In diesem Dokument werden die Konfigurationsoptionen für Ihre Kubernetes-Cluster beschrieben. Sie können Kubernetes-Cluster erstellen, die in einem einzelnen Projekt oder über mehrere Projekte hinweg funktionieren, um Ihre Strategie für die Verwaltung von Containerarbeitslasten in Google Distributed Cloud (GDC) Air-Gapped zu berücksichtigen. Clusterkonfigurationen bieten auch verschiedene berechtigungsbasierte Steuerelemente für administrative Aktionen. So kann GDC die Einstellungen für Ihre Containerarbeitslast verwalten oder Sie können sie je nach Anwendungsfall manuell konfigurieren, um mehr Flexibilität zu erhalten.
Dieses Dokument richtet sich an folgende Zielgruppen:
IT-Administratoren aus der Plattformadministratorgruppe, die für das Erstellen von Kubernetes-Clustern zum Hosten von Containerarbeitslasten verantwortlich sind.
Anwendungsentwickler aus der Gruppe der Anwendungsoperatoren, die für die Entwicklung von Containeranwendungen in einer Air-Gap-Umgebung verantwortlich sind.
Weitere Informationen finden Sie unter Dokumentation zu Zielgruppen für GDC mit Air Gap.
Konfigurationsoptionen
In GDC gibt es zwei Clusterkonfigurationen, die unterschiedliche Verwaltungs- und Flexibilitätsstufen bieten:
- Gemeinsamer Cluster: Ein Kubernetes-Cluster mit mehreren Projekten, der von der Gruppe der Plattformadministratoren verwaltet wird und eine vollständige Suite integrierter und verwalteter Dienste auf Organisationsebene bietet.
- Standardcluster: Ein Kubernetes-Cluster mit Selfservice für ein einzelnes Projekt, der von der Anwendungsoperatorgruppe verwaltet wird und mehr Flexibilität für benutzerdefinierte Arbeitslasten bietet, die möglicherweise mit den verwalteten Diensten in einer freigegebenen Umgebung in Konflikt stehen.
In der folgenden Tabelle werden die Unterschiede zwischen den gemeinsam genutzten und den Standard-Kubernetes-Clustern beschrieben:
| Funktion | Freigegebene Cluster | Standardcluster |
|---|---|---|
| Inhaber | Gruppe der Plattformadministratoren | Application Operator-Gruppe |
| Clusteradministrator | Gruppe der Plattformadministratoren | Plattformadministratorgruppe oder Anwendungsbedienergruppe |
| Mandanten | Mehrere Projekte | Einzelprojekt |
| Verwaltung des Lebenszyklus | Erstellen, Lesen, Aktualisieren, Löschen und Aktualisieren | Erstellen, Lesen, Aktualisieren, Löschen und Aktualisieren |
| Monitoring | Prometheus mit Grafana-Dashboards für Kubernetes | Prometheus mit Grafana-Dashboards für Kubernetes |
| Ein- und ausgehender Traffic projektübergreifend | Von GDC verwaltet | Konfigurierbar |
| Sichern und wiederherstellen | Cluster, Projekt und Arbeitslast | Cluster, Projekt und Arbeitslast |
| Kubernetes-Namespace-Verwaltung | Von GDC verwaltet | Konfigurierbar |
| Benutzerdefinierte Ressource und Controller | Von GDC verwaltet | Konfigurierbar |
| Logging | Von GDC verwaltet | Von GDC verwaltet |
| Audit und Abrechnung | Von GDC verwaltet | Konfigurierbar |
| Ressourcentyp | Nur zonal | Nur zonal |
| Surface-Support | GDC-Konsole, API und Terraform | GDC-Konsole, API und Terraform |
| Verwaltete Dienste | Umfasst eine umfassende Reihe von geschützten Diensten, die nicht konfiguriert werden können. | Enthält eine Mindestanzahl an wichtigen Diensten und bietet so mehr Flexibilität. |
| Marketplace-Dienste | Umfasst die Integration in Marketplace-Dienste. | Nicht für die Integration verfügbar. |
Weitere Informationen finden Sie in den folgenden Abschnitten zur Clusterkonfiguration.
Freigegebener Cluster
Der freigegebene Cluster ist ein vom System verwalteter Cluster, der eine Reihe geschützter Dienste wie Istio, Gatekeeper, Managed Harbor Service und Nginx enthält. Der systemverwaltete Ansatz für Ihren Cluster bietet eine vordefinierte Kubernetes-Clusterkonfiguration, die im Namespace platform ausgeführt wird und an jedes Ihrer vorhandenen Projekte angehängt werden kann.
Da sich der gemeinsam genutzte Cluster über mehrere Projekte erstrecken kann, ist er organisationsbezogen. Das bedeutet, dass seine Verfügbarkeit für einige Zielgruppen eingeschränkt ist. Die Administratorgruppe der Plattform erstellt und verwaltet den freigegebenen Cluster hauptsächlich ohne große Aufsicht durch Anwendungsentwickler.
Projektübergreifender eingehender und ausgehender Netzwerkverkehr wird von GDC verwaltet. Netzwerkrichtlinien werden in der Regel mit einer Projektnetzwerkrichtlinie verwaltet.
Die primären Anwendungsfälle für den freigegebenen Cluster sind:
- Sie benötigen einen Cluster, der standardmäßig ein vollständiges Ökosystem verwalteter Funktionen bietet und nur wenig Anpassung erfordert.
- Sie möchten Ihre Containerarbeitslasten in mehreren Projekten verwalten.
- Sie haben keine Anforderungen für die Migration von Arbeitslasten aus vorhandenen Cloud-Umgebungen.
Weitere Informationen zum Erstellen eines freigegebenen Clusters finden Sie unter Freigegebenen Cluster erstellen.
Standard-Cluster
Der Standardcluster bietet einen konfigurierbaren Kubernetes-Cluster, der eine minimale Anzahl von Diensten wie Prometheus und Grafana umfasst. Standardcluster enthalten nur die wichtigsten Dienste für die erforderlichen Kubernetes-Containerarbeitslastfunktionen. Sie können zusätzliche Dienste installieren, um den Cluster an Ihren Anwendungsfall anzupassen.
Der Standardcluster ist nur auf ein Projekt beschränkt. So haben Anwendungsentwickler, die auf ein Projekt beschränkt sind, die direkte Kontrolle über seine Funktionsweise. Die Gruppe der Anwendungsoperatoren erstellt und verwaltet in erster Linie den Standardcluster, wobei Plattformadministratoren nur sehr wenig Aufsicht ausüben.
In vielen Fällen steuern Anwendungsentwickler die Clusternetzwerke über standardmäßige Kubernetes-Netzwerk-APIs, anstatt sich auf GDC-spezifische Netzwerkkonfigurationen zu verlassen. In Standardclustern kann jedoch eine Teilmenge von GDC-spezifischen Netzwerkkonfigurationen konfiguriert werden, z. B. die folgenden:
- Richtlinien
- Load-Balancing
- Cloud NAT
Die primären Anwendungsfälle für den Standardcluster sind:
- Sie benötigen einen Cluster, der standardmäßig nur minimale Dienste bietet, damit Sie ihn umfassend an Ihre Anforderungen anpassen können.
- Sie möchten mehr Kontrolle über tiefere Kubernetes-Konstrukte wie benutzerdefinierte Ressourcendefinitionen oder Namespaces haben.
- Sie möchten Ihre Containerarbeitslasten nur in einem einzigen Projekt verwalten.
- Sie haben vorhandene Containerarbeitslasten in einer vorhandenen Cloud-Umgebung, die Sie in Ihre GDC mit Air Gap-Umgebung migrieren möchten.
Weitere Informationen zum Erstellen eines Standardclusters finden Sie unter Standardcluster erstellen.