Verwaltete Steuerungsebene für Bestandskunden

Dieses Dokument richtet sich an Anthos Service Mesh-Bestandskunden, die die verwaltete Steuerungsebene oder die clusterinterne Steuerungsebene verwenden. In diesem Dokument werden die Implementierung der Steuerungsebene und die mögliche Modernisierung der Steuerungsebene behandelt.

Wenn Sie Traffic Director-Bestandskunde oder Neukunde sind, haben Sie bereits die modernisierte Steuerungsebene und müssen dieses oder die anderen Dokumente in diesem Abschnitt nicht lesen.

Überblick über die Steuerungsebene

In Service Meshes bietet die Steuerungsebene Traffic-Management, Proxy-Management, wenn der Envoy-Proxy verwendet wird, und andere Netzwerkfunktionen.

Anthos Service Mesh bot zwei Steuerungsebenen: eine verwaltete Steuerungsebene und eine clusterinterne Steuerungsebene. Als Datenebene werden nur Envoy-Proxys verwendet.

Neue verwaltete Steuerungsebene

Die neue verwaltete Steuerungsebene wird als Traffic Director-Implementierung (TD) bezeichnet. Was bedeutet die neue Steuerungsebene für Sie?

Eine der wichtigsten Änderungen von Anthos Service Mesh zu Cloud Service Mesh ist die Umstellung auf eine mandantenfähige, globale Steuerungsebene.

Die in Anthos Service Mesh verwendete verwaltete Steuerungsebene ist einem einzelnen Cluster zugeordnet. Obwohl die für GKE verwendeten APIs (Istio-CRDs) identisch sind und die an die Sidecars gesendete xDS-Konfiguration kompatibel ist, ohne dass es zu Verhaltensunterschieden kommt, führen die Unterschiede bei der Steuerungsebene zu einigen Merkmalen, die für Sie als Endnutzer sichtbar sind.

  • Antwortzeit bei Konfigurationsänderungen. Neue Dienstbereitstellungen oder Änderungen an Dienstrichtlinien dauern mit der neuen Steuerungsebene etwas länger.
    • Die Konfigurationspipeline führt aus Zuverlässigkeitsgründen einen zweistufigen Konfigurations-Commit aus. Im ersten Schritt werden Validierungen durchgeführt, um zu prüfen, ob die Konfiguration korrekt formatiert ist. In der nächsten Phase wird die Konfiguration global an Ihre Dienstbereitstellungen weitergegeben. Damit Dienste wie globales zonenübergreifendes oder regionsübergreifendes Load Balancing, zentralisierte Systemdiagnosen, trafficgesteuertes Autoscaling und verwaltetes Rate Limiting verwendet werden können, wird die Konfiguration an diese Systeme weitergegeben und unabhängig auf Richtigkeit geprüft. Google Cloud Die Konfiguration wird auch intern so gespeichert, dass Google-SRE-Teams (Site Reliability Engineering) bei Produktionsnotfällen Produktvorgänge zuverlässig und effizient ausführen können.
    • Diese Vorgänge sorgen für eine höhere Zuverlässigkeit, führen aber zu einem Konfigurations-Push, der langsamer ist als die Latenz, die derzeit von Nutzern von Anthos Service Mesh beobachtet wird.
    • Die Latenz für das Abrufen der vorhandenen Konfiguration durch einen neuen Pod ist mit der neuen Steuerungsebene etwas besser. Der langsame Konfigurations-Push erfolgt bei der erstmaligen Weitergabe eines neu erstellten Dienstes oder neuer Richtlinien, die für den Dienst bereitgestellt werden. Die Latenzen bei der Weitergabe von Endpunkten sind funktional ähnlich.
  • Geschwindigkeit von Skalierungsereignissen und anderen Änderungen an den Endpunkten. Diese werden mit der neuen Steuerungsebene mindestens genauso schnell verarbeitet. Zu diesen Ereignissen gehören das Starten oder Beenden neuer Pods aufgrund von horizontalem Pod-Autoscaling und das Neustarten von Pods mit neuen IP-Adressen, weil sie zu einem anderen Knoten im Cluster verschoben wurden.
  • Skalieren der Anzahl der Endpunkte. Mit der neuen globalen Steuerungsebene werden die Endpunkte des Mesh direkt von jedem Cluster an die Steuerungsebene aller Cluster im Mesh gesendet. Dies ist ein einfacherer, schnellerer und besser skalierbarer Ansatz als bei der vorherigen verwalteten Steuerungsebene. Beim älteren Modell der verwalteten Steuerungsebene (dedizierte Steuerungsebene) muss jeder Istiod mit jedem anderen Cluster im Mesh kommunizieren, um die in den anderen Clustern verfügbaren Endpunkte zu ermitteln. Mit der globalen Steuerungsebene werden die Endpunkte direkt an die globale Steuerungsebene weitergegeben. Dies führt zu einer höheren Zuverlässigkeit und Leistung in Meshes mit einer großen Anzahl von Endpunkten und ermöglicht die Skalierung der Meshes auf eine größere Anzahl von Endpunkten.

