2.6. 既存の Operator によって監視されている名前空間の特定
クラスターにインストール済みの Operators for AMQ Broker がすでに含まれており、新しい Operator がすべてまたは複数の名前空間を監視するようにする場合は、新しい Operator が既存の Operator と同じ名前空間を監視しないようにする必要があります。以下の手順を使用して、既存の Operator によって監視されている名前空間を特定します。
手順
-
OpenShift Container Platform Web コンソールの左ペインで、
をクリックします。 -
プロジェクト ドロップダウンリストで、
All Projectsを選択します。 Filter Name ボックスに文字列 (
amqなど) を指定して、クラスターにインストールされている Operators for AMQ Broker を表示します。注記名前空間 列には、各 Operator が デプロイ されている名前空間が表示されます。
インストールされた各 Operator for AMQ Broker が 監視 するように設定されている名前空間を確認します。
- Operator 名をクリックして Operator の詳細を表示し、YAML タブをクリックします。
WATCH_NAMESPACEを検索し、Operator が監視する名前空間をメモします。-
WATCH_NAMESPACEセクションに、値がmetadata.namespaceのfieldPathフィールドがある場合、Operator はデプロイされている名前空間を監視しています。 WATCH_NAMESPACEセクションに名前空間のリストを持つvalueフィールドがある場合、Operator は指定された名前空間を監視しています。以下に例を示します。- name: WATCH_NAMESPACE value: "namespace1, namespace2"
WATCH_NAMESPACEセクションに空のvalueフィールドまたはアスタリスクがある場合、Operator はクラスター上のすべての名前空間を監視しています。以下に例を示します。- name: WATCH_NAMESPACE value: ""
この場合、新しい Operator をデプロイする前に、既存の Operator をアンインストールするか、特定の名前空間を監視するように再設定する必要があります。
-
次のセクションの手順では、Operator をインストールし、カスタムリソース (CR) を使用して OpenShift Container Platform でブローカーデプロイメントを作成する方法を説明します。この手順を正常に完了したら、Operator が個別の Pod で実行されます。作成する各ブローカーインスタンスは、Operator と同じプロジェクトの StatefulSet の個別の Pod として実行されます。その後、専用のアドレス CR を使用してブローカーデプロイメントでアドレスを定義する方法を確認できます。
