10.2.4. コントロールプレーンマシンセットのカスタムリソースの作成


コントロールプレーンマシンセットを使用するには、クラスターの正しい設定を持つ ControlPlaneMachineSet カスタムリソース (CR) が存在することを確認する必要があります。CR が生成されていないクラスターでは、CR を手動で作成してアクティブ化する必要があります。

注記

CR の構造とパラメーターの詳細は、「コントロールプレーンマシンセットの設定」を参照してください。

手順

  1. 次のテンプレートを使用して YAML ファイルを作成します。

    apiVersion: machine.openshift.io/v1
    kind: ControlPlaneMachineSet
    metadata:
      name: cluster
      namespace: openshift-machine-api
    spec:
      replicas: 3
      selector:
        matchLabels:
          machine.openshift.io/cluster-api-cluster: <cluster_id>
          machine.openshift.io/cluster-api-machine-role: master
          machine.openshift.io/cluster-api-machine-type: master
      state: Active
      strategy:
        type: RollingUpdate
      template:
        machineType: machines_v1beta1_machine_openshift_io
        machines_v1beta1_machine_openshift_io:
          failureDomains:
            platform: <platform>
            <platform_failure_domains>
          metadata:
            labels:
              machine.openshift.io/cluster-api-cluster: <cluster_id>
              machine.openshift.io/cluster-api-machine-role: master
              machine.openshift.io/cluster-api-machine-type: master
          spec:
            providerSpec:
              value:
                <platform_provider_spec>

    ここでは、以下のようになります。

    <cluster_id>

    クラスターのプロビジョニング時に設定したクラスター ID を基にするインフラストラクチャー ID を指定します。ControlPlaneMachineSet CR を作成するときに、この値を指定する必要があります。OpenShift CLI (oc) がインストールされている場合は、以下のコマンドを実行してインフラストラクチャー ID を取得できます。

    $ oc get -o jsonpath='{.status.infrastructureName}{"\n"}' infrastructure cluster
    状態: アクティブ

    Operator の状態を指定します。状態が Inactive の場合、Operator は操作できません。値を Active に設定することで、Operator をアクティブ化できます。

    重要

    CR をアクティブ化する前に、その設定がクラスター要件に対して正しいことを確認する必要があります。

    タイプ: ローリングアップデート
    クラスターの更新戦略を指定します。有効な値は OnDelete および RollingUpdate です。デフォルト値は RollingUpdate です。更新戦略の詳細は、「コントロールプレーン設定の更新」を参照してください。
    プラットフォーム: < プラットフォーム >
    クラウドプロバイダーのプラットフォーム名を指定します。有効な値は、AWSAzureGCPNutanixVSphere、および OpenStack です。
    <platform_failure_domains>
    クラスターの障害ドメイン設定を指定します。このセクションのフォーマットと値はプロバイダー固有です。詳細は、クラウドプロバイダーの障害ドメイン設定サンプルを参照してください。
    <platform_provider_spec>
    クラスターのプロバイダー仕様設定を指定します。このセクションのフォーマットと値はプロバイダー固有です。詳細は、クラウドプロバイダーのサンプルプロバイダー仕様を参照してください。
  2. コントロールプレーンマシンセット CR のサンプル YAML を参照し、クラスター設定に適した値をファイルに入力します。
  3. クラウドプロバイダーのサンプル障害ドメイン設定とサンプルプロバイダー仕様を参照し、ファイルのこれらのセクションを適切な値で更新します。
  4. 設定が正しい場合は、.spec.state フィールドを Active に設定し、変更を保存して CR をアクティブにします。
  5. 次のコマンドを実行して、YAML ファイルから CR を作成します。

    $ oc create -f <control_plane_machine_set>.yaml

    ここで、<control_plane_machine_set> は CR 設定を含む YAML ファイルの名前を指定します。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

Legal Notice

Theme

© 2026 Red Hat
トップに戻る