Modernisierung der verwalteten Steuerungsebene

Übersicht

Google aktualisiert nach und nach vorhandene Flotten, die die verwaltete Steuerungsebene ISTIOD verwenden, auf die Implementierung TRAFFIC_DIRECTOR. Standardmäßig migriert Google Ihre Flotten automatisch. Sie können die Migration aber auch selbst durchführen. Informationen dazu, welche Steuerungsebene Ihre Flotte verwendet, finden Sie unter Implementierung der Steuerungsebene prüfen.

Beachten Sie bei der Vorbereitung Ihrer Flotte auf die Modernisierung Folgendes:

  1. Zur Vorbereitung auf die Modernisierung haben Sie zwei Möglichkeiten, den Prozess zu steuern:

    • Automatische Migration durch Google (Standard) – Sie können die Reihenfolge anpassen, in der Ihre Cluster modernisiert werden. Eine Anleitung dazu finden Sie unter Modernisierung durch Google.

    • Migration durch den Kunden (optional) – Sie können die Modernisierung Ihrer Flotten selbst durchführen, indem Sie sie gemäß der Anleitung unter Modernisierung durch den Kunden labeln.

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

  3. Die Modernisierung durch Google ist die Standardeinstellung. Bei dieser Option bestimmt Google, wann Ihre Flotten für die Modernisierung bereit sind. Google plant die Modernisierung Ihrer Flotten und benachrichtigt Sie, bevor der Prozess gestartet wird.

  4. Bei der Modernisierung eines Clusters werden Arbeitslasten mit Proxys neu gestartet. Wenn Sie die Best Practices für Kubernetes befolgen, sollte dies keine Ausfallzeiten verursachen. Außerdem löst Google die Modernisierung während eines Wartungs fensters, falls Sie eines konfiguriert haben. Nach dem Start wird der Prozess bis zum Abschluss ausgeführt. Anschließend folgt eine zusätzliche Übergangszeit von sechs Tagen, bevor er als abgeschlossen markiert wird. Wenn Ihr Monitoring Probleme erkennt, können Sie ein Rollback anfordern.

  5. Bei der Modernisierung durch den Kunden können Sie anhand des Leitfadens zur Kompatibilität von Cloud Service Mesh die Kompatibilität mit der TRAFFIC_DIRECTOR Steuerungsebene prüfen. Anschließend können Sie auswählen, wann die Modernisierung der Flotte ausgelöst werden soll.

  6. Nach der Modernisierung einer Flotte entfernt Google alle Istiod-basierten Komponenten.

  7. Für die Steuerungsebene TRAFFIC_DIRECTOR muss Ihr Cluster in einer Flotte registriert sein, in der die Mesh-Funktion aktiviert ist. Wenn Sie das Onboarding mit Legacy-Tools durchgeführt haben, registriert Google Ihren Cluster automatisch in der Flotte des Projekts. Dazu wird die Membership API (gkehub.googleapis.com) verwendet. Wenn Sie eine Automatisierung haben, die die Registrierung eines Clusters aufhebt, müssen Sie diese vor der Modernisierung entfernen.

Modernisierung durch Google

Diese Option ist die Standardeinstellung, wenn Sie Ihre Flotten nicht für die Modernisierung durch den Kunden labeln. Google überwacht Ihre Flotten, um zu ermitteln, wann sie sicher modernisiert werden können. Wenn alle Mesh-fähigen Flotten in Ihrer Organisation bereit sind, wird die Modernisierung Ihrer Organisation geplant.

Mehrere Flotten

Wenn Ihre Organisation mehrere Flotten mit verwaltetem Cloud Service Mesh hat, können Sie die Reihenfolge steuern, in der Google Ihre Flotten modernisiert. Dazu legen Sie für ein Projekt das Label mesh-modernization-order auf einen der Werte fest: early, default, late. Google schließt die Modernisierung jeder Gruppe ab, bevor die Modernisierung einer Flotte in der nächsten Gruppe beginnt. Flotten, für die Sie die Modernisierung durch den Kunden ausgewählt haben, werden bei dieser Reihenfolge nicht berücksichtigt.

Verwenden Sie den folgenden Befehl, um das Label mesh-modernization-order für eine Flotte festzulegen:

gcloud alpha projects update FLEET_PROJECT_ID --update-labels="mesh-modernization-order=VALUE"

Eine Anleitung zum Festlegen von Projektlabels mit der Console oder REST finden Sie im Dokument Labels erstellen und verwalten.

Wenn Sie keine Google Cloud Organisationen verwenden, werden Ihre Flotten unabhängig voneinander geplant und modernisiert. Sie können die Reihenfolge nicht steuern.

Multi-Cluster-Meshes

