Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Unterstützte Features, die Istio APIs verwenden (verwaltete Steuerungsebene)
Auf dieser Seite werden die unterstützten Features und Einschränkungen für Cloud Service Mesh mit TRAFFIC_DIRECTOR oder ISTIOD als Steuerungsebene sowie die Unterschiede zwischen den einzelnen Implementierungen beschrieben. Diese Optionen können nicht ausgewählt werden. Die ISTIOD-Implementierung ist nur für bestehende Nutzer verfügbar.
Für Neuinstallationen wird nach Möglichkeit die TRAFFIC_DIRECTOR-Implementierung verwendet.
Migrationen und Upgrades werden nur von Cloud Service Mesh-Versionen ab Cluster 1.9 unterstützt, die mit Mesh CA installiert sind. Installationen mit Istio CA (ehemals Citadel) müssen zuerst zu Mesh CA migriert werden.
Die Skalierung ist auf 1.000 Dienste und 5.000 Arbeitslasten pro Cluster beschränkt.
Nur die Multi-Primary-Bereitstellungsoption für Multi-Cluster wird unterstützt, die Primary-Remote-Bereitstellungsoption für Multi-Cluster nicht.
istioctl ps wird nicht unterstützt. Stattdessen können Sie die Methode
gcloud beta container fleet mesh debug-Befehle, wie in
Fehlerbehebung.
Nicht unterstützte APIs:
EnvoyFilter API
WasmPlugin API
IstioOperator API
Kubernetes Ingress API
Sie können die verwaltete Steuerungsebene
ohne GKE Enterprise-Abo verwenden,
Bestimmte UI-Elemente und -Funktionen in der Google Cloud Console sind jedoch
an GKE Enterprise-Abonnenten. Informationen zu den verfügbaren
für Abonnenten und Nichtabonnenten, siehe
Unterschiede zwischen der GKE Enterprise- und Cloud Service Mesh-UI
Während des Bereitstellungsprozesses für eine verwaltete Steuerungsebene werden Istio-CRDs, die dem ausgewählten Kanal entsprechen, im angegebenen Cluster installiert. Wenn im Cluster bereits Istio-CRDs vorhanden sind, werden diese überschrieben.
Managed Cloud Service Mesh unterstützt nur die DNS-Standarddomain .cluster.local.
Seit dem 14. November 2023 werden für neue Installationen von verwaltetem Cloud Service Mesh im Rapid Release Channel JWKS nur noch mit Envoys abgerufen. Dies entspricht
die Istio-Option PILOT_JWT_ENABLE_REMOTE_JWKS=envoy. Im Vergleich zu Installationen auf
Reguläre und stabile Release-Versionen oder Installationen auf der
rasche Release-Version vor dem 14. November 2023 nicht verfügbar ist, benötigen Sie möglicherweise zusätzliche
ServiceEntry- und DestinationRule-Konfigurationen. Ein Beispiel ist requestauthn-with-se.yaml.tmpl.
Unterschiede der Steuerungsebene
Es gibt Unterschiede bei den unterstützten Funktionen zwischen den ISTIOD- und TRAFFIC_DIRECTOR-Steuerungsebenen. Informationen dazu, welche Implementierung Sie verwenden, finden Sie unter
Implementierung der Steuerungsebene identifizieren
– gibt an, dass das Feature verfügbar und standardmäßig aktiviert ist.
†: Gibt an, dass Funktions-APIs möglicherweise
Unterschiede zwischen verschiedenen Plattformen.
*: Gibt an, dass die Funktion unterstützt wird für
und kann wie im Artikel
Optionale Features aktivieren
oder in der Funktionsübersicht, die in der Funktionstabelle verlinkt ist.
§ – gibt an, dass die Funktion über die Zulassungsliste unterstützt wird. Frühere Nutzer des verwalteten Anthos Service Mesh sind
automatisch auf Organisationsebene auf die Zulassungsliste gesetzt.
Wenden Sie sich an den Google Cloud-Support, um Zugriff zu beantragen oder den Status Ihrer Zulassungsliste zu prüfen.
– gibt an, dass das Feature nicht verfügbar ist oder nicht 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.
Was bestimmt die Implementierung der Steuerungsebene?
Wenn Sie verwaltetes Cloud Service Mesh zum ersten Mal in einer Flotte bereitstellen, legen wir fest, welche Steuerungsebenenimplementierung verwendet werden soll. Die gleiche Implementierung
wird für alle Cluster verwendet, die das verwaltete Cloud Service Mesh in dieser Flotte bereitstellen.
Neue Flotten, die in das verwaltete Cloud Service Mesh aufgenommen werden, erhalten das
Implementierung der TRAFFIC_DIRECTOR-Steuerungsebene mit bestimmten Ausnahmen:
Wenn Sie bereits Cloud Service Mesh verwaltet verwenden, erhalten Sie die ISTIOD-Steuerungsebene, wenn Sie bis mindestens 30. Juni 2024 eine neue Flotte in derselben Google Cloud-Organisation in Cloud Service Mesh verwaltet aufnehmen.
Wenn Sie einer dieser Nutzer sind, können Sie sich an den Support wenden, um dieses Verhalten zu optimieren.
Nutzer, deren bisherige Nutzung nicht ohne Änderungen mit der TRAFFIC_DIRECTOR-Implementierung kompatibel ist, erhalten bis zum 8. September 2024 weiterhin die ISTIOD-Implementierung. (Diese Nutzer haben einen Dienst erhalten,
Announcement.)
Wenn bei der Bereitstellung eines verwalteten Cloud Service Mesh ein Cluster in Ihrer Flotte den Certificate Authority Service verwendet, erhalten Sie die ISTIOD-Steuerungsebene.
Wenn ein Cluster in Ihrer Flotte ein clusterinternes Cloud Service Mesh enthält
Steuerungsebene, wenn Sie das
verwaltete Cloud Service Mesh bereitstellen,
die Implementierung der ISTIOD-Steuerungsebene abrufen.
Wenn in Ihrer Flotte ein Cluster die GKE Sandbox verwendet, erhalten Sie beim Bereitstellen von verwaltetem Cloud Service Mesh die ISTIOD-Steuerungsebene.
Von der verwaltete Steuerungsebene unterstützte Features
Installieren, aktualisieren und Rollback ausführen
Umgebungen außerhalb von Google Cloud (GKE Enterprise lokal,
GKE Enterprise in anderen öffentlichen Clouds, Amazon EKS, Microsoft AKS,
oder anderen Kubernetes-Clustern)
Eine multiprimäre Konfiguration bedeutet, dass die Konfiguration repliziert werden muss
in allen Clustern.
Eine Primary-Remote-Konfiguration bedeutet, dass ein einzelner Cluster die Konfiguration enthält und als Source of Truth gilt.
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.
† Cloud Service Mesh mit einer verwalteten Steuerungsebene (TD) unterstützt nur
Distroless-Image-Typ. Sie können ihn nicht ändern.
Beachten Sie, dass Distroless-Images nur minimale Binärdateien enthalten. Daher können Sie die üblichen Befehle wie „bash“ oder „curl“ nicht ausführen, da sie im Distroless-Image nicht vorhanden sind.
Sie können jedoch sitzungsspezifische Container verwenden, um sie an einen laufenden Arbeitslast-Pod anzuhängen,
und benutzerdefinierte Befehle ausführen. Siehe zum Beispiel
Cloud Service Mesh-Logs erfassen
Integration in benutzerdefinierte Zertifizierungsstellen
Sicherheitsfunktionen
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.
TCP ist ein unterstütztes Protokoll für das Netzwerk und TCP-Messwerte werden erfasst, aber nicht gemeldet. Messwerte werden nur für HTTP-Dienste in der Google Cloud Console angezeigt.
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.
† Die TRAFFIC_DIRECTOR-Steuerungsebene unterstützt die folgenden Felder und Werte in Feldern nicht:
Feld workloadSelector
Feld endpoints[].network
Feld endpoints[].locality
Feld endpoints[].weight
Feld endpoints[].serviceAccount
DNS_ROUND_ROBIN-Wert im Feld resolution
MESH_INTERNAL Wert im Feld „location“
Unix-Domain-Socket-Adresse im Feld endpoints[].address
Feld subjectAltNames
Zielregel
Funktion
Verwaltet (TD)
Verwaltet (istiod)
Zielregel (v1beta1)
†
† Die Implementierung der TRAFFIC_DIRECTOR-Steuerungsebene wird nicht unterstützt
Feld trafficPolicy.loadBalancer.localityLbSetting und trafficPolicy.tunnel
ein.
Außerdem erfordert die Implementierung der TRAFFIC_DIRECTOR-Steuerungsebene, dass der
Zielregel, die Teilmengen definiert, befindet sich im selben Namespace und Cluster mit
den Kubernetes-Dienst
oder ServiceEntry.
Sidecar
Funktion
Verwaltet (TD)
Verwaltet (istiod)
Sidecar v1beta1
†
† Die TRAFFIC_DIRECTOR-Steuerungsebene unterstützt die folgenden Felder und Werte in Feldern nicht:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2024-10-13 (UTC)."],[],[]]
