2.5. ブローカーデプロイメントの実行へのカスタムリソース変更の適用
以下は、ブローカーデプロイメントの実行にカスタムリソース(CR)の変更の適用について留意すべき点になります。
-
CR の
persistenceEnabled属性を動的に更新することはできません。この属性を変更するには、クラスターをゼロにスケールダウンします。既存の CR を削除します。次に、変更で CR を再作成し、再デプロイします。また、デプロイメントサイズも指定します。 -
CR の
image属性で7.4などのフローティングタグを使用する場合、デプロイメントは、デプロイメント設定のimagePullPolicy属性または Stateful Set がAlwaysに設定されている場合に、Red Hat Container Registry で利用可能な新規イメージバージョンを自動的にプルします。たとえば、デプロイメントで現在ブローカーイメージバージョン74-7 が利用できる場合には、デプロイメントは、新しいイメージバージョンを自動的にプルし、使用します。新しいイメージを使用するには、デプロイメントの各ブローカーを再起動します。デプロイメントに複数のブローカーがある場合は、各ブローカーを順番に再起動します。.4-6を使用し、新しいブローカーイメージバージョン 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 つのブローカーのみを縮小します。