Welche Auswirkungen hat die neue Steuerungsebene für Sie?

Die Auswirkungen der neuen Steuerungsebene hängen von den verwendeten APIs und der Steuerungsebene ab.

  • Wenn Sie Traffic Director-Nutzer sind, bleibt Ihre Steuerungsebene unverändert. Sie müssen den Rest dieser Anleitung nicht lesen. Die Dokumentation für Ihre Cloud Service Mesh-Implementierung finden Sie unter Mit Google Cloud APIs konfigurieren.
  • Wenn Sie Anthos Service Mesh-Nutzer sind, hängen die nächsten Schritte für die Steuerungsebene in Ihrer vorhandenen Bereitstellung davon ab, ob Sie die verwaltete Steuerungsebene oder die clusterinterne Steuerungsebene verwenden.
    • Wenn Sie die verwaltete Steuerungsebene verwenden, werden Ihre vorhandenen Flotten mit einigen Ausnahmen zur neuen Steuerungsebene migriert, die in Cloud Service Mesh als verwaltete Steuerungsebene (Traffic Director-Implementierung oder TD-Implementierung) bezeichnet wird. Lesen Sie den folgenden Abschnitt Steuerungsebene Modernisierung für vorhandene Meshes und Flotten. Wenn Sie ein Feature verwenden, das von der Traffic Director-Implementierung der Steuerungsebene nicht unterstützt wird, bleiben Sie vorübergehend bei der vorherigen Steuerungsebene. Lesen Sie diese Anleitung weiter.
    • Wenn Sie die clusterinterne Steuerungsebene verwenden, bleibt Ihre Steuerungsebene unverändert. Sie müssen den Rest dieser Anleitung nicht lesen.
    • Wenn Sie keine Google Cloud Organisation haben und die verwaltete Steuerungsebene in einem Projekt ohne Organisation verwenden, erhalten Sie die TD-Steuerungsebene.
  • Wenn Sie Anthos Service Mesh-Kunde sind und neue Flotten erstellen, erhalten Sie die Traffic Director-Implementierung der Steuerungsebene. Lesen Sie diese Anleitung weiter.
    • Sie werden über das Datum benachrichtigt, an dem neue Flotten die TD-Steuerungsebene erhalten.

Modernisierung der Steuerungsebene für vorhandene Meshes und Flotten

Weitere Informationen finden Sie unter Modernisierung der verwalteten Steuerungsebene.

Kompatibilität der Steuerungsebene prüfen

Informationen zum automatischen Abgleich Ihrer Flotte mit unterstützten Funktionen und zum Ermitteln potenzieller Blockierer vor der Modernisierung finden Sie unter Kompatibilität von Cloud Service Mesh.

Steuerungsebene für neue Meshes

Ab dem 1. Juli 2024 erhielten die meisten vorhandenen Nutzer der verwalteten istiod-Implementierung der Steuerungsebene die aktualisierte verwaltete Steuerungsebene mit der global verfügbaren Implementierung von Google, der Traffic Director-Steuerungsebene (TD), in neuen Flotten.

Nutzer, deren vorhandene Nutzung von verwaltetem Cloud Service Mesh mit der istiod-Implementierung der Steuerungsebene ohne Änderungen nicht mit der Traffic Director-Implementierung kompatibel war, erhielten die istiod-Implementierung bis zum 8. September 2024.

Eine kleine Anzahl von Nutzern wurde weiter eingeschränkt, um die istiod-Implementierung der Steuerungsebene in neuen Flotten zu erhalten. Wenn dies auf Ihre Organisation zutrifft, haben Sie eine Dienstankündigung erhalten.

Wenn Sie eine neue Flotte in verwaltetes Cloud Service Mesh einbinden und diese Flotte nicht in einer Google Cloud Organisation oder in einer neuen Google Cloud Organisation enthalten ist, erhalten Sie ab dem Startdatum von Cloud Service Mesh die neue verwaltete Steuerungsebene mit der TD-Implementierung.

Nächste Schritte

  • Wenn Sie Anthos Service Mesh-Bestandskunde sind, finden Sie die Dokumentation im Inhaltsverzeichnis auf der linken Seite unter Service Mesh mit Istio APIs konfigurieren.
  • Wenn Sie Traffic Director-Bestandskunde sind, finden Sie die Dokumentation unter Service Mesh mit Google Cloud APIs konfigurieren.