7.2. コンポーネントとアーキテクチャー

Operator Controller は、インストールされた拡張機能のインスタンスを表す単一のリソースである新しい ClusterExtension API オブジェクトを提供します。これには、registry+v1 バンドル形式を介した Operator などが含まれます。この clusterextension.olm.operatorframework.io API は、ユーザー向け API を 1 つのオブジェクトに統合することで、インストールされた拡張機能の管理を効率化します。

apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
  name: <operator_name>
spec:
  packageName: <package_name>
  installNamespace: <namespace_name>
  channel: <channel_name>
  version: <version_number>

apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
  name: pipelines-operator
spec:
  packageName: openshift-pipelines-operator-rh
  installNamespace: <namespace_name>
  channel: latest 1

apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
  name: pipelines-operator
spec:
  packageName: openshift-pipelines-operator-rh
  installNamespace: <namespace_name>
  version: "1.11.1" 1

apiVersion: olm.operatorframework.io/v1alpha1
kind: ClusterExtension
metadata:
  name: pipelines-operator
spec:
  packageName: openshift-pipelines-operator-rh
  installNamespace: <namespace_name>
  version: ">1.11.1" 1

$ oc apply -f <extension_name>.yaml

RukPak は、クラウドネイティブコンテンツをパッケージ化して配布するためのプラグイン可能なソリューションです。インストール、更新、ポリシーに関する高度なストラテジーをサポートします。

RukPak は、Kubernetes クラスターにアーティファクトをインストールするためのコンテンツエコシステムを提供します。OpenShift Container Platform 4.16 では、RukPak は従来の Operator Lifecycle Manager (OLM) バンドルをアーティファクトとしてサポートします。その後、RukPak はこれらのアーティファクトを安全な方法で管理、スケーリング、アップグレードして、強力なクラスター拡張を実現できます。

RukPak は、コントローラーのセットと BundleDeployment API を中核としています。この API は、クラスターにインストールするコンテンツと、そのコンテンツの実行中のデプロイメントを作成する方法を表すカスタムリソース定義 (CRD) としてパッケージ化されています。コントローラーは API を監視します。

RukPak は、プロビジョナー と呼ばれる一連のコントローラーで構成され、Kubernetes クラスターにコンテンツをインストールして管理します。プロビジョナーは BundleDeployment オブジェクトと連携してコンテンツをクラスターに取り込んでインストールし、クラスター内にリソースを生成します。

現在、レジストリープロビジョナー が実装されており、RukPak に含まれています。レジストリーバンドル (registry+v1 バンドル) には、従来の Operator Lifecycle Manager (OLM) バンドル形式で編成された静的 Kubernetes YAML マニフェストのセットが含まれています。レジストリープロビジョナーは、レジストリーバンドルを取得して展開します。

プロビジョナーには一意の ID が割り当てられます。プロビジョナーは、その ID と同じ spec.provisionerClassName フィールドを使用してバンドルと BundleDeployment オブジェクトを調整します。たとえば、レジストリープロビジョナーは、指定された registry+v1 バンドルをクラスターに展開し、それをインスタンス化して、バンドルのコンテンツをクラスターで利用できるようにできます。

プロビジョナーは、プロビジョナーを明示的に参照する BundleDeployment リソースを監視します。特定のバンドルについて、プロビジョナーはバンドルのコンテンツをクラスターに展開します。次に、そのバンドルを参照する BundleDeployment リソースを指定すると、プロビジョナーはバンドルのコンテンツをインストールし、それらのリソースのライフサイクルを管理します。

OpenShift Container Platform 4.16 では、RukPak の BundleDeployment は、バンドルをアクティブにするタイミングを指定します。これには、アクティブなバンドルの古いバージョンからのピボットが含まれます。

Pod がコンテナーイメージのインスタンスを生成するのと同じように、バンドルのデプロイではデプロイされたバージョンのバンドルが生成されます。バンドルのデプロイは、Pod の概念の一般化と見なすことができます。

バンドルのデプロイが参照されたバンドルに基づいてクラスターに変更を加える方法の詳細は、そのバンドルのデプロイを監視するように設定されているプロビジョナーによって定義されます。

catalogd コンポーネントを使用して、Operator やコントローラーなどの Kubernetes 拡張機能のカタログをクエリーすることで、インストール可能なコンテンツを検出できます。Catalogd は、クラスター上のクライアント用にカタログコンテンツを展開する Kubernetes 機能拡張であり、マイクロサービスの Operator Lifecycle Manager (OLM) 1.0 スイートの一部です。現在、catalogd は、コンテナーイメージとしてパッケージ化および配布されているカタログコンテンツを解凍します。

apiVersion: catalogd.operatorframework.io/v1alpha1
kind: Catalog
metadata:
  name: redhat-operators
spec:
  source:
    type: image
    image:
      ref: registry.redhat.io/redhat/redhat-operator-index:v4.16
      pullSecret: <pull_secret_name>
      pollInterval: <poll_interval_duration> 1

apiVersion: catalogd.operatorframework.io/v1alpha1
kind: Catalog
metadata:
  name: certified-operators
spec:
  source:
    type: image
    image:
      ref: registry.redhat.io/redhat/certified-operator-index:v4.16
      pullSecret: <pull_secret_name>
      pollInterval: 24h

apiVersion: catalogd.operatorframework.io/v1alpha1
kind: Catalog
metadata:
  name: community-operators
spec:
  source:
    type: image
    image:
      ref: registry.redhat.io/redhat/community-operator-index:v4.16
      pullSecret: <pull_secret_name>
      pollInterval: 24h

$ oc apply -f <catalog_name>.yaml 1