5.3. OpenShift Container Platform アップグレードチャネルおよびリリース

OpenShift Container Platform 4.1 で、Red Hat はクラスターのアップグレードの適切なリリースバージョンを推奨するためにチャネルという概念を導入しました。アップグレードのペースを制御することで、これらのアップグレードチャネルからアップグレードストラテジーを選択することができます。アップグレードチャネルは OpenShift Container Platform のマイナーバージョンに関連付けられます。たとえば、OpenShift Container Platform 4.6 アップグレードチャネルでは 4.6 リリースへのアップグレードおよび 4.6 内のアップグレードが推奨されます。また、4.5 内のアップグレードおよび 4.5 から 4.6 へのアップグレードが推奨されます。これにより、4.5 のクラスターを最終的に 4.6 にアップグレードできます。4.7 以降のリリースへのアップグレードは推奨されていません。このストラテジーにより、管理者は OpenShift Container Platform の次のマイナーバージョンへのアップグレードに関して明確な決定を行うことができます。

アップグレードチャネルはリリースの選択のみを制御し、インストールするクラスターのバージョンには影響を与えません。 OpenShift Container Platform の特定のバージョンの openshift-install バイナリーファイルは常に該当バージョンをインストールします。

OpenShift Container Platform 4.6 は以下のアップグレードチャネルを提供します。

  • candidate-4.6
  • fast-4.6
  • stable-4.6
  • eus-4.6 (4.6 を実行する場合にのみ利用可能)

candidate-4.6 チャネル

candidate-4.6 チャネルには、z-stream (4.6.z) リリースの候補となるビルドとそれ以前のマイナーバージョンのリリースが含まれます。リリース候補には、製品のすべての機能が含まれますが、それらがサポートされる訳ではありません。リリース候補を使用して機能の受け入れテストを実行し、OpenShift Container Platform の次のバージョンへの対応を支援します。リリース候補は、名前に -rc など、プレリリースバージョン を含まない、候補チャネルで利用可能なビルドを指します。候補チャネルでバージョンが利用可能になると、さらに品質のチェックが行われます。品質基準を満たす場合は、これは fast-4.6 または stable-4.6 チャネルにプロモートされます。このストラテジーにより、特定のリリースが candidate-4.6 チャネルと fast-4.6 または stable-4.6 チャネルの両方で利用可能な場合、そのリリースは Red Hat でサポートされるバージョンということになります。candidate-4.6 チャネルには、いずれのチャネルでも推奨されていないリリースバージョンを含めることができます。

candidate-4.6 チャネルを使用して、OpenShift Container Platform の直前のマイナーバージョンからアップグレードできます。

注記

リリース候補は夜間ビルドとは異なります。夜間ビルドは各種機能への早期アクセスのために利用できますが、夜間ビルドへの/からの更新は推奨されておらず、サポートもされていません。夜間ビルドはいずれのアップグレードチャネルでも利用できません。ビルドについての詳細は、OpenShift Container Platform の リリースのステータス を参照できます。

fast-4.6 チャネル

fast-4.6 チャネルは、Red Hat が一般公開リリースとして指定のバージョンを宣言するとすぐに 4.6 の新規およびそれ以前のマイナーバージョンで更新されます。そのため、これらのリリースは完全にサポートされ、実稼働用の品質があり、これらのリリースのプロモート元の candidate-4.6 チャネルのリリース候補として利用可能であった間のパフォーマンスにも問題はありませんでした。リリースは fast-4.6 チャネルに表示されてからしばらくすると、stable-4.6 チャネルに追加されます。リリースは fast-4.6 チャネルに表示される前に、stable-4.6 チャネルに表示されることはありません。

fast-4.6 チャネルを使用して、OpenShift Container Platform の以前のマイナーバージョンからのアップグレードを実行できます。

stable-4.6 チャネル

fast-4.6 チャネルにはエラータの公開後すぐにリリースが組み込まれ、リリースの stable-4.6 チャネルへの追加は遅延します。この期間中、接続環境のカスタマープログラム(Connected Customer Program) に関わる Red Hat SRE チーム、Red Hat サポートサービス、および実稼働前および実稼働環境からリリースの安定性についてのデータが収集されます。

stable-4.6 チャネルを使用して、OpenShift Container Platform の以前のマイナーバージョンからのアップグレードを実行できます。

eus-4.6 チャネル

stable チャネルのほかに、OpenShift Container Platform の特定のマイナーバージョンは Extended Update Support (延長アップデートサポート) (EUS) を提供します。これらの EUS バージョンでは、プレミアムサブスクリプションをお持ちのお客様の場合、メンテナンスフェーズを 14 カ月に拡張されています。現時点で、OpenShift Container Platform 4.6 は EUS が適用される唯一のマイナーバージョンです。

OpenShift Container Platform 4.6 が EUS フェーズに移行するまで stable-4.6 と eus-4.6 チャネル間に相違はありませんが、 EUS チャネルが利用可能になり次第、これに切り換えることができます。OpenShift Container Platform 4.6 がライフサイクルの EUS フェーズに移行すると、stable-4.6 チャネルは後続の z-stream 更新を受信しなくなります。EUS チャネルに排他的なバージョンにアップグレードした後に、そのクラスターは次の EUS バージョンへのアップグレードが利用可能になるまでマイナーバージョンのアップグレードの対象ではなくなります。次に予定される EUS バージョンは 4.10 で、該当バージョンへのアップグレードには、4.6 から 4.7、4.8、4.9、4.10 の順など、バージョンの連続するセットが必要になります。

