第23章 ローリング更新が可能かどうかを確認する
更新互換性コマンドを実行して、Red Hat build of Keycloak がデプロイメントの変更に対するローリング更新をサポートしているかどうかを確認します。
機能を有効化または無効化するとき、あるいは Red Hat build of Keycloak のバージョン、設定、プロバイダー、テーマを変更するときに、ローリング更新ストラテジーを使用してデプロイメントを更新できるかどうかを確認するには、更新互換性コマンドを使用します。結果には、ローリング更新が可能かどうか、または再作成更新が必要かどうかが示されます。
現在のバージョンでは、古いバージョンと新しいバージョンの Red Hat build of Keycloak バージョンが同じである場合にローリング更新が可能であることを示しています。Red Hat build of Keycloak の今後のバージョンでは、その動作が変更され、設定、イメージ、バージョンからの追加情報を使用して、ローリング更新でダウンタイムを削減可能かどうかが判断されます。
これは完全にスクリプト化可能であるため、更新手順ではその情報を使用して、実行された変更に応じてローリングを実行したり、ストラテジーを再作成したりできます。また、以前の設定のメタデータをファイルに保存できるため、GitOps にも適しています。このファイルを新しい設定の CI/CD パイプラインで使用して、ローリング更新が可能かどうか、または再作成更新が必要かどうかを判断します。
Red Hat build of Keycloak Operator を使用している場合は、ローリング更新によるダウンタイムの回避 の章と Auto
ストラテジーに移動して、詳細を確認してください。
23.1. サポート対象の更新ストラテジー
- ローリング更新
- このガイドでは、ローリング更新とは、少なくとも 2 つのノードで構成されるデプロイメントに対して、ダウンタイムなしで実行できる更新を指します。Red Hat build of Keycloak を 1 つずつ更新します。古いデプロイメントノードの 1 つをシャットダウンし、新しいデプロイメントノードを起動します。Red Hat build of Keycloak に進む前に、新しいノードの起動プローブが成功を返すまで待機します。起動プローブを有効にして使用する方法の詳細は ヘルスチェックによるインスタンスステータスの追跡 の章を参照してください。
- 再作成更新
- 再作成更新はゼロダウンタイムと互換性がないため、ダウンタイムを適用する必要があります。新しいバージョンのノードを起動する前に、古いバージョンを実行しているクラスターのすべてのノードをシャットダウンします。