Red Hat Summit第3章 OpenShift Data Foundation Operator
Red Hat OpenShift Data Foundation は、次の 3 つの Operator Liftcycle Manager (OLM) Operator バンドルで構成され、タスクとリソースの特性を簡単に自動化できるように、管理タスクとカスタムリソースを体系化する 4 つの Operator をデプロイします。
OpenShift Data Foundation
-
odf-operator
-
OpenShift Container Storage
-
ocs-operator -
rook-ceph-operator
-
Multicloud Object Gateway
-
mcg-operator
-
管理者はクラスターの必要な最終状態を定義し、OpenShift Data Foundation Operator は管理者の介入を最小限に抑えてクラスターをその状態にするか、その状態に近づけるようにします。
3.1. OpenShift Data Foundation Operator
odf-operator は、OpenShift Data Foundation の "メタ" Operator、つまり、他の Operator に影響を与えることを目的とした Operator として説明できます。
odf-operator には、以下の主要機能があります。
OpenShift Data Foundation を設定する他の Operator の構成とバージョン管理を実施します。これは、Operator の依存関係とサブスクリプション管理という 2 つの主要なメカニズムを使用して行われます。
-
odf-operatorバンドルは、他の OLM operator への依存関係を指定して、それらが常に特定のバージョンでインストールされるようにします。 - Operator 自体が他のすべての Operator のサブスクリプションを管理して、それらの Operator の目的のバージョンが OLM によるインストールに使用できることを確認します。
-
- OpenShift Console 用の OpenShift Data Foundation 外部プラグインを提供します。
- ストレージソリューションを OpenShift コンソールと統合するための API を提供します。
3.1.1. コンポーネント
odf-operatorは、ocs-operator パッケージに依存しています。また、mcg-operator のサブスクリプションも管理します。さらに、odf-operator バンドルは、OpenShift Console 用の OpenShift Data Foundation 外部プラグインの 2 番目のデプロイメントを定義します。これは、OpenShift Data Foundation ダッシュボードを OpenShift Container Platform Console に直接登録および統合するために必要なファイルを提供する nginx ベースの Pod を定義します。
3.1.2. 設計ダイアグラム
この図は、odf-operator が OpenShift Container Platform にどのように統合されているかを示しています。
図3.1 OpenShift Data Foundation Operator
3.1.3. 責任
odf-operator は、次の CRD を定義します。
-
StorageSystem
StorageSystem CRD は、OpenShift Container Platform にデータストレージとサービスを提供する基盤となるストレージシステムを表します。これにより、Operator は、特定の 種類 のストレージシステムの サブスクリプション が存在することを確認します。
3.1.4. リソース
ocs-operator は、特定の StorageSystem の仕様に応じて、次の CR を作成します。
Operator Lifecycle Manager のリソース
指定された StorageSystem's の種類を定義および調整する Operator の Subscription を作成します。
3.1.5. 制限
odf-operator は、データストレージやサービス自体を提供しません。これは、他のストレージシステムの統合および管理レイヤーとして存在します。
3.1.6. 高可用性
高可用性は、他のほとんどの Operator と同様、odf-operator Pod の主な要件ではありません。通常、プロセスのディストリビューションに必要な操作や利点はありません。OpenShift Container Platform は、現在の Pod が利用できなくなるか、削除されるたびに、置換 Pod を迅速に立ち上げます。
3.1.7. 関連する設定ファイル
odf-operator には、演算子の動作の変更に使用できる変数の ConfigMap が付属しています。
3.1.8. 関連するログファイル
OpenShift Data Foundation の問題の理解を深めるには、以下を確認してください。
- Operator Pod ログ
-
StorageSystemステータス - 基盤となるストレージシステムの CRD ステータス
Operator Pod ログ
各 Operator は、調整および発生したエラーの情報が含まれる標準の Pod ログを提供します。これらのログには多くの場合、正常な調整に関する情報があり、これを除外して無視できます。
StorageSystem のステータスおよびイベント
StorageSystem CR は、CR のステータスに調整の詳細を保存し、関連するイベントを持ちます。StorageSystem の仕様には、実際のストレージシステムの CRD の名前、namespace、および Kind が含まれています。これらを使用して、管理者はストレージシステムのステータスに関する詳細情報を見つけることができます。
3.1.9. ライフサイクル
OpenShift Data Foundation バンドルがインストールされている限り、odf-operator が存在する必要があります。これは OpenShift Data Foundation CSV の OLM の調整の一部として管理されます。Pod の少なくとも 1 つのインスタンスが Ready 状態にある必要があります。
CRD などの Operator オペランドは Operator のライフサイクルには影響しません。StorageSystems の作成と削除は、Operator の制御外の操作であり、管理者が開始するか、適切なアプリケーションプログラミングインターフェイス (API) 呼び出しで自動化する必要があります。
