Google Distributed Cloud (nur Software) für VMware verwendet Bundles, um Probleme mit langsamen Proxyverbindungen beim Herunterladen von Images zu beheben. Auf dieser Seite werden die verschiedenen Arten von Bundles, der Bundle-Inhalt, die Namenskonventionen und die Anwendungsfälle beschrieben.
Bundle-Typen
Distributed Cloud for VMware bietet zwei Arten von Bundles: reguläre Bundles und vollständige Bundles. Diese Bundles enthalten die erforderlichen Komponenten für Ihren Cluster.
Ein reguläres Bundle enthält nur Metadaten und Manifeste. Ein vollständiges Bundle enthält Metadaten, OVA-Dateien für Betriebssystem-Images und Tarballs für Container-Images.
In der folgenden Tabelle wird der Inhalt von regulären und vollständigen Paketen verglichen.
| Bundle-Typ | Inhalt |
|---|---|
| Regulär | Nur Metadaten und Manifeste |
| Vollständig | Metadaten, Betriebssystem-Image-OVAs und Container-Image-Tarballs |
Namenskonventionen für Pakete
Bundles folgen bestimmten Namenskonventionen. Sie erkennen ein vollständiges Bundle am Suffix -full.tgz im Dateinamen.
Ein vollständiges Bundle könnte beispielsweise einen Namen wie gke-onprem-vsphere-[VERSION]-full.tgz haben.
Anwendungsfälle bündeln
Wählen Sie einen Bundle-Typ aus, der zu Ihrer Umgebung und Ihren Netzwerkbedingungen passt.
Regelmäßige Anwendungsfälle für Bundles
Verwenden Sie ein reguläres Bundle für Standardinstallationen. Diese Installationen haben in der Regel einen Breitbandzugriff auf Google Cloud.
Anwendungsfälle für das vollständige Bundle
Verwenden Sie ein vollständiges Bundle in Umgebungen ohne Internetverbindung oder auf Produktionsarbeitsplätzen mit langsamen Proxyverbindungen zu Google Cloud.
Vollständige Pakete bieten mehrere Vorteile:
- Vermeiden Sie Ausfallzeiten des Proxys.
- Sie müssen keinen Proxy für verschiedene Produktionsumgebungen aktivieren oder deaktivieren.
- Verteilen Sie Tarballs mit vollständigen Bundles auf Workstations.
Sie können ein vollständiges Bundle in einer Umgebung ohne Proxy herunterladen. Da das vollständige Bundle alle System-Images enthält, können Sie gkectl prepare mit dem vollständigen Bundle auf Ihrer Produktionsworkstation ausführen, ohne eine Verbindung zu Google Cloudherzustellen.
Versionsunterschiede und Einschränkungen
Die Inhalte und die Kompatibilität des Bundles variieren je nach Google Distributed Cloud-Version:
- Version 1.33 und höher: Das vollständige Bundle enthält cgroup v2-Images und schließt cgroup v1-Images aus. Dies entspricht den Standardanforderungen für die Laufzeit neuerer Cluster.
- Versionen 1.32 und niedriger: Vollständige Bundles enthalten keine cgroup v2-Images. Wenn Sie cgroup v2 für eine ältere Version benötigen, müssen Sie ein reguläres Bundle verwenden.
So funktionieren Bundles mit privaten Registries
Sie können eine private Registry in Ihren Clusterkonfigurationsdateien konfigurieren. Wenn Sie eine private Registry in der Administratorclusterdatei konfigurieren, rufen alle Nutzercluster ihre Workload-Images aus dieser privaten Registry ab.
Wenn Sie keine private Registry konfigurieren, werden System-Images aus gcr.io/gke-on-prem-release mit dem Dienstkonto für den Komponentenzugriff component-access-sa abgerufen. Weitere Informationen zu privaten Registries in Google Distributed Cloud (nur Software) für VMware finden Sie unter Private Container-Registry konfigurieren.
Wenn Sie einen Proxy haben und die Netzwerkgeschwindigkeit für die Verbindung zu Google Cloud langsam ist, können Siegkectl prepareohne Proxy ausführen, indem Sie ein vollständiges Bundle verwenden. Nach der Vorbereitung aktivieren Sie den Proxy wieder und erwarten eine minimale Verbindung zu externen Netzwerken. Diese Methode verbessert die Sicherheit erheblich.
Nächste Schritte
- Informationen zum Herunterladen eines Bundles finden Sie unter Downloads.
- Informationen zum Konfigurieren des Bundle-Pfads finden Sie unter Konfigurationsdatei für Administratorcluster.
- Weitere Informationen zum Umgehen externer Netzwerke finden Sie unter Private Container-Registry konfigurieren.