Wenn eine Flotte mehrere Cluster mit verwaltetem Cloud Service Mesh hat, können Sie die Reihenfolge steuern, in der Google die Cluster modernisiert. Dazu legen Sie für den Cluster das Label mesh-modernization-order auf einen der folgenden Werte fest: early, default, late. Google beginnt mit der Modernisierung jeder Gruppe und wartet, bis die automatisierten Modernisierungsschritte abgeschlossen sind, bevor die Modernisierung eines Clusters in der nächsten Gruppe beginnt. Diese Reihenfolge gilt nur innerhalb einer Flotte. Sie hat keine Auswirkungen auf andere Flotten in Ihrer Organisation, die möglicherweise parallel modernisiert werden.

Verwenden Sie den folgenden Befehl, um das Label mesh-modernization-order für einen Cluster festzulegen:

gcloud container clusters update CLUSTER_NAME \
  --location LOCATION \
  --update-labels="mesh-modernization-order=VALUE"

Benachrichtigungen und Planung

In diesem Abschnitt wird beschrieben, wie Sie über die bevorstehende Modernisierung Ihrer Flotten und Cluster benachrichtigt werden.

Benachrichtigung, dass die Modernisierung bald geplant wird

Zuerst werden Sie benachrichtigt, wenn Ihre Flotten für die Modernisierung durch Google in den kommenden Wochen ausgewählt wurden.

Diese Benachrichtigung wird vor dem ersten US-Arbeitstag eines Monats gesendet. Der frühestmögliche Starttermin für die Modernisierung von Clustern ist 14 Tage nach dem ersten US-Arbeitstag eines Monats. Google unternimmt alle Anstrengungen, um die erste Modernisierung von Clustern für Ihre Organisation bis zum Ende des nächsten Kalendermonats zu starten. Beispiel: Benachrichtigungen werden vor dem 1. April 2025 gesendet, die Modernisierung von Clustern kann ab dem 15. April 2025 beginnen und die erste Modernisierung von Clustern sollte vor dem 31. Mai 2025 starten.

Sie werden gleichzeitig für alle Flotten in Ihrer Organisation benachrichtigt (mit Ausnahme der Flotten, für die Sie die Modernisierung durch den Kundenausgewählt haben).

Diese Benachrichtigung ist in den Bedingungen für den Feature-Status auf Flotteneebene (MODERNIZATION_WILL_BE_SCHEDULED) verfügbar. Weitere Informationen zum Prüfen von Bedingungen finden Sie unter Modernisierungsstatus prüfen.

Benachrichtigung auf Clusterebene, dass die Modernisierung geplant ist

Sie werden mindestens einen Tag vor Beginn der Modernisierung auf Clusterebene über das geschätzte Startdatum für die Modernisierung durch Google für diesen Cluster benachrichtigt.

Nach der Benachrichtigung auf Flotteneebene erhalten Sie so eine viel genauere Zeitplanung für die Modernisierung einzelner Cluster.

Diese Benachrichtigung ist in den Bedingungen für den Feature-Status auf Clusterebene (MODERNIZATION_SCHEDULED) verfügbar. Weitere Informationen zum Prüfen von Bedingungen finden Sie unter Modernisierungsstatus prüfen.

Aktive Modernisierung bei der Migration durch Google

In diesem Abschnitt werden die Schritte der Modernisierung durch Google beschrieben.

Flotten modernisieren

Google löst die aktive Modernisierung jeder Flotte Ihrer Organisation aus. Das bedeutet, dass für jede Flotte die folgenden Schritte ausgeführt werden:

  1. Alle Cluster mit mesh-modernization-order von early modernisieren.
  2. Alle Cluster mit mesh-modernization-order von default oder ohne Angabe modernisieren.
  3. Alle Cluster mit mesh-modernization-order von late modernisieren.
  4. Warten, bis die Modernisierung jedes Clusters als abgeschlossen markiert ist. Das bedeutet, dass mindestens sechs Arbeitstage nach dem Neustart des letzten Pods in einem Cluster dieser Flotte gewartet werden muss.
  5. Die Modernisierung dieser Flotte abschließen und schließlich Istiod-basierte Komponenten entfernen.

Informationen zum Überwachen des aktiven Modernisierungsstatus Ihrer Flotten finden Sie unter Modernisierungsstatus prüfen.

Cluster modernisieren

