利用可能な IBM Cloud Kubernetes Service バージョン

IBM Cloud Kubernetes Service は、複数のバージョンの Kubernetes を同時にサポートします。 最新バージョン (n) がリリースされると、2 つ前のバージョン (n-2) までサポートされます。 最新バージョンから 2 つより前のバージョン (n-3) は、まず非推奨になり、その後サポートされなくなります。 引き続き重要なセキュリティー・パッチ更新を受け取るには、クラスターが常にサポート対象の Kubernetes バージョンを実行するようにしてください。 非推奨のクラスターではセキュリティー更新を受け取れない可能性があります。 詳しくは、リリースのライフサイクルを参照してください。

剣標 (†) の付いた日付は暫定的な日付であり、変更されることがあります。 アスタリスク (*) が付いているオペレーティング・システムは非推奨です。 廃止されたオペレーティング システムを使用している ワーカー ノードを、新しいオペレーティング システム バージョンに移行します。

更新タイプ

Kubernetes クラスターには、メジャー、マイナー、およびパッチという 3 つのタイプの更新があります。 更新が利用可能になると、クラスター・マスター・ノードやワーカー・ノードに関する情報を、ibmcloud ks cluster ls、cluster get、worker ls、worker get などのコマンドを使用して表示したときに通知されます。

IBM は、隔週のワーカー・ノード・フィックスパックを提供します。 IBM の目標は、検出された正当な脆弱性を、それが示すリスクに対して適切な時間内に修復することである。 リリースの品質と安定性を確保するために、フィックスパックが遅延する可能性があります。

フィックスパックは、Canonical が提供する最新のアップストリーム安定カーネル・バージョンに適用されます。

ノードを保護するには、できるだけ早くワーカー・ノードのフィックスパックをインストールする必要があります。 通知をサブスクライブして、新しい更新が使用可能になったときにアラートを受け取ることができます。

メジャー更新とマイナー更新 (1.x)

最初にマスター・ノードを更新し、その後にワーカー・ノードを更新します。

• Kubernetes マスターを 2 マイナー・バージョン以降 (n+2) に更新することはできません。 たとえば、現在のマスターがバージョン 1.22 で、 1.24 に更新したい場合は、まず 1.23 に更新する必要があります。
• ワーカー・ノードは、マスターより新しい Kubernetes のメジャー・バージョンまたはマイナー・バージョンを実行できません。 また、ワーカー・ノードのバージョンは、マスター・バージョンより最大で 2 つ前のバージョン (n-2) にしかできません。
• 少なくともクラスターの kubectl バージョンと同じ major.minor CLI バージョンを使用しないと、予期しない結果になる可能性があります。 Kubernetes クラスターと CLI のバージョンを最新の状態に保つようにしてください。

パッチ更新 (x.x.4_1510)

複数のパッチにわたる変更は、各バージョンの変更ログに文書化されています。 マスター・パッチは自動的に適用されますが、ワーカー・ノードのパッチと更新はユーザーが開始します。 ワーカー・ノードはマスターよりも大きいパッチ・バージョンを実行することもできます。 更新が利用可能になると、マスター・ノードやワーカー・ノードに関する情報を IBM Cloud コンソールまたは CLI で ibmcloud ks cluster ls、cluster get、worker ls、worker get などのコマンドを使用して表示したときに通知されます。

パッチは、ワーカー・ノードまたはマスター、あるいはその両方を対象とする場合があります。

