3.4. カナリアロールアウト更新の実行

ワーカーノードの更新を個別のステージに分割するには、まず以下のマシン設定プールを定義することから始めます。

最初のメンテナンス期間中に、workerpool-A、workerpool-B、workerpool-C のマシン設定プール (MCP) を一時停止し、その後クラスターの更新を開始します。これにより、OpenShift Container Platform 上で実行されるコンポーネントと、一時停止されていない workerpool-canary MCP に含まれる 10 個のノードが更新されます。他の 3 つの MCP は一時停止されているため、更新されません。

何らかの理由で、クラスターまたはワークロードの健全性が workerpool-canary の更新によって悪影響を受けたと判断した場合は、問題を診断して解決するまで十分な容量を維持しながら、そのプール内のすべてのノードを遮断してドレインします。すべてが期待どおりに動作している場合は、クラスターとワークロードの健全性を評価してから、一時停止を解除し、別の各メンテナンス期間中に、workerpool-A、workerpool-B、および workerpool-C を順次更新します。

カスタムマシン設定プール (MCP) を使用してワーカーノードの更新を管理すると柔軟性が得られますが、複数のコマンドを実行する必要があり、時間のかかるプロセスになる可能性があります。この複雑さにより、クラスター全体に影響を及ぼす可能性のあるエラーが発生する可能性があります。開始する前に、組織のニーズを慎重に検討し、プロセスの実装を慎重に計画することを推奨します。