さらに、クラスターがサポートされるバージョンの OpenShift Container Platform 4.6 を実行している場合にのみ EUS チャネルに切り替えることができます。

最後に、EUS にのみ限定されている 4.6 バージョンをインストールする場合、アップグレードが 4.10 に提供されるまで、後続のマイナーバージョンにアップグレードすることはできません。

アップグレードバージョンパス

OpenShift Container Platform では、インストールされた OpenShift Container Platform のバージョンと、次のリリースにアクセスするために選択したチャネル内のパスの確認を可能にするアップグレード推奨サービスが提供されます。

fast-4.6 チャネルでは以下を確認できます。

  • 4.6.0
  • 4.6.1
  • 4.6.3
  • 4.6.4

このサービスは、テスト済みの重大な問題のないアップグレードのみを推奨します。これは、既知の脆弱性を含む OpenShift Container Platform のバージョンへの更新を提案しません。たとえば、クラスターが 4.6.1 にあり、OpenShift Container Platform が 4.6.4 を提案している場合、4.6.1 から 4.6.4 に更新しても問題がありません。パッチの連続する番号のみに依存しないようにしてください。たとえば、この例では 4.6.2 はチャネルで利用可能な状態ではなく、これまで利用可能になったことがありません。

更新の安定性は、チャネルによって異なります。candidate-4.6 チャネルに更新についての推奨があるからといって、その更新が必ずしもサポートされる訳ではありません。つまり、更新について深刻な問題がまだ検出されていないものの、この更新の安定性についての提案を導くようなトラフィックの安定性はとくに確認されていない可能性があります。任意の時点で fast-4.6 または stable-4.6 チャネルの更新の推奨がある場合は、更新がサポートされていることを示します。リリースがチャネルから削除されることは決してありませんが、深刻な問題を示す更新の推奨はすべてのチャネルから削除されます。更新の推奨が削除された後に開始された更新は依然としてサポートされます。

Red Hat は最終的には、fast-4.6 または stable-4.6 チャネルのサポートされるリリースから 4.6.z の最新リリースへのサポートされる更新パスを提供します。ただし、問題のあるリリースからの安全なパスが構築され、検証される間に遅延が生じる可能性があります。

高速かつ安定したチャネルの使用およびストラテジー

fast-4.6 および stable-4.6 チャネルでは、一般公開リリースが利用可能になり次第これを受信するか、または Red Hat がそれらの更新のロールアウトを制御するようにするかを選択することができます。問題がロールアウト時またはロールアウト後に検出される場合、該当バージョンへのアップグレードは fast-4.6 および stable-4.6 チャネルの両方でブロックされ、新たに推奨されるアップグレード先の新規バージョンが導入される可能性があります。

fast-4.6 チャネルで実稼働前のシステムを設定し、stable-4.6 チャネルで実稼働システムを設定してから Red Hat の接続環境のカスタマープログラム (Connected Customer Program) に参加することで、お客様のプロセスを改善することができます。Red Hat はこのプログラムを使用して、ご使用の特定のハードウェアおよびソフトウェア設定に対する更新の影響の有無を確認します。今後のリリースでは、更新が fast-4.6 から stable-4.6 チャネルに移行するペースが改善されるか、変更される可能性があります。

ネットワークが制限された環境のクラスター

OpenShift Container Platform クラスターのコンテナーイメージを独自に管理する場合には、製品リリースに関連する Red Hat エラータを確認し、アップグレードへの影響に関するコメントに留意する必要があります。アップグレード時に、インターフェースにこれらのバージョン間の切り替えについての警告が表示される場合があります。そのため、これらの警告を無視するかどうかを決める前に適切なバージョンを選択していることを確認する必要があります。

CLI プロファイル間の切り替え

チャネルは、Web コンソールまたは patch コマンドを使用して切り替えることができます。

$ oc patch clusterversion version --type json -p '[{"op": "add", "path": "/spec/channel", "value": "<channel>”}]'

Web コンソールは、現在のリリースを含まないチャネルに切り替えると、アラートを表示します。Web コンソールは、現在のリリースのないチャネルにある更新を推奨していません。ただし、任意の時点で元のチャネルに戻ることができます。

チャネルの変更は、クラスターのサポート可能性に影響を与える可能性があります。以下の条件が適用されます。

  • stable-4.6 チャネルから fast-4.6 チャネルに切り換える場合も、クラスターは引き続きサポートされます。
  • candidate-4.6 チャネルに切り換えることはできますが、このチャネルの一部のリリースはサポートされない可能性があります。
  • 現在のリリースが一般利用公開リリースの場合、candidate-4.6 チャネルから fast-4.6 チャネルに切り換えることができます。
  • fast-4.6 チャネルから stable-4.6 チャネルに常に切り換えることができます。現在のリリースが最近プロモートされた場合、リリースが stable-4.6 にプロモートされるまでに最長 1 日分の遅延が生じる可能性があります。