Während der aktiven Modernisierung eines Clusters werden beide Steuerungsebenenimplementierungen vorübergehend parallel ausgeführt. Die folgenden Aufgaben werden sicher und kontrolliert verarbeitet:

  1. Die neue Steuerungsebenenimplementierung aktivieren. Wenn Sie Wartungsfenster für Ihren Cluster konfiguriert haben und die Modernisierung durch Google verwenden, beginnt dieser Schritt während eines Wartungsfensters und wird bis zum Abschluss fortgesetzt. Beachten Sie Folgendes:
  2. Traffic zur neuen Steuerungsebenenimplementierung verschieben. Wenn Sie Wartungsfenster für Ihren Cluster konfiguriert haben und die Modernisierung durch Google verwenden, beginnt dieser Schritt während eines Wartungsfensters und wird bis zum Abschluss fortgesetzt. Beachten Sie Folgendes:
    • Pods, die von der Kubernetes-Bereitstellung verwaltet werden und Cloud Service Mesh-Proxys haben, werden neu gestartet, damit sie sich wieder mit der neuen Steuerungsebene verbinden.
    • Pods werden in immer größeren Wellen neu gestartet. Nach jeder Welle gibt es eine Übergangszeit für das Monitoring.
  3. Es gibt eine Übergangszeit von mindestens sechs Arbeitstagen, bevor die Modernisierung eines Clusters als abgeschlossen markiert wird.

Informationen zum Überwachen des aktiven Modernisierungsstatus Ihrer Cluster finden Sie unter Modernisierungsstatus prüfen.

Modernisierung durch den Kunden

Sie können den genauen Zeitpunkt der Modernisierung auf Flotteneebene selbst steuern. Dazu wenden Sie mit dem folgenden Befehl ein Label auf das Hostprojekt der Flotte an:

gcloud alpha projects update FLEET_PROJECT_ID \
  --update-labels="mesh-modernization-mode=manual"

Wenn Ihre Google Cloud Organisation mehrere Flotten hat, wird jede Flotte nicht gelabelt für die Modernisierung durch Google geplant.

Sobald Ihre Flotte modernisiert werden kann, erhalten Sie eine Benachrichtigung im Feature-Status auf Flotteneebene. Sie müssen die Modernisierung innerhalb von drei Monaten nach Erhalt dieser Benachrichtigung auslösen.

Informationen zu den folgenden erforderlichen Best Practices für die Konfiguration , um Ihren Cluster auf die Modernisierung vorzubereiten, finden Sie unter Erforderliche Konfiguration. Abonnieren Sie den Feed mit den Versionshinweisen zu Cloud Service Mesh, um benachrichtigt zu werden.

Modernisierungsstatus prüfen

Sie können den Modernisierungsstatus Ihrer Flotten und Cluster prüfen, indem Sie die Bedingungen für den Feature-Status prüfen. Verwenden Sie den folgenden Google Cloud CLI-Befehl:

gcloud alpha container fleet mesh describe --project FLEET_PROJECT_ID

Bedingungen auf Flotteneebene

Wenn Sie den Status Ihrer Flotte prüfen, werden unter state.servicemesh.conditions möglicherweise die folgenden Bedingungen angezeigt:

  • MODERNIZATION_WILL_BE_SCHEDULED: Wir planen bald die Modernisierung von Clustern in dieser Flotte, um die Steuerungsebene TRAFFIC_DIRECTOR zu verwenden.
  • MODERNIZATION_MODERNIZING: Die Modernisierung wird für einen oder mehrere Cluster in der Flotte ausgeführt.
  • MODERNIZATION_MODERNIZED: Alle Cluster in der Flotte wurden erfolgreich modernisiert. Die Flotte befindet sich jetzt in einer Einlaufzeit, in der Rollbacks noch möglich sind.
  • MODERNIZATION_FINALIZED: Die Modernisierung ist abgeschlossen. Ein Rollback ist nicht mehr möglich. Cluster melden MODERNIZATION_COMPLETED nicht mehr, sobald dieser Flottenstatus erreicht ist. Dieser Status wird mindestens 30 Tage nach Abschluss der Migration gemeldet.
  • MODERNIZATION_ROLLING_BACK_FLEET: Ein Rollback auf Flotteneebene wird ausgeführt.

Bedingungen auf Clusterebene

Wenn Sie den Status einzelner Cluster in der Flotte prüfen, werden unter membershipStates.servicemesh.conditions möglicherweise die folgenden Bedingungen angezeigt:

  • MODERNIZATION_SCHEDULED: Die Modernisierung dieses Clusters wurde für das Datum oder nach dem Datum geplant, das in den Details der Bedingung angegeben ist.
  • MODERNIZATION_IN_PROGRESS: Die Modernisierung für diesen Cluster wird ausgeführt.
  • MODERNIZATION_COMPLETED: Die Modernisierung für diesen Cluster ist abgeschlossen.
  • MODERNIZATION_ROLLING_BACK_CLUSTER: Ein Rollback für diesen Cluster wird ausgeführt.
  • MODERNIZATION_ABORTED: Für den Cluster wurde erfolgreich ein Rollback zur Legacy-Steuerungsebene durchgeführt. Dieser Status wird 24 Stunden nach Abschluss des Rollbacks gemeldet.