3.7. ブローカーデプロイメントのステータス情報の表示

手順

1. ブローカーデプロイメントの CR インスタンスを開きます。

   1. OpenShift コマンドラインインターフェイスの使用:

      1. ブローカーデプロイメントのプロジェクトに CR を表示する権限を持つユーザーとして OpenShift Container Platform にログインします。

      2. デプロイメントの CR を表示します。

          oc get ActiveMQArtemis <CR instance name> -n <namespace> -o yaml

   2. OpenShift Container Platform Web コンソールの使用

      1. ブローカーデプロイメントのプロジェクトに CR をデプロイする権限を持つユーザーとしてコンソールにログインします。
      2. 左側のペインで、Operators Installed Operator をクリックします。
      3. Red Hat Integration - AMQ Broker for RHEL 8 (Multiarch) Operator をクリックします。
      4. ActiveMQ Artemis タブをクリックします。
      5. ActiveMQ Artemis インスタンスの名前をクリックします。

2. ブローカーデプロイメントの OpenShift Container Platform 条件のステータスを表示します。

   1. OpenShift コマンドラインインターフェイスの使用:

      1. CR の status セクションに移動し、conditions の詳細を表示します。

   2. OpenShift Container Platform Web コンソールの使用

      1. Details タブで、Conditions セクションまで下にスクロールします。

         条件にはステータスとタイプがあります。理由、メッセージ、その他の詳細が含まれている場合もあります。条件のステータス値は、条件が満たされる場合は True、条件が満たされない場合は False、条件のステータスを判断できない場合は Unknown になります。Valid 条件には、ブローカーデプロイメントに影響しない設定の異常を示すための Unknown ステータスが表示されることもあります。詳細は、「カスタムリソース (CR) 内のイメージとバージョン設定の検証」 を参照してください。

         ステータス情報は、次の条件に対して提供されます。

         表3.1 ブローカーデプロイメントのステータス情報

         条件名	…のステータスを表示します
         Valid	CR の検証。Valid 条件のステータスが False の場合、False ステータスの原因となった問題を最初に解決するまで、オペレーターは調整を完了せず、StatefulSet を更新しません。
         Deployed	StatefulSet、Pod、およびその他のリソースの可用性。
         Ready	他のより詳細な条件を集約する最上位の条件。Ready 条件のステータスが True になるのは、他の条件のステータスが False でない場合のみです。
         BrokerPropertiesApplied	brokerProperties 属性を使用する CR で設定されたプロパティー。BrokerPropertiesApplied 条件の詳細は、「カスタムリソース定義(CRD)で公開されていない項目の設定」 を参照してください。
         JaasPropertiesApplied	CR で設定された Java Authentication and Authorization Service (JAAS) ログインモジュール。JaasPropertiesApplied 条件の詳細は、「シークレットでの JAAS ログインモジュールの設定」 を参照してください。

3. CR の status セクションで、ブローカーデプロイメントの追加のステータス情報を表示します。次の追加のステータス情報が表示されます。

   deploymentPlanSize

   デプロイメント内のブローカー Pod の数。

   podstatus

   デプロイメント内の各ブローカー Pod のステータスと名前。

   version

   ブローカーのバージョン、ブローカーのレジストリー URL、およびデプロイされる初期コンテナーイメージ。

   upgrade

   オペレータがメジャー、マイナー、パッチ、セキュリティー更新をデプロイメントに適用できるかどうか。これは、CR の spec.deploymentPlan.image 属性と spec.version 属性の値によって決まります。

   • spec.deploymentPlan.image 属性でブローカーコンテナーイメージのレジストリー URL が指定されている場合、すべてのアップグレードタイプのステータスは False になります。これは、オペレータが既存のコンテナーイメージをアップグレードできないことを意味します。

   • spec.deploymentPlan.image 属性が CR にない場合、または値が placeholder である場合、spec.version 属性の設定は次のように upgrade ステータスに影響します。

     • spec.version 属性が設定されているかどうか、またはその値に関係なく、securityUpdates のステータスは True です。
     • spec.version 属性の値にメジャーバージョンとマイナーバージョン (たとえば 7.10) のみがある場合、patchUpdates のステータスは True になるため、オペレーターはコンテナーイメージの最新のパッチバージョンにアップグレードできます。
     • spec.version attribute の値にメジャーバージョン （例：'7'）がある場合、minorUpdates のステータスは True になります。これにより、Operator はコンテナーイメージの最新のマイナーバージョンおよびパッチバージョンにアップグレードできます。
     • spec.version 属性が CR にない場合、majorUpdates のステータスは True になるため、このバージョンが利用可能な場合は、7.xx から 8.xx へのアップグレードを含め、利用可能なアップグレードをデプロイできます。