3.2. OpenShift Container Platform 4.18 のオプションのクラスター機能


現在、クラスター Operator はこれらのオプション機能を提供します。以下は、各オプションが提供する機能と、無効にした場合に失われる機能をまとめたものです。

3.2.1. ベアメタル機能

Cluster Baremetal Operator は、baremetal 機能の機能を提供します。

Cluster Baremetal Operator (CBO) は、OpenShift Container Platform コンピュートノードを実行する準備が整った、完全に機能するワーカーノードにベアメタルサーバーを導入するために必要なすべてのコンポーネントをデプロイします。CBO は、Bare Metal Operator (BMO) と Ironic コンテナーで構成される metal3 デプロイメントが、OpenShift Container Platform クラスター内のコントロールプレーンノードの 1 つで実行されるようにします。また、CBO は、監視し、適切なアクションを実行するリソースへの OpenShift Container Platform の更新をリッスンします。

installer-provisioned infrastructure を使用したデプロイメントには、ベアメタル機能が必要です。ベアメタル機能を無効にすると、これらのデプロイメントで予期しない問題が発生する可能性があります。

重要

ベアメタル機能が無効になっていると、クラスターはベアメタルノードをプロビジョニングまたは管理できません。デプロイメントに BareMetalHost リソースがない場合にのみ、この機能を無効にしてください。baremetal 機能は MachineAPI 機能に依存します。baremetal 機能を有効にする場合は、MachineAPI も有効にする必要があります。

注記

クラスター管理者は、クラスター内に BareMetalHost リソースを持たない user-provisioned infrastructure を使用したインストールの実行中に限り、ベアメタル機能を無効にすることを推奨します。

3.2.2. ビルド機能

3.2.2.1. 目的

Build 機能により、Build API が有効になります。Build API は、Build オブジェクトと BuildConfig オブジェクトのライフサイクルを管理します。

重要

Build 機能を無効にすると、クラスターで次のリソースが使用できなくなります。

  • Build および BuildConfig リソース
  • builder サービスアカウント

クラスターで BuildBuildConfig リソースが不要な場合、または builder サービスアカウントが不要な場合にのみ、Build 機能を無効にします。

3.2.3. Cloud Controller Manager 機能

Cloud Controller Manager Operator は、CloudControllerManager の機能を提供します。

注記

CloudControllerManager 機能の無効化は、現在すべてのプラットフォームでサポートされているわけではありません。

クラスターのインストール設定 (install-config.yaml) ファイルの値を確認することで、クラスターが CloudControllerManager 機能の無効化をサポートしているかどうかを判断できます。

install-config.yaml ファイルで、platform パラメーターを見つけます。

  • platform パラメーターの値が Baremetal または None の場合は、クラスターで CloudControllerManager 機能を無効にできます。
  • platform パラメーターの値が External の場合は、platform.external.cloudControllerManager パラメーターを見つけます。platform.external.cloudControllerManager パラメーターの値が None の場合は、クラスターで CloudControllerManager 機能を無効にできます。
重要

これらのパラメーターに上記以外の値が含まれている場合は、クラスターで CloudControllerManager 機能を無効にすることはできません。

注記

現在、この Operator は Amazon Web Services (AWS)、Google Cloud Platform (GCP)、IBM Cloud®、グローバル Microsoft Azure、Microsoft Azure Stack Hub、Nutanix、Red Hat OpenStack Platform (RHOSP)、および VMware vSphere 向けに一般提供されています。

この Operator は、IBM Power® Virtual Server では テクノロジープレビュー として提供されています。

Cloud Controller Manager Operator は、OpenShift Container Platform にデプロイされた Cloud Controller Manager を管理および更新します。Operator は Kubebuilder フレームワークおよび controller-runtime ライブラリーに基づいています。Cluster Version Operator (CVO) を使用して、Cloud Controller Manager Operator をインストールできます。

Cloud Controller Manager Operator には、次のコンポーネントが含まれています。

  • Operator
  • クラウド設定のオブザーバー

デフォルトで、Operator は metrics サービス経由で Prometheus メトリックを公開します。

3.2.4. クラウド認証情報機能

Cloud Credential Operator は、CloudCredential の機能を提供します。

注記

現在、CloudCredential 機能の無効化は、ベアメタルクラスターでのみサポートされています。

