3.2.4. アップグレードストラテジーを変更

Red Hat Single Sign-On 7.6 Operator は、サーバーのアップグレード実行時の再作成およびローリングストラテジーをサポートしていました。このアプローチは現実的ではありませんでした。Red Hat Single Sign-On 7.6 Operator がアップグレードとデータベース移行を実行する前にデプロイメントをスケールダウンするかどうかは、ユーザーが選択する必要がありました。ローリングストラテジーがいつ安全に使用できるかは、ユーザーには明らかではありませんでした。

そのため、Red Hat build of Keycloak Operator はデフォルトで再作成ストラテジーを実行し、新しいサーバーコンテナーイメージを使用して Pod を作成する前にデプロイメント全体をスケールダウンして、単一のサーバーバージョンのみがデータベースにアクセスするようにします。

ユーザーは、Auto と Explicit の 2 つの代替更新ストラテジーを設定でき、場合によってはローリング更新が可能になります。これらの更新ストラテジーでも、データベースにアクセスできるサーバーバージョンは常に 1 つだけであることに注意してください。

このトピックに関連して、Red Hat build of Keycloak のバージョン 26.4 でテクノロジープレビュー機能が導入されました。詳細は、パッチリリースのローリング更新 を参照してください。