Bevor Sie Ihre vorhandenen Google Kubernetes Engine (GKE)-Cluster von Dataplane V1 zu GKE Dataplane V2 migrieren, prüfen Sie anhand dieses Dokuments, ob Ihre Cluster geeignet sind, was während der Migration geschieht und wie Sie Arbeitslastunterbrechungen planen.
Als Plattformadministratoren und ‑operatoren oder Netzwerkspezialisten können Sie diese Übersicht verwenden, um Ihre Migrationsstrategie zu planen. Informationen zum Ausführen der Migration finden Sie unter Vorhandenen Cluster zu GKE Dataplane V2 migrieren.
Vorteile der Migration
Nach der Migration zu GKE Dataplane V2 profitieren Sie von den Vorteilen in Bezug auf Skalierbarkeit, Sicherheit, und Betrieb, die es bietet.
- Vorhandene Netzwerkrichtlinien erzwingen: Wenden Sie Cilium-basierte Netzwerkrichtlinien auf Ihren vorhandenen Cluster an, ohne Arbeitslasten zu einem neuen Cluster zu verschieben.
- Netzwerkprobleme schneller beheben: Debuggen Sie Netzwerkflüsse mit den integrierten GKE Dataplane V2-Messwerten und ‑Ereignissen.
Prüfen, ob Ihr Cluster geeignet ist
Prüfen Sie vor der Migration, ob Ihr Cluster die folgenden Anforderungen erfüllt:
- Routingtyp: VPC-nativ. Cluster, die auf Routen basieren, können nicht migriert werden.
- Clusterversion: 1.35.3-gke.1155000 oder höher.
- Knotenpoolversion: 1.35.1-gke.1516000 oder höher.
- Istio-Version: Wenn Sie Cloud Service Mesh oder Open-Source-Istio verwenden, 1.23 oder höher. Diese Version unterstützt die Container Network Interface (CNI)-Spezifikation 1.1.0.
Nicht unterstützte Konfigurationen
Die folgenden Konfigurationen werden in GKE Dataplane V2 nicht unterstützt:
- Benutzerdefinierte CNI-Plug-ins: Plug-ins, die Sie installieren, um das von GKE verwaltete CNI-Plug-in zu ersetzen.
- Benutzerdefinierte eBPF-Programme: Programme, die Sie an verwaltete Schnittstellen anhängen. Wenn Sie sie vor Cilium-Programmen anhängen, können sie verhindern, dass Cilium-Programme ausgeführt werden. Wenn Sie sie nach Cilium-Programmen anhängen, werden sie von Cilium umgangen.
Wenn Sie diese Konfigurationen in Ihrem Cluster finden möchten, prüfen Sie Active Assist oder die Cluster-Detailseite auf Empfehlungen, die mit der Migration in Konflikt stehen könnten.
Was passiert während der Migration?
Die Migration besteht aus vier Phasen. GKE übernimmt den Großteil der Arbeit, aber in einigen Phasen sind Aktionen von Ihnen erforderlich:
| Phase | Aktionen von GKE | Ihre Aktionen |
|---|---|---|
| Diagnose | Überwacht Ihren Cluster und kennzeichnet nicht unterstützte Konfigurationen in Active Assist-Empfehlungen. | Prüfen Sie die Empfehlungen und beheben Sie die gekennzeichneten Konfigurationen. |
| Initiieren | – | Starten Sie die Migration, indem Sie Ihren Cluster mit einer Patchanfrage aktualisieren. Weitere Informationen finden Sie unter Vorhandenen Cluster zu GKE Dataplane V2 migrieren. |
| Knoten patchen | Aktualisiert jeden Dataplane V1-Knotenpool auf GKE Dataplane V2 und berücksichtigt dabei Ihre Wartungsfenster und Upgradestrategien. | Konfigurieren Sie vor dem Start Wartungsfenster und Upgradestrategien, um festzulegen, wann und wie Ihre Knoten aktualisiert werden. |
| Abschließen | Patcht den Cluster auf ADVANCED_DATAPATH, nachdem alle Knotenpools aktualisiert wurden. |
Es sind keine weiteren Schritte erforderlich. |
Arbeitslastunterbrechungen planen
Da GKE Ihre Knoten während der Migration neu erstellt, werden Ihre Pods auf den neuen Knoten neu geplant.
Nächste Schritte
- Informationen zum Migrieren eines Clusters finden Sie unter Vorhandenen Cluster zu GKE Dataplane V2 migrieren.
- Informationen zur Funktionsweise von GKE Dataplane V2 finden Sie unter Informationen zu GKE Dataplane V2.
- Informationen zur Fehlerbehebung bei Netzwerkflüssen nach der Migration finden Sie unter Beobachtbarkeit von GKE Dataplane V2.