GKE Autopilot und Standard vergleichen

Diese Seite bietet einen allgemeinen Vergleich zwischen dem Autopilot-Modus und dem Standard-Modus von Google Kubernetes Engine (GKE). Der Vergleich enthält wichtige GKE-Features und die funktionalen Unterschiede zwischen den Modi.

Diese Seite richtet sich an folgende Nutzer:

  • Plattformadministratoren, die mit GKE und dem Standard-Modus vertraut sind und die Feature- und Funktionsunterschiede in Autopilot verstehen möchten, um eine fundierte Migrationsentscheidung zu treffen.
  • Neue GKE-Nutzer, die mit GKE vertraut sind und wissen möchten, welcher Modus die besten Funktionen für eine bestimmte Anforderung bietet.

Autopilot- und Standard-Features im Vergleich

Die folgende Tabelle bietet einen detaillierten Vergleich der verfügbaren, vorkonfigurierten und voreingestellten Optionen in jedem GKE-Betriebsmodus (Google Kubernetes Engine).

Die Tabelle enthält nicht alle Features in GKE. Wenn Sie wissen möchten, ob ein Feature, das nicht in dieser Tabelle enthalten ist, in Autopilot oder Standard unterstützt wird, lesen Sie die Dokumentation zu diesem Feature.

In dieser Tabelle wird die folgende Terminologie verwendet:

  • Vorkonfiguriert: Immer aktiviert. Google konfiguriert die Einstellungen. Sie können weder Einstellungen ändern noch deaktivieren.
  • Standard: Wird für Sie konfiguriert, wenn Sie nichts anderes angeben. Sie können die Standardeinstellungen ändern.
  • Optional: Steht für die Konfiguration und Verwendung zur Verfügung. Standardmäßig nicht aktiviert.
Wahltaste Autopilot Standard

Standard: Regulär Release-Version

Optional:

Optional:
Vorkonfiguriert: Regional Optional: Regional oder zonal
Autopilot verwaltet Knoten Sie erstellen und verwalten Knoten in Knotenpools

Vorkonfiguriert: Autopilot skaliert die Anzahl und Größe der Knoten automatisch basierend auf Pods im Cluster.

Optional:

Standardeinstellung:

  • Neue Knoten manuell bereitstellen
  • Knotenressourcen manuell angeben

Optional:

Vorkonfiguriert: Container-Optimized OS mit containerd

Standard: Container-Optimized OS mit containerd

Optional:

Standard: Plattform für allgemeine Zwecke, die für die meisten Arbeitslasten optimiert ist.

Optional:

Standard: Compute Engine-Maschinentypen für allgemeine Zwecke

Optional:

Vorkonfiguriert:

Optional:

Optional:

Vorkonfiguriert:

Optional:

Optional:

Vorkonfiguriert:

Standardeinstellung:

Optional:

Vorkonfiguriert: Maximal 256 Pods in jedem Knoten

Standardeinstellung:

  • 110 Pods in jedem Knoten
  • VPC nativ
  • Öffentlicher IPv4-Clusterendpunkt
  • VPC-Netzwerkname und Subnetzname
  • kube-dns

Optional:

Vorkonfiguriert:

Standardeinstellung:

Optional:

Vorkonfiguriert:

Optional: Verwaltetes Anthos Service Mesh, das auch Istio-Mesh-Funktionen bietet.

Optional:

Funktionaler Vergleich von Autopilot und Standard

Die folgende Tabelle zeigt wichtige funktionale Unterschiede zwischen GKE Autopilot und Standard. Mit diesem Vergleich können Sie beim Erstellen eines GKE-Clusters eine fundiertere Entscheidung über den Modus treffen.

Funktionen Autopilot Standard
Monitoring-Tools von Drittanbietern Stellen Sie ein Drittanbieter-Monitoring-Tool von Google Cloud-Partnern oder ein Drittanbietertool, das keinen erhöhten Zugriff auf den Knoten erfordert, bereit. Stellen Sie ein Drittanbieter-Monitoring-Tool unabhängig von der Ebene des Knotenzugriffs bereit.
Anwendungen extern freigeben Verwenden Sie einen LoadBalancer-Service. Dadurch wird eine sitzungsspezifische externe IP-Adresse für Sie bereitgestellt. Wenn Sie eine verfügbare statische IP-Adresse haben, die Sie verwenden möchten, geben Sie diese im Feld loadBalancerIP an. Autopilot unterstützt nicht das Feld externalIps, in dem kein Google Cloud Load Balancing verwendet wird. Verwenden Sie einen LoadBalancer-Service. Dadurch wird eine sitzungsspezifische externe IP-Adresse für Sie bereitgestellt. Wenn Sie bereits eine statische IP-Adresse haben, die Sie verwenden möchten, geben Sie diese im Feld loadBalancerIP an. Sie können auch das Feld externalIps im Service-Manifest verwenden, wobei wir diesen Ansatz aber nicht empfehlen.
Pod-Bursting

Pods können nicht auf nicht verwendete Bursting-Kapazität zugreifen, wenn Ihre Ressourcenlimits größer als Ihre Ressourcenanfragen sind oder Sie keine Ressourcenlimits festlegen. Die Bursting-Kapazität ist die Summe der Pod-Ressourcenanfragen auf dem Knoten.

Weitere Informationen finden Sie unter Pod-Bursting in GKE konfigurieren.

Pods können nicht auf nicht verwendete Knotenkapazität zugreifen, wenn Ihre Ressourcenlimits größer als Ihre Ressourcenanfragen sind.
Von GKE verwaltete Namespaces

Aus Sicherheitsgründen lässt Autopilot keine Bereitstellung von Arbeitslasten in von GKE verwalteten Namespaces wie kube-system zu.

Weitere Informationen finden Sie unter Autopilot-Sicherheitsfunktionen.

 Arbeitslasten können in jedem Namespace ausgeführt werden, einschließlich kube-system.
Google Cloud Marketplace-Anwendungen Sie können keine Anwendungen über Cloud Marketplace installieren. Sie können Anwendungen über Cloud Marketplace installieren.
Zertifikatsignierungsanfragen Sie können Anfragen zur Zertifikatsignierung erstellen. Um Störungen mit Systemkomponenten zu vermeiden, lehnt Autopilot CertificateSigningRequests für bekannte privilegierte Identitäten ab, wie z. B. System-Agents, Systemgruppen oder von Google verwaltete IAM-Dienst-Agents. Sie können Anfragen zur Zertifikatsignierung erstellen.
Fehlerlange Pods mit langer Ausführungszeit Sie können fehlertolerante Pods wie Gameserver vor einer Bereinigung schützen, die durch automatische Knotenupgrades oder Herunterskalierungen verursacht wird (bis zu sieben Tage lang). Weitere Informationen finden Sie unter Laufzeit von Autopilot-Pods verlängern. Sie können fehlertolerante Pods nicht vor Bereinigung entfernen, die durch automatische Knotenupgrades verursacht wird. Sie können diese Pods auf unbestimmte Zeit vor der Herunterskalierung schützen, aber Sie zahlen weiterhin für die nicht ausgelasteten Knoten, auf denen die Pods ausgeführt werden.

Nächste Schritte