既存の Google Kubernetes Engine（GKE）クラスタを Dataplane V1 から GKE Dataplane V2 に移行する前に、このドキュメントを使用して、クラスタが移行の対象かどうかを確認し、移行中に何が起こるかを把握して、ワークロードの中断を計画します。
プラットフォーム管理者、オペレーター、ネットワーク スペシャリストは、この概要を使用して移行戦略を計画します。移行を行うには、既存のクラスタを GKE Dataplane V2 に移行するをご覧ください。
移行のメリット
GKE Dataplane V2 に移行すると、スケーラビリティ、セキュリティ、運用のメリットが得られます。
- ネットワーク ポリシーを適用する: ワークロードを新しいクラスタに移動せずに、Cilium ベースのネットワーク ポリシーを既存のクラスタに適用します。
- ネットワークの問題を迅速にトラブルシューティングする: 組み込みの GKE Dataplane V2 指標とイベントを使用して、ネットワーク フローをデバッグします。
クラスタが対象かどうかを確認する
移行する前に、クラスタが次の要件を満たしていることを確認します。
- ルーティング タイプ: VPC ネイティブ。ルートベース クラスタは移行できません。
- クラスタ バージョン: 1.35.3-gke.1155000 以降。
- ノードプールのバージョン: 1.35.1-gke.1516000 以降。
- Istio のバージョン: Cloud Service Mesh またはオープンソースの Istio を使用している場合は、1.23 以降。このバージョンは、Container Network Interface（CNI）仕様 1.1.0 をサポートしています。
サポートされていない構成
GKE Dataplane V2 では、次の構成はサポートされていません。
- カスタム CNI プラグイン: GKE が管理する CNI プラグインを置き換えるためにインストールするプラグイン。
- カスタム eBPF プログラム: マネージド インターフェースにアタッチするプログラム。Cilium プログラムの前にアタッチすると、Cilium プログラムの実行が妨げられる可能性があります。Cilium プログラムの後に接続すると、Cilium はそれらをバイパスします。
クラスタでこれらの構成を見つけるには、Active Assist またはクラスタの詳細ページで、移行と競合する可能性のある推奨事項を確認します。
移行による影響
移行には 4 つのフェーズがあります。GKE がほとんどの作業を行いますが、一部のフェーズではユーザーの操作が必要です。
| フェーズ | GKE の機能 | 手順 |
|---|---|---|
| 診断 | クラスタをモニタリングし、Active Assist の推奨事項でサポートされていない構成にフラグを付けます。 | 推奨事項を確認し、フラグが付けられた構成を解決します。 |
| 開始 | — | パッチ リクエストを使用してクラスタを更新し、移行を開始します。詳細については、既存のクラスタを GKE Dataplane V2 に移行するをご覧ください。 |
| ノードにパッチを適用する | メンテナンスの時間枠とアップグレード戦略に従って、各 Dataplane V1 ノードプールを更新して GKE Dataplane V2 を使用します。 | 開始する前に、メンテナンスの時間枠とアップグレード戦略を構成して、ノードの更新のタイミングと方法を制御します。 |
| 最終処理 | すべてのノードプールを更新した後、クラスタに ADVANCED_DATAPATH のパッチを適用します。 |
対応は不要です。 |
ワークロードの中断を計画する
移行中に GKE がノードを再作成するため、GKE は Pod を新しいノードに再スケジュールします。
次のステップ
- クラスタを移行するには、既存のクラスタを GKE Dataplane V2 に移行するをご覧ください。
- GKE Dataplane V2 の仕組みについては、GKE Dataplane V2 についてをご覧ください。
- 移行後にネットワーク フローのトラブルシューティングを行うには、GKE Dataplane V2 のオブザーバビリティをご覧ください。