2.5. ブローカーデプロイメントの実行へのカスタムリソース変更の適用


以下は、ブローカーデプロイメントの実行にカスタムリソース(CR)の変更の適用について留意すべき点になります。

  • CR の persistenceEnabled 属性を動的に更新することはできません。この属性を変更するには、クラスターをゼロにスケールダウンします。既存の CR を削除します。次に、変更で CR を再作成し、再デプロイします。また、デプロイメントサイズも指定します。
  • CR の image 属性で 7.4 などのフローティングタグを使用する場合、デプロイメントは、デプロイメント設定の imagePullPolicy 属性または Stateful Set が Always に設定されている場合に、Red Hat Container Registry で利用可能な新規イメージバージョンを自動的にプルします。たとえば、デプロイメントで現在ブローカーイメージバージョン 7 .4-6 を使用し、新しいブローカーイメージバージョン 7. 4-7 が利用できる場合には、デプロイメントは、新しいイメージバージョンを自動的にプルし、使用します。新しいイメージを使用するには、デプロイメントの各ブローカーを再起動します。デプロイメントに複数のブローカーがある場合は、各ブローカーを順番に再起動します。
  • CR の deploymentPlan.size 属性の値は、oc scale コマンドによるブローカーデプロイメントのサイズの変更を上書きします。たとえば、oc scale を使用してデプロイメントのサイズを 3 つのブローカーから 2 つ変更する場合、CR の deploymentPlan.size の値は 3 つになります。この場合、OpenShift はまずデプロイメントを 2 つのブローカーにスケールダウンします。ただし、縮小操作が完了すると、Operator は CR で指定される 3 つのブローカーにデプロイメントを復元します。
  • アクティブなスケーリングイベント時に、さらに適用する変更は Operator によってキューに入れられ、スケーリングが完了した場合にのみ実行されます。たとえば、デプロイメントのサイズを 4 つのブローカーから 1 つにスケールダウンする場合などです。次に、縮小が行われる間、ブローカー管理者のユーザー名およびパスワードの値も変更します。この場合、Operator は 1 つのアクティブなブローカーでデプロイメントが実行されるまで、ユーザー名とパスワードの変更をキューに入れます。
  • すべてのカスタムリソースの変更 - デプロイメントのサイズを変更したり、アクセプター、コネクター、またはコンソールの expose 属性の値を変更することとは別に、既存のブローカーがスケールダウンしてから元に戻されます。デプロイメントに複数のブローカーがある場合は、1 度に 1 つのブローカーのみを縮小します。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る