In der clusterinternen Steuerungsebene unterstützte Features

Auf dieser Seite werden Features beschrieben, die in Cloud Service Mesh1.23.3 mit einer clusterinternen Steuerungsebene unterstützt werden. Informationen zu den unterstützten Features für Cloud Service Mesh 1.23.3 mit einer verwalteten Steuerungsebene stattdessen finden Sie unter Verwaltete Steuerungsebene.

Unterstützte Versionen

Der Support für Cloud Service Mesh folgt der Supportrichtlinie für GKE Enterprise-Versionen.

Für verwaltetes Cloud Service Mesh unterstützt Google die aktuellen Cloud Service Mesh-Versionen, die in jedem Release-Kanal verfügbar sind.

Für selbst installiertes Cloud Service Mesh im Cluster unterstützt Google die aktuelle Version und die vorherigen zwei (n-2) Nebenversionen von Cloud Service Mesh.

Die folgende Tabelle zeigt die unterstützten Versionen von selbst installiertem Cloud Service Mesh im Cluster und das früheste End of Life-Datum (EOL) einer Version.

Wenn Sie eine nicht unterstützte Version von Cloud Service Mesh verwenden, müssen Sie ein Upgrade auf Cloud Service Mesh 1.21 oder höher ausführen. Informationen zum Upgraden finden Sie unter Cloud Service Mesh aktualisieren.

Die folgende Tabelle zeigt die nicht unterstützten Versionen von Cloud Service Mesh und ihr Ende des Produktzyklus (End of Life, EOL).

Weitere Informationen zu unseren Supportrichtlinien finden Sie unter Support erhalten.

Plattformunterschiede

Es gibt Unterschiede hinsichtlich der unterstützten Funktionen bei den unterstützten Plattformen.

Die Spalten Andere GKE Enterprise-Cluster beziehen sich auf Cluster außerhalb von Google Cloud. Ein Beispiel:

• Google Distributed Cloud:

  • Google Distributed Cloud
  • Google Distributed Cloud

  Auf dieser Seite wird Google Distributed Cloud verwendet, wo dieselbe Unterstützung sowohl für Google Distributed Cloud als auch für Google Distributed Cloud und für die spezifische Plattform verfügbar ist, auf der es Unterschiede zwischen den Plattformen gibt.

• GKE Enterprise in anderen öffentlichen Clouds:

  • GKE on AWS
  • GKE on Azure

• In GKE angehängte Cluster: Kubernetes-Cluster von Drittanbietern, die in einer Flotte registriert wurden. Cloud Service Mesh wird in den folgenden Clustertypen unterstützt:

  • Amazon EKS-Cluster
  • Microsoft AKS-Cluster

Führen Sie in den folgenden Tabellen diese Schritte aus:

• – gibt an, dass das Feature standardmäßig aktiviert ist.
• * gibt an, dass das Feature für die Plattform unterstützt wird und, wie unter Optionale Features aktivieren oder in dem in der Feature-Tabelle verlinkten Leitfaden beschrieben, aktiviert werden kann.
• Kompatibilität – gibt an, dass das Feature oder das Drittanbieter-Tool in Cloud Service Mesh integriert ist oder mit Cloud Service Mesh funktioniert, aber nicht vollständig vom Google Cloud-Support unterstützt wird und es keine Anleitung für die Funktion gibt.
•  – gibt an, dass das Feature nicht verfügbar ist oder in Cloud Service Mesh 1.23.3nicht unterstützt wird.

Die standardmäßigen und optionalen Features werden vom Google Cloud-Support vollständig unterstützt. Features, die nicht explizit in den Tabellen aufgeführt sind, erhalten bestmöglichen Support.

Sicherheit

Mechanismen zur Zertifikatsverteilung und Rotation

Unterstützung von Zertifizierungsstellen (CA)

Sicherheitsfeatures von Anthos Service Mesh

Cloud Service Mesh unterstützt nicht nur die Sicherheitsfunktionen von Istio, sondern bietet auch weitere Funktionen, mit denen Sie Ihre Anwendungen schützen können.

Autorisierungsrichtlinie

Authentifizierungsrichtlinie

Peer-Authentifizierung

Informationen zum Aktivieren des mTLS-STRICT-Modus finden Sie unter Transportsicherheit konfigurieren.

Authentifizierung anfordern

Hinweise:

1. JWT von Drittanbietern ist standardmäßig aktiviert.

Basis-Images

Telemetrie

Messwerte