Cloud Credential Operator (CCO) は、クラウドプロバイダーの認証情報を Kubernetes カスタムリソース定義 (CRD) として管理します。CCO は CredentialsRequest カスタムリソース (CR) で同期し、OpenShift Container Platform コンポーネントが、クラスターの実行に必要な特定のパーミッションと共にクラウドプロバイダーの認証情報を要求できるようにします。

install-config.yaml ファイルで credentialsMode パラメーターに異なる値を設定すると、CCO は複数の異なるモードで動作するように設定できます。モードが指定されていない場合や、credentialsMode パラメーターが空の文字列 ("") に設定されている場合、CCO はデフォルトモードで動作します。

3.2.5. クラスターイメージレジストリー機能

Cluster Image Registry Operator は、ImageRegistry の機能を提供します。

Cluster Image Registry Operator は、OpenShift イメージレジストリーのシングルトンインスタンスを管理します。ストレージの作成を含む、レジストリーのすべての設定を管理します。

初回起動時に、Operator はクラスターで検出される設定に基づいてデフォルトの image-registry リソースインスタンスを作成します。これは、クラウドプロバイダーに基づいて使用するクラウドストレージのタイプを示します。

完全な image-registry リソースを定義するのに利用できる十分な情報がない場合は、その不完全なリソースが定義され、Operator は足りない情報を示す情報を使用してリソースのステータスを更新します。

Cluster Image Registry Operator は openshift-image-registry namespace で実行され、その場所のレジストリーインスタンスも管理します。レジストリーのすべての設定およびワークロードリソースはその namespace に置かれます。

イメージレジストリーをクラスターのユーザー認証および認可システムに統合するために、イメージプルシークレットがクラスターのサービスアカウントごとに生成されます。

重要

ImageRegistry 機能を無効にした場合、または Cluster Image Registry Operator の設定で統合済みの OpenShift イメージレジストリーを無効にした場合は、イメージプルシークレットがサービスアカウントごとに生成されません。

ImageRegistry 機能を無効にすると、通信環境における OpenShift Container Platform の全体的なリソースフットプリントを削減できます。デプロイメントに応じて、このコンポーネントが必要ない場合は無効にできます。

3.2.5.1. プロジェクト

cluster-image-registry-operator

3.2.6. クラスターストレージ機能

Cluster Storage Operator は、Storage 機能を提供します。

Cluster Storage Operator は OpenShift Container Platform のクラスター全体のストレージのデフォルト値を設定します。これにより、OpenShift Container Platform クラスターのデフォルトの storageclass の存在を確認できます。また、クラスターがさまざまなストレージバックエンドを使用できるようにする Container Storage Interface (CSI) ドライバーもインストールします。

重要

クラスターストレージ機能が無効になっていると、クラスターにデフォルトの storageclass または CSI ドライバーはありません。クラスターストレージ機能が無効になっていると、管理者権限を持つユーザーは、デフォルトの storageclass を作成して CSI ドライバーを手動でインストールできます。

3.2.6.1. 注記

  • Operator が作成するストレージクラスは、そのアノテーションを編集することで非デフォルトにできますが、Operator が実行されているかぎり、このストレージクラスを削除することはできません。

3.2.7. コンソール機能

Console Operator は、Console 機能を提供します。

Console Operator は OpenShift Container Platform Web コンソールをクラスターにインストールし、維持します。Console Operator はデフォルトでインストールされ、コンソールを自動的に維持します。

3.2.8. CSI スナップショットコントローラー機能

Cluster CSI Snapshot Controller Operator は、CSISnapshot 機能を提供します。

Cluster CSI Snapshot Controller Operator は、CSI Snapshot Controller をインストールし、維持します。CSI Snapshot Controller は VolumeSnapshot CRD オブジェクトを監視し、ボリュームスナップショットの作成および削除のライフサイクルを管理します。

3.2.9. DeploymentConfig 機能

3.2.9.1. 目的

DeploymentConfig 機能は、DeploymentConfig API を有効にして管理します。

重要

DeploymentConfig 機能を無効にすると、クラスター内で次のリソースが使用できなくなります。

  • DeploymentConfig リソース
  • deployer サービスアカウント

クラスターに DeploymentConfig リソースと deployer サービスアカウントが必要ない場合にのみ、DeploymentConfig 機能を無効にしてください。

3.2.10. Ingress 機能

Ingress Operator は、Ingress 機能を提供します。Ingress 機能はデフォルトで有効になっています。

重要

baselineCapabilitySet フィールドを None に設定する場合、Ingress 機能が無効になっているとクラスターのインストールが失敗するため、Ingress 機能を明示的に有効にする必要があります。

