vSphere with Tanzu は、スーパーバイザー と Tanzu Kubernetes Grid クラスタ、およびこれらのクラスタをサポートするインフラストラクチャのローリング アップデートに対応しています。
スーパーバイザー および Tanzu Kubernetes Grid クラスタの更新方法
vSphere with Tanzu は、スーパーバイザー および Tanzu Kubernetes Grid クラスタのローリング アップデート モデルを使用します。ローリング アップデート モデルを使用すると、更新プロセスでのクラスタのワークロードのダウンタイムが最小限に抑えられます。ローリング アップデートには、Kubernetes ソフトウェア バージョンのアップグレードに加えて、仮想マシンの構成とリソース、vSphere 名前空間、カスタム リソースなどの、Kubernetes クラスタをサポートするインフラストラクチャおよびサービスの更新が含まれます。
スーパーバイザー の更新と Tanzu Kubernetes Grid クラスタの更新の依存関係
スーパーバイザー クラスタと Tanzu Kubernetes Grid クラスタを個別に更新します。ただし、両者の間には依存関係があることに注意してください。
スーパーバイザー を更新すると、そこにデプロイされている Tanzu Kubernetes Grid クラスタのローリング アップデートがトリガされることがあります。vSphere 名前空間 更新の実行による スーパーバイザー の更新を参照してください。
Tanzu Kubernetes Grid クラスタがターゲット スーパーバイザー のバージョンに準拠していない場合は、スーパーバイザー を更新する前に、1 つ以上の Tanzu Kubernetes Grid クラスタを更新する必要が生じることがあります。スーパーバイザー をアップグレードするための Tanzu Kubernetes Grid クラスタの互換性の確認を参照してください。
スーパーバイザー の更新について
スーパーバイザー の更新を開始すると、システムは新しい制御プレーン仮想マシンを作成し、既存の スーパーバイザー 制御プレーンに追加します。更新のこの段階で新しい更新済みの仮想マシンが追加され、古い期限切れの仮想マシンが削除されるため、vSphere インベントリには 4 台の制御プレーン仮想マシンが表示されます。オブジェクトは、古い制御プレーン仮想マシンのいずれかから新しい仮想マシンに移行され、古い制御プレーン仮想マシンは削除されます。すべての制御プレーン仮想マシンが更新されるまで、このプロセスが 1 回ずつ繰り返されます。すべての制御プレーン仮想マシンが更新されると、同様のローリング アップデート方式でワーカー ノードが更新されます。ワーカー ノードは ESXi ホストであり、各 ESXi ホストの各 spherelet プロセスが 1 つずつ更新されます。
- vSphere 名前空間 を更新します。
- VMware バージョンや Kubernetes バージョンなどを含め、すべてを更新します。
vSphere 名前空間 の更新
- vCenter Server をアップグレードします。
- vSphere 名前空間 の更新（Kubernetes のアップグレードを含む）を実行します。
vSphere 名前空間 を更新するには、vSphere 名前空間 更新の実行による スーパーバイザー の更新を参照してください。
すべての vSphere with Tanzu コンポーネントの更新
すべての vSphere with Tanzu コンポーネントを更新するには、すべてを更新するワークフローを使用します。このタイプの更新は、NSX-T 3.X から 4、vSphere 7.x から 8 など、メジャー リリースをアップデートする場合に必要です。
- 互換性を判断するには、VMware 製品の相互運用性マトリックス (https://interopmatrix.vmware.com/Interoperability) で vCenter Server と NSX を確認してください。vSphere with Tanzu の機能は、vCenter Server に付属するワークロード制御プレーン (WCP) ソフトウェアによって提供されます。
- NSX に互換性がある場合は、アップグレードします。
- vCenter Server をアップグレードします。
- vSphere Distributed Switch をアップグレードします。
- ESXi ホストをアップグレードします。
- プロビジョニングされた Tanzu Kubernetes Grid クラスタとターゲット スーパーバイザー のバージョンの互換性を確認します。
- vSphere 名前空間 を更新します（スーパーバイザー Kubernetes バージョンを含む）。
- Tanzu Kubernetes Grid クラスタを更新します。
Tanzu Kubernetes Grid クラスタの更新について
スーパーバイザー を更新すると、Tanzu Kubernetes Grid 2.0 など、この スーパーバイザー にデプロイされた Tanzu Kubernetes Grid クラスタをサポートするインフラストラクチャ コンポーネントも同様に更新されます。各インフラストラクチャの更新には、Tanzu Kubernetes Grid 2.0（CNI、CSI、CPI）をサポートするサービスの更新、および既存の Tanzu Kubernetes Grid クラスタに適用可能な、制御プレーン仮想マシンおよびワーカー ノード用の更新された設定を含めることができます。構成が互換性の要件を満たすようにするために、vSphere with Tanzu はローリング アップデート中に事前チェックを実行し、コンプライアンスを適用します。
Tanzu Kubernetes Grid クラスタのローリング アップデートを実行するには、クラスタのマニフェストを更新します。スーパーバイザーでの TKG 2 クラスタのアップデートを参照してください。ただし、vSphere 名前空間 の更新を実行すると、システムは更新された構成を直ちにすべての Tanzu Kubernetes Grid クラスタに伝達することに注意してください。これらの更新により、Tanzu Kubernetes Grid 制御プレーンおよびワーカー ノードのローリング アップデートが自動的にトリガされます。
クラスタ ノードを置き換えるためのローリング アップデート プロセスは、Kubernetes 環境でのポッドのローリング アップデートと同様です。Tanzu Kubernetes Grid クラスタのローリング アップデートを実行するコントローラは 2 つあります。アドオン コントローラと TanzuKubernetesCluster コントローラです。これらの 2 つのコントローラでは、ローリング アップデートに、アドオンの更新、制御プレーンの更新、およびワーカー ノードの更新の 3 つの主要なステージがあります。これらのステージは順番に実行されますが、前の手順が十分に進行するまで次のステップの開始を防ぐ事前チェックが実行されます。不要と判断された場合、ステップはスキップされることがあります。たとえば、更新がワーカー ノードのみに影響する場合、アドオンや制御プレーンの更新は必要なくなります。
更新プロセスでは、システムは新しいクラスタ ノードを追加し、ノードがターゲットの Kubernetes バージョンでオンラインになるまで待機します。その後、古いノードを削除対象としてマークし、次のノードに移動して、プロセスを繰り返します。すべてのポッドが削除されるまで、古いノードは削除されません。たとえば、ノードの完全なドレーンを妨げる PodDisruptionBudgets でポッドが定義されている場合、ノードは遮断されますが、それらのポッドが消去できるようになるまで削除されません。システムは、最初にすべての制御プレーン ノード、次にワーカー ノードをアップグレードします。更新中に、Tanzu Kubernetes Grid クラスタのステータスが「更新中」に変わります。ローリング アップデート プロセスが完了すると、Tanzu Kubernetes Grid クラスタのステータスが「実行中」に変わります。
レプリケーション コントローラによって管理されていない Tanzu Kubernetes Grid クラスタで実行されているポッドは、Tanzu Kubernetes Grid クラスタの更新中にワーカー ノードのドレインの一環として、Kubernetes バージョンのアップグレードで削除されます。クラスタの更新が手動でトリガされた場合や、vSphere 名前空間 の更新によって自動実行された場合がこれに該当します。レプリケーション コントローラによって管理されていないポッドには、Deployment または ReplicaSet 仕様の一部として作成されていないポッドなどがあります。詳細については、Kubernetes ドキュメントのPod Lifecycle: Pod lifetimeのトピックを参照してください。