Proxyanfrage-Logging

Tracing

Netzwerk

Mechanismus zum Abfangen/Umleiten von Traffic

Protokollunterstützung

Dienste, die mit Layer-7-Funktionen für die folgenden Protokolle konfiguriert wurden, werden nicht unterstützt: WebSocket, MongoDB, Redis, Kafka, Cassandra, RabbitMQ, Cloud SQL. Unter Umständen können Sie das Protokoll mithilfe der TCP-Bytestream-Unterstützung nutzen. Wenn der TCP-Bytestream das Protokoll nicht unterstützt (z. B. wenn Kafka eine Weiterleitungsadresse in einer protokollspezifischen Antwort sendet und diese Weiterleitung nicht mit der Routinglogik von Cloud Service Mesh kompatibel ist), wird das Protokoll nicht unterstützt.

Hinweise:

1. Obwohl TCP ein unterstütztes Protokoll für das Netzwerk ist, werden TCP-Messwerte weder erfasst noch gemeldet. Messwerte werden nur für HTTP-Dienste in der Google Cloud Console angezeigt.

Envoy-Bereitstellungen

CRD-Support

Load-Balancer für das Istio-Ingress-Gateway

Informationen zum Konfigurieren von Load-Balancern finden Sie hier:

• Load Balancer für Google Distributed Cloud einrichten
• GKE on AWS: Load Balancer erstellen
• Ingress-Gateway mithilfe eines externen Load-Balancers verfügbar machen

Kubernetes Gateway API (Vorabversion)

In Cloud Service Mesh v1.20 ist die Kubernetes Gateway API als öffentliche Vorabversion verfügbar.

Wenn Sie an Microsoft AKS angehängte Cluster oder GKE on Azure-Cluster verwenden, müssen Sie die folgende Anmerkung für die Gateway-Ressource festlegen, um Systemdiagnosen über TCP zu konfigurieren:

  service.beta.kubernetes.io/port_80_health-probe_protocol: tcp

Andernfalls wird HTTP-Traffic nicht akzeptiert.

Anforderungen an die Vorabversion der Kubernetes Gateway API

Für die Vorabversion der Kubernetes Gateway API gelten die folgenden Anforderungen:

• Verwenden Sie das Standardverhalten für automatisierte Bereitstellungen für Gateways.

• Verwenden Sie die HttpRoute-CRD für Routingkonfigurationen. Die HttpRoute muss einen parentRef enthalten, der auf ein Gateway verweist.

• Verwenden Sie keine Istio Gateway- und Kubernetes Gateway API-CRDs im selben Cluster.

Load Balancing-Richtlinien

Weitere Informationen zu Load-Balancing-Richtlinien finden Sie unter Zielregeln.

Support für mehrere Cluster

Bei mehreren primären Bereitstellungen von GKE-Clustern in verschiedenen Projekten müssen sich alle Cluster in einer freigegebenen Virtual Private Cloud (VPC) befinden.

Netzwerk

Hinweise:

• Für angehängte Cluster werden derzeit nur Multi-Cluster-Meshes unterstützt, die eine einzelne Plattform umfassen (Microsoft AKS, Amazon EKS).

Bereitstellungsmodell

Hinweise zur Terminologie:

• Ein primärer Cluster ist ein Cluster mit einer Steuerungsebene. Ein einzelnes Mesh-Netzwerk kann mehr als einen primären Cluster für hohe Verfügbarkeit haben oder die Latenz reduzieren. In der Dokumentation zu Istio 1.7 wird eine mehrfache Bereitstellung als replizierte Steuerungsebene bezeichnet.

• Ein Remote-Cluster ist ein Cluster, der eine Verbindung zu einer Steuerungsebene herstellt, die sich außerhalb des Clusters befindet. Ein Remote-Cluster kann eine Verbindung zu einer Steuerungsebene herstellen, die in einem primären Cluster oder einer externen Steuerungsebene ausgeführt wird.

• Cloud Service Mesh verwendet eine vereinfachte Definition von Netzwerken auf der Grundlage allgemeiner Konnektivität. Arbeitslastinstanzen befinden sich im selben Netzwerk, wenn sie ohne Gateway direkt kommunizieren können.

Benutzeroberfläche

Hinweis:Für On-Premises-Cluster ist GKE Enterprise Version 1.11 oder höher erforderlich. Weitere Informationen zum Upgrade finden Sie unter Google Distributed Cloud upgraden oder Google Distributed Cloud upgraden.