gke-cluster-lifecycle

GKE クラスターのライフサイクルとアップグレード

このスキルでは、Google Kubernetes Engine（GKE）クラスターのライフサイクルとアップグレードを管理する方法を説明します。

概要

クラスターのアップグレード管理は、セキュリティの確保と新機能の利用に不可欠です。GKE ではアップグレードが自動化されていますが、影響を最小限に抑えるための設定が必要です。

ワークフロー

1. リリースチャネルを選択する

リリースチャネルを使うと、安定性と機能の利用可能性のバランスを選択できます。

• Rapid：最新の機能を利用できますが、テストは比較的少なめです。
• Regular（デフォルト）：バランスに優れています。
• Stable：最も十分にテストされており、重要な本番ワークロードに最適です。

リリースチャネルを設定するコマンド：

gcloud container clusters update <cluster-name> \
    --release-channel=stable \
    --region <region>

2. サージアップグレードを設定する

サージアップグレードでは、アップグレード中に目標サイズを超えて作成できるノード数を指定できるため、影響を最小限に抑えられます。

設定例：

gcloud container node-pools update <pool-name> \
    --cluster=<cluster-name> \
    --max-surge-upgrade=2 \
    --max-unavailable-upgrade=0 \
    --region <region>

max-unavailable-upgrade=0を設定すると、新しいノードの準備が整う前にノードがオフラインになることはありません。

3. ブルー／グリーン方式でノードプールをアップグレードする

リスクの高いアップグレードでは、新しいバージョンを使用する新しいノードプール（Green）を作成してテストした後、古いノードプール（Blue）からワークロードを移行できます。

手順：

1. 新しいバージョンと適切なテイントを設定した新しいノードプールを作成します（--node-taints を使用）。
2. 古いノードプールを徐々にコルドンし、ドレインします。
3. 空になったら古いノードプールを削除します。

ベストプラクティス

1. リリースチャネルを使用する：本番クラスターは必ずリリースチャネル（できればStableまたはRegular）に登録します。
2. サージアップグレードを設定する：アップグレード中の可用性を確保するため、max-surge-upgradeを使用します。
3. メンテナンス時間枠を使用する：アップグレードがオフピーク時間帯にのみ行われるよう、メンテナンス時間枠を設定します（gke-reliabilityを参照）。
4. 本番環境以外でテストする：本番環境に適用する前に、必ずステージング環境でアップグレードをテストします。