Ingress Operator は OpenShift Container Platform ルーターを設定し、管理します。

3.2.10.1. プロジェクト

openshift-ingress-operator

3.2.10.2. CRD

  • clusteringresses.ingress.openshift.io

    • スコープ: Namespaced
    • CR: clusteringresses
    • 検証: No

3.2.10.3. 設定オブジェクト

  • クラスター設定

    • タイプ名: clusteringresses.ingress.openshift.io
    • インスタンス名: default
    • コマンドの表示:

      $ oc get clusteringresses.ingress.openshift.io -n openshift-ingress-operator default -o yaml
      Copy to Clipboard Toggle word wrap

3.2.10.4. 注記

Ingress Operator はルーターを openshift-ingress プロジェクトに設定し、ルーターのデプロイメントを作成します。

$ oc get deployment -n openshift-ingress
Copy to Clipboard Toggle word wrap

Ingress Operator は、network/cluster ステータスの clusterNetwork[].cidr を使用して、管理 Ingress Controller (ルーター) が動作するモード (IPv4、IPv6、またはデュアルスタック) を判別します。たとえば、clusterNetwork に v6 cidr のみが含まれる場合、Ingress Controller は IPv6 専用モードで動作します。

以下の例では、Ingress Operator に管理される Ingress Controller は、1 つのクラスターネットワークのみが存在し、ネットワークが IPv4 cidr であるために IPv4 専用モードで実行されます。

$ oc get network/cluster -o jsonpath='{.status.clusterNetwork[*]}'
Copy to Clipboard Toggle word wrap

出力例

map[cidr:10.128.0.0/14 hostPrefix:23]
Copy to Clipboard Toggle word wrap

3.2.11. Insights 機能

Insights Operator は、Insights 機能を提供します。

Insights Operator は OpenShift Container Platform の設定データを収集し、Red Hat に送信します。このデータは、クラスターの潜在的な問題に関する予防的な分析に基づいて推奨事項を生成するために使用されます。これらの情報は、console.redhat.com の Insights アドバイザーサービスを通じてクラスター管理者に伝えられます。

3.2.11.1. 注記

Insights Operator は、OpenShift Container Platform Telemetry を補完します。

3.2.12. マシン API 機能

Operator machine-api-operatorcluster-autoscaler-operator、および cluster-control-plane-machine-set-operator は、MachineAPI の機能を提供します。この機能は、user-provisioned infrastructure を使用してクラスターをインストールする場合にのみ無効にできます。

Machine API 機能は、クラスター内のすべてのマシンの設定と管理を担当します。インストール中に Machine API 機能を無効にした場合は、すべてのマシン関連タスクを手動で管理する必要があります。

3.2.13. マーケットプレイス機能

Marketplace Operator は、marketplace 機能の機能を提供します。

Marketplace Operator は、クラスター上の一連のデフォルトの Operator Lifecycle Manager (OLM) カタログを使用して、クラスター外の Operator をクラスターに持ち込むプロセスを簡素化します。Marketplace Operator がインストールされると、openshift-marketplace namespace が作成されます。OLM は、openshift-marketplace namespace にインストールされたカタログソースがクラスター上のすべての namespace で利用可能であることを保証します。

marketplace 機能を無効にすると、Marketplace Operator は openshift-marketplace namespace を作成しません。カタログソースは引き続きクラスターで手動で設定および管理できますが、OLM は、クラスター上のすべての namespace でカタログを利用できるようにするために、openshift-marketplace namespace に依存しています。システム管理者やクラスター管理者など、openshift- で始まる namespace を作成する権限が昇格されたユーザーは、openshift-marketplace namespace を手動で作成できます。

marketplace 機能を有効にすると、Marketplace Operator を設定することで個々のカタログを有効または無効にできます。

3.2.14. ノードチューニング機能

Node Tuning Operator は、NodeTuning の機能を提供します。

Node Tuning Operator は、TuneD デーモンを調整することでノードレベルのチューニングを管理し、Performance Profile コントローラーを使用して低レイテンシーのパフォーマンスを実現するのに役立ちます。ほとんどの高パフォーマンスアプリケーションでは、一定レベルのカーネルのチューニングが必要です。Node Tuning Operator は、ノードレベルの sysctl の統一された管理インターフェイスをユーザーに提供し、ユーザーが指定するカスタムチューニングを追加できるよう柔軟性を提供します。