• ワーカー・ノードのパッチ: 更新が入手可能かどうかを毎月確認し、ibmcloud ks worker update コマンドまたは ibmcloud ks worker reload コマンドを使用して、これらのセキュリティー・パッチおよびオペレーティング・システム・パッチを適用します。 更新中や再ロード中にワーカー・ノード・マシンのイメージが再作成されるので、ワーカー・ノードの外部に保管していないデータは削除されます。
• マスターのパッチ: マスターのパッチは、数日にわたって自動的に適用されるため、マスターに適用される前に、マスターのパッチ・バージョンが使用可能であると表示される場合があります。 また、更新の自動化では、正常な状態でないクラスターや現在進行中の操作があるクラスターはスキップされます。 変更履歴に記載されているように、 IBM では、特定のマスター・フィックスパックの自動更新が無効化される場合があります。例えば、マスターがマイナーバージョンから別のマイナーバージョンに更新される場合にのみ必要なパッチなどが該当します。 いずれの場合でも、更新の自動適用を待たずに、ご自身で ibmcloud ks cluster master update コマンドを、更新の自動化が適用されるのを待たずに、ご自身で安全に実行することも可能です。

リリースのライフサイクル

サポート対象バージョンのすべての IBM Cloud Kubernetes Service は、テスト、開発、一般リリース、サポート、非推奨、非サポートという段階から成るライフサイクルを経ます。 バージョンのライフサイクルの各フェーズの説明を確認します。

大まかな理解が得られるように、おおよその日数とバージョンを示しています。 実際の提供期間やリリース日は、さまざまな要因で変更されることがあります。例えば、コミュニティーの更新、セキュリティー・パッチ、バージョン間のテクノロジーの変更などの影響を受けます。

1. コミュニティー・リリース: コミュニティーが新しいバージョンをリリースします。 IBM エンジニアたちは、サポート対象となる IBM Cloud Kubernetes Service バージョンのリリースに備え、コミュニティ版のテストと堅牢化を開始しました。

2. サポートされるバージョンのライフサイクル:

   開発リリース

   リリースは開発中であり、お客様を選択するためのベータ版として使用できる場合があります。 IBM は、このリリースのベスト・エフォート・サポートを提供します。

   一般出荷

   リリースは一般出荷可能 (GA) です。 IBM は、このリリースの完全なサポートを提供します。 IBM は、リリースがサポート対象外になる暫定的なターゲット日付を提供します。 リリースは、最小限の制限とリリースの妥当な採用率になると、クラスター作成時に使用されるデフォルト・バージョンになります。

   保守

   リリースは、 Kubernetes コミュニティーで定義されている保守サポートに入りました。 IBM は、コミュニティー・ポリシーに基づいて Kubernetes の保守サポートを提供します。 それ以外の場合、 IBM は完全なサポートを提供します。

3. 非推奨バージョン: このバージョンは非推奨です。 IBM は、サポートされないリリースの更新されたターゲット日付を提供します。 この日付までのサポートされないカウントダウンは、リリースがサポートされなくなる少なくとも 45 日前に提供されます。 IBM は、 Kubernetes コミュニティーに合わせて、このリリースの最小限のサポートを提供します。 このサポート・フェーズは、通常、リリースがサポート対象外になる前の最終フェーズであり、オーバーラップがある場合は保守および拡張サポート・フェーズをオーバーライドします。 セキュリティパッチの更新が提供されない場合があります。 非推奨期間中は、そのバージョンは引き続きサポートされており、クラスターも正常に動作しますが、セキュリティ上の脆弱性を修正するために、サポート対象のリリースへの更新が必要になる場合があります。 例えば、ワーカー・ノードを追加または再ロードします。

4. サポートされないバージョン: このバージョンはサポートされません。 IBM は、サポートされるリリースにアップグレードするためのサポートのみを提供します。 このバージョンはサポートされていません。 サポートされないクラスターは、セキュリティーとパッチの更新が提供されず、IBM Cloud Support によってサポートされません。 クラスターとアプリはしばらくの間は動作し続ける可能性がありますが、クラスター・マスターやワーカー・ノードの作成と再ロードはできなくなり、問題の発生時にクラスター・マスターやワーカー・ノードに対して他の修正アクションを実行できなくなります。 ただし、クラスターやワーカー・ノードを削除することや、クラスターを次期バージョンに更新することは引き続き可能です。 潜在的な影響を確認し、ただちにクラスターを更新して、重要なセキュリティー更新とサポートを受け続けられるようにしてください。 クラスター・マスターが、サポートされている最も古いバージョンより 2 つ以上古いバージョンを実行している場合、更新を適用できなくなるため、クラスターを削除して新しいバージョンを作成する必要があります。

   サポートされていないバージョンを実行しているクラスタは、クラスタ証明書の有効期限が切れるため、最終的に失敗します。 障害には、クラスタ制御プレーンの利用不可、 NotReady ワーカーノード、または不健全な Ingress などが含まれる場合がありますが、これらに限定されません。

5. アーカイブ済み: このバージョンは、アップグレード・パスなしではサポートされません。 IBM はサポートを提供しません。 IBM は、そのようなクラスターのコントロール・プレーンをシャットダウンする権利を留保します。

IBM Cloud Kubernetes Service コアノードと制御プレーンコンポーネント間のサポート対象スキューをマイナーバージョンで1つ拡張していない。 サポートされるスキューは n-2 のままです。 詳細については、コミュニティ Kubernetes 情報「 コントロールプレーンとノードバージョンのサポート対象スキューの変更 」を参照してください。

クラスターが、最も古いサポート対象バージョンより 2 マイナー・バージョン以上前になるまで待つ場合、クラスターを更新することはできません。 代わりに、新規クラスターを作成し、新規クラスターにアプリをデプロイし、サポートされないクラスターを 削除します。 この問題を回避するには、非推奨クラスターを、現行バージョンの 1 つまたは 2 つ前のサポート対象バージョン (1.21 や 1.22 など) に更新してから、最新バージョンの 1.23 に更新します。 ワーカー・ノードで、マスターより 2 つ以上前のバージョンを実行している場合は、ワーカー・ノードをマスターと同じバージョンに更新するまで、ポッドが MatchNodeSelector、CrashLoopBackOff、ContainerCreating などの状態になり、失敗することがあります。 サポート対象外のバージョンは IBM Cloud サポート対象外ですが、 IBM Technology Expert Labs では、サポート対象外のバージョンの問題解決を支援するビルドサービスをご利用いただけます。 IBM Cloud カタログの 「Partner with IBM Technology Expert Labs」を選択すると、同社のサービスを利用できる。 非推奨のバージョンからサポートされるバージョンに更新した後は、クラスターで、通常の操作を再開し、引き続きサポートを受けることができます。 ibmcloud ks cluster ls コマンドの出力、または IBM Cloud Kubernetes Service コンソール内の「 State 」フィールドを確認することで、お使いのクラスターがサポート対象外であるかどうかを確認できます。

更新の準備

クラスターを前のバージョンから新しいバージョンに更新すると、デプロイされたアプリに影響を与える可能性があります。 変更点の完全なリストについては、 コミュニティの Kubernetes 変更ログ、 IBM バージョン変更ログ、および Kubernetes 役立つ警告を確認してください。

クラスターの更新前後に実行する必要があるアクションについては、 使用可能な IBM Cloud® Kubernetes Service バージョン のバージョン情報のリンクを参照してください。

アーカイブ

サポートされないクラスターは、セキュリティーとパッチの更新が提供されず、IBM Cloud Support によってサポートされません。 クラスターとアプリはしばらくの間は動作し続ける可能性がありますが、クラスター・マスターやワーカー・ノードの作成と再ロードはできなくなり、問題の発生時にクラスター・マスターやワーカー・ノードに対して他の修正アクションを実行できなくなります。 ただし、クラスターやワーカー・ノードを削除することや、クラスターを次期バージョンに更新することは引き続き可能です。 潜在的な影響を確認し、ただちにクラスターを更新して、重要なセキュリティー更新とサポートを受け続けられるようにしてください。 クラスター・マスターのバージョンが、サポートされている最も古いバージョンより 2 つ以上古い場合は、 新しいクラスターを作成 し、新しいクラスターに アプリをデプロイ する必要があります。