1.3.6. アップデートチャネルを選択する際に考慮すべき事項
クラスターに適した更新チャネルを選択するには、2 つの決定事項があります。
まず、クラスターの更新に必要なマイナーバージョンを選択します。現在のバージョンに一致するチャネルを選択すると、z-stream 更新のみが適用され、機能更新は受信されません。現在のバージョンよりも新しいバージョンを含む利用可能なチャネルを選択すると、更新を 1 回または複数回行うことで、対象のバージョンに更新されます。クラスターには、現在のバージョン、次のバージョン、または次の EUS バージョンに該当するチャネルのみが提供されます。
多数のマイナーバージョンをまたいだ更新を計画することは複雑であるため、1 回のコントロールプレーンのみの更新を超える更新の計画を支援するチャネルは提供されていません。
次に、目的とするロールアウト戦略を選択する必要があります。Red Hat がリリースを一般提供 (GA) すると発表したらすぐに、高速チャネルを選択してアップデートすることもできますし、Red Hat がリリースを安定版チャネルに昇格させるまで待つこともできます。fast-4.20 と stable-4.20 で提供される更新の推奨は、両方とも完全にサポートされており、継続的なデータ分析の恩恵を等しく受けます。この 2 つのチャネルの唯一の違いは、リリースが stable チャネルに昇格されるまでの遅延期間です。最新の z-stream への更新は、通常 1 - 2 週間以内に stable チャネルに昇格されます。しかし、最新のマイナーバージョンへの更新を最初にロールアウトする際の遅延は、それよりもはるかに長く、通常は 45 - 90 日かかります。stable チャネルへの昇格を待っているとスケジューリング計画に影響する可能性があるため、希望するチャネルを選択する際には昇格の遅延を考慮してください。
さらに、組織がクラスターを恒久的または一時的に高速チャネルに移行する原因となる要因はいくつかあり、以下のようなものがあります。
- 遅滞なく、お使いの環境に影響を与えている既知の問題に対する特定の修正を適用する場合。
- 遅滞なく CVE 修正プログラムを適用する場合。CVE 修正によりリグレッションが発生する可能性があるため、CVE 修正を含む z-stream には引き続き昇格に時間がかかります。
- 内部テストプロセス。組織がリリースの認定に数週間かかる場合は、待たずに昇格プロセスと同時にテストすることを推奨します。これにより、Red Hat に提供されるテレメトリー信号はすべて展開プロセスに反映されるため、お客様に関連する問題をより迅速に解決できます。