NodeTuning 機能を無効にすると、一部のデフォルトチューニング設定がコントロールプレーンノードに適用されなくなります。これにより、900 を超えるノードまたは 900 のルートを持つ大規模なクラスターのスケーラビリティーとパフォーマンスが制限される可能性があります。

3.2.15. OpenShift サンプル機能

Cluster Samples Operator は、openshift-samples の機能を提供します。

Cluster Samples Operator は、openshift namespace に保存されるサンプルイメージストリームおよびテンプレートを管理します。

初回起動時に、Operator はデフォルトのサンプル設定リソースを作成し、イメージストリームおよびテンプレートの作成を開始します。設定オブジェクトは、キーが cluster で、タイプが configs.samples のクラスタースコープのオブジェクトです。

イメージストリームは、registry.redhat.io のイメージを参照する Red Hat Enterprise Linux CoreOS (RHCOS) ベースの OpenShift Container Platform イメージストリームです。同様に、テンプレートは OpenShift Container Platform テンプレートとして分類されます。

サンプル機能を無効にすると、ユーザーはそれが提供するイメージストリーム、サンプル、およびテンプレートにアクセスできなくなります。デプロイメントに応じて、このコンポーネントが不要な場合は無効にできます。

3.2.16. Operator Lifecycle Manager (OLM) Classic の機能

OLM (Classic) は、OperatorLifecycleManager 機能を提供します。

Operator Lifecycle Manager (OLM) Classic は、ユーザーが OpenShift Container Platform クラスター全体で実行される Kubernetes ネイティブアプリケーション (Operator) と関連サービスをインストール、更新、およびそれらのライフサイクルを管理するのに役立ちます。これは、Operators を効果的かつ自動化された拡張可能な方法で管理するために設計されたオープンソースツールキットの Operator Framework の一部です。

Operator が次の API のいずれかを必要とする場合は、OperatorLifecycleManager 機能を有効にする必要があります。

  • ClusterServiceVersion
  • CatalogSource
  • Subscription
  • InstallPlan
  • OperatorGroup
重要

marketplace 機能は、OperatorLifecycleManager 機能に依存します。OperatorLifecycleManager 機能を無効にして marketplace 機能を有効にすることはできません。

3.2.17. Operator Lifecycle Manager (OLM) v1 の機能

OLM v1 は OperatorLifecycleManagerV1 機能を提供します。

OpenShift Container Platform 4.18 以降では、OLM (Classic) とともに OLM v1 がデフォルトで有効になっています。この次世代の OLM では、クラスター管理者がユーザー向けに機能を拡張するために使用できる、OLM (Classic) の概念の多くを進化させて更新されたフレームワークが提供されます。

OLM v1 は、registry+v1 バンドル形式の Operator を含む新しい ClusterExtension オブジェクトのライフサイクルを管理し、クラスター内の拡張機能のインストール、アップグレード、ロールベースのアクセス制御 (RBAC) を制御します。

OpenShift Container Platform では、OLM v1 は olm クラスター Operator により提供されます。

注記

olm クラスター Operator は、olm.maxOpenShiftVersion プロパティーに基づき、クラスターのアップグレードをブロックするインストール済みの拡張機能があるかどうかをクラスター管理者に通知します。詳細は、「OpenShift Container Platform バージョンとの互換性」を参照してください。

3.2.17.1. コンポーネント

Operator Lifecycle Manager (OLM) v1 は、次のコンポーネントプロジェクトで構成されています。

Operator Controller
OLM v1 の中心的なコンポーネントで、API を使用して Kubernetes を拡張します。ユーザーはこれを使用して、Operator や拡張機能をインストールし、そのライフサイクルを管理できます。カタログから情報を使用します。
Catalogd
クラスター上のクライアントが使用する、コンテナーイメージにパッケージ化されて出荷されるファイルベースのカタログ (FBC) コンテンツを展開する Kubernetes 拡張機能です。OLM v1 マイクロサービスアーキテクチャーのコンポーネントである catalogd は、Kubernetes 拡張機能の作成者がパッケージ化した拡張機能のメタデータをホストします。これは、ユーザーがインストール可能なコンテンツを発見するのに役立ちます。

3.2.17.2. CRD

  • clusterextension.olm.operatorframework.io

    • スコープ: Cluster
    • CR: ClusterExtension
  • clustercatalog.olm.operatorframework.io

    • スコープ: Cluster
    • CR: ClusterCatalog

3.2.17.3. プロジェクト

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat