1.3. 更新チャネルとリリースについて

fast-4.20 チャネルは、Red Hat が OpenShift Container Platform 4.20 の新しいバージョンを一般提供 (GA) リリースとして宣言するとすぐに更新されます。そのため、これらのリリースは完全にサポートされており、実稼働環境での使用を目的としています。

fast-4.20 チャネルには、エラータが公開されるとすぐにリリースが追加されます。一方、stable-4.20 チャネルには、一定の遅延期間後にリリースが追加されます。この遅延期間中に、複数のソースからデータが収集され、製品のリグレッションの兆候がないか分析されます。相当数のデータポイントが収集されると、これらのリリースは stable チャネルに追加されます。

新しくインストールされたクラスターは、デフォルトで安定したチャネルを使用します。

stable チャネルのほかに、番号が偶数の OpenShift Container Platform マイナーバージョンはすべて Extended Update Support (延長更新サポート) (EUS) を提供します。stable チャネルに昇格したリリースは、同時に EUS チャネルにも昇格されます。EUS チャネルの主な目的は、コントロールプレーンのみの更新を実行するクラスターの利便性を高めることです。

candidate-4.20 チャネルでは、リリースがビルドされるとすぐに、サポートなしの早期アクセスが提供されます。candidate チャネルのみに存在するリリースには、最終的な GA リリースの完全な機能セットが含まれていないか、GA の前に機能が削除される可能性があります。さらに、これらのリリースは完全な Red Hat 品質保証の対象ではなく、後の GA リリースへの更新パスが提供されない可能性があります。これらの考慮事項を鑑みると、candidate チャネルは、クラスターの破棄と再作成が許容されるテスト目的にのみ適しています。

OpenShift Container Platform には更新推奨サービスがあり、インストール済みの OpenShift Container Platform バージョンと、次のリリースにアクセスするためにチャネル内のパスを確認できるようになっています。更新パスも、現在選択されているチャネルとそのプロモーション特性に関連するバージョンに限定されます。

例として、お使いのチャネルに次のようなリリースが表示されている状況を考えてみます。

このサービスは、テスト済みで重大なリグレッションが確認されていない更新のみを推奨します。たとえば、お使いのクラスターが 4.20.1 であり、OpenShift Container Platform が 4.20.4 を提案している場合は、4.20.1 から 4.20.4 に更新することを推奨します。

Red Hat は、サポートチャネルに追加する前後で、新規リリースバージョンおよび、このような新規リリースバージョンに関連する更新パスをモニタリングしています。

Red Hat は、サポート対象リリースから更新の推奨を削除する場合には、今後のバージョンに対して、そのリグレッションを修正する、代わりとなる更新の推奨が提供される予定です。ただし、問題の修正とテスト、選択したチャネルへの昇格に、時間がかかる可能性があります。

OpenShift Container Platform 4.10 以降、確認された更新リスクは、該当する更新の条件付き更新リスクとして宣言されます。既知の各リスクは、すべてのクラスターに適用される場合もあれば、特定の条件に一致するクラスターのみに適用される場合もあります。たとえば、Platform を None に、CNI プロバイダーを OpenShiftSDN に設定しています。Cluster Version Operator (CVO) は、現在のクラスター状態に対する既知のリスクを継続的に評価します。該当するリスクがない場合は、更新を推奨します。リスクが一致する場合、それらの更新パスは 既知の問題のある更新 としてラベル付けされ、既知の問題への参照リンクが提供されます。参照リンクは、クラスター管理者がリスクを受け入れてクラスターの更新を続行するかどうかを決定するのに役立ちます。

Red Hat が条件付き更新リスクを宣言することを選択した場合、関連するすべてのチャネルで同時に宣言します。条件付き更新リスクの宣言は、サポートされているチャネルに更新がプロモートされる前、または後に発生する可能性があります。

適切なチャネルを選択する際には、2 つの点を決定する必要があります。

まず、クラスターの更新に必要なマイナーバージョンを選択します。現在のバージョンに一致するチャネルを選択すると、z-stream 更新のみが適用され、機能更新は受信されません。現在のバージョンよりも新しいバージョンを含む利用可能なチャネルを選択すると、更新を 1 回または複数回行うことで、対象のバージョンに更新されます。クラスターには、現在のバージョン、次のバージョン、または次の EUS バージョンに該当するチャネルのみが提供されます。

次に、目的とするロールアウト戦略を選択する必要があります。Red Hat がリリースの GA を宣言したらすぐに fast チャネルを選択して更新することも、Red Hat がリリースを stable チャネルに昇格するまで待つこともできます。fast-4.20 と stable-4.20 で提供される更新の推奨は、両方とも完全にサポートされており、継続的なデータ分析の恩恵を等しく受けます。この 2 つのチャネルの唯一の違いは、リリースが stable チャネルに昇格されるまでの遅延期間です。最新の z-stream への更新は、通常 1 - 2 週間以内に stable チャネルに昇格されます。しかし、最新のマイナーバージョンへの更新を最初にロールアウトする際の遅延は、それよりもはるかに長く、通常は 45 - 90 日かかります。stable チャネルへの昇格を待っているとスケジューリング計画に影響する可能性があるため、希望するチャネルを選択する際には昇格の遅延を考慮してください。

また、組織が fast チャネルに永続的または一時的に移行する要因がいくつかあります。

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

チャネルは、Web コンソールまたは adm upgrade channel コマンドで切り換えることができます。

oc adm upgrade channel <channel>

$ oc adm upgrade channel <channel>

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

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