Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

2.9. vSphere でコンピュートマシンセットを作成する

VMware vSphere 上の OpenShift Container Platform クラスターで特定の目的を果たすように異なるコンピュートマシンセットを作成することができます。たとえば、インフラストラクチャーマシンセットおよび関連マシンを作成して、サポートするワークロードを新しいマシンに移動できます。

重要

高度なマシン管理およびスケーリング機能は、Machine API が動作しているクラスターでのみ使用できます。user-provisioned infrastructure を持つクラスターでは、Machine API を使用するために追加の検証と設定が必要です。

インフラストラクチャープラットフォームタイプが none のクラスターでは、Machine API を使用できません。この制限は、クラスターに接続されている計算マシンが、この機能をサポートするプラットフォームにインストールされている場合でも適用されます。このパラメーターは、インストール後に変更することはできません。

クラスターのプラットフォームタイプを表示するには、以下のコマンドを実行します。 

$ oc get infrastructure cluster -o jsonpath='{.status.platform}'

2.9.1. vSphere 上のコンピュートマシンセットカスタムリソースのサンプル YAML
リンクのコピー

このサンプル YAML は、VMware vSphere で実行され、node-role.kubernetes.io/<role>: "" というラベルが付けられたノードを作成するコンピュートマシンセットを定義します。

このサンプルでは、<infrastructure_id> はクラスターのプロビジョニング時に設定したクラスター ID に基づくインフラストラクチャー ID であり、<role> は追加するノードラベルです。 

apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
metadata:
  creationTimestamp: null
  labels:
    machine.openshift.io/cluster-api-cluster: <infrastructure_id>
1 

  name: <infrastructure_id>-<role>
2 

  namespace: openshift-machine-api
spec:
  replicas: 1
  selector:
    matchLabels:
      machine.openshift.io/cluster-api-cluster: <infrastructure_id>
      machine.openshift.io/cluster-api-machineset: <infrastructure_id>-<role>
  template:
    metadata:
      creationTimestamp: null
      labels:
        machine.openshift.io/cluster-api-cluster: <infrastructure_id>
        machine.openshift.io/cluster-api-machine-role: <role>
3 

        machine.openshift.io/cluster-api-machine-type: <role>
        machine.openshift.io/cluster-api-machineset: <infrastructure_id>-<role>
    spec:
      metadata:
        creationTimestamp: null
        labels:
          node-role.kubernetes.io/<role>: ""
      providerSpec:
        value:
          apiVersion: machine.openshift.io/v1beta1
          credentialsSecret:
            name: vsphere-cloud-credentials
          dataDisks:
4 

          - name: "<disk_name>"
            provisioningMode: "<mode>"
            sizeGiB: 20
          diskGiB: 120
          kind: VSphereMachineProviderSpec
          memoryMiB: 8192
          metadata:
            creationTimestamp: null
          network:
            devices:
            - networkName: "<vm_network_name>"
5 

          numCPUs: 4
          numCoresPerSocket: 1
          snapshot: ""
          template: <vm_template_name>
6 

          userDataSecret:
            name: worker-user-data
          workspace:
            datacenter: <vcenter_data_center_name>
7 

            datastore: <vcenter_datastore_name>
8 

            folder: <vcenter_vm_folder_path>
9 

            resourcepool: <vsphere_resource_pool>
10 

            server: <vcenter_server_ip>
11
1
クラスターのプロビジョニング時に設定したクラスター ID を基にするインフラストラクチャー ID を指定します。OpenShift CLI (oc) がインストールされている場合は、以下のコマンドを実行してインフラストラクチャー ID を取得できます。 
$ oc get -o jsonpath='{.status.infrastructureName}{"\n"}' infrastructure cluster
2
インフラストラクチャー ID およびノードラベルを指定します。
3
追加するノードラベルを指定します。
4
1 つ以上のデータディスク定義を指定します。詳細は、「マシンセットを使用してデータディスクを設定する」を参照してください。
5
コンピュートマシンセットをデプロイする vSphere 仮想マシンネットワークを指定します。この仮想マシンネットワークは、他のコンピューティングマシンがクラスター内に存在する場所である必要があります。
6
user-5ddjd-rhcos などの使用する vSphere 仮想マシンテンプレートを指定します。
7
コンピュートマシンセットをデプロイする vCenter Datacenter を指定します。
8
コンピュートマシンセットをデプロイする vCenter データストアを指定します。
9
/dc1/vm/user-inst-5ddjd などの vCenter の vSphere 仮想マシンフォルダーへのパスを指定します。
10
仮想マシンの vSphere リソースプールを指定します。
11
vCenter サーバーの IP または完全修飾ドメイン名を指定します。

2.9.2. コンピュートマシンセット管理に最低限必要な vCenter 権限
リンクのコピー

vCenter 上の OpenShift Container Platform クラスターでコンピュートマシンセットを管理するには、必要なリソースの読み取り、作成、および削除を行う権限を持つアカウントを使用する必要があります。グローバル管理者権限のあるアカウントを使用すること方法が、必要なすべてのパーミッションにアクセスするための最も簡単な方法です。

グローバル管理者権限を持つアカウントを使用できない場合は、最低限必要な権限を付与するロールを作成する必要があります。次の表に、コンピュートマシンセットの作成、スケーリング、削除、および OpenShift Container Platform クラスター内のマシンの削除に必要な vCenter の最小のロールと特権を示します。

例2.1 コンピュートマシンセットの管理に必要な最小限の vCenter のロールと権限

Expand
ロールの vSphere オブジェクト必要になる場合必要な特権

vSphere vCenter

常時

InventoryService.Tagging.AttachTag
InventoryService.Tagging.CreateCategory
InventoryService.Tagging.CreateTag
InventoryService.Tagging.DeleteCategory
InventoryService.Tagging.DeleteTag
InventoryService.Tagging.EditCategory
InventoryService.Tagging.EditTag
Sessions.ValidateSession
StorageProfile.Update1
StorageProfile.View1

vSphere vCenter Cluster

常時

Resource.AssignVMToPool

vSphere データストア

常時

Datastore.AllocateSpace
Datastore.Browse

vSphere ポートグループ

常時

Network.Assign

仮想マシンフォルダー

常時

VirtualMachine.Config.AddRemoveDevice
VirtualMachine.Config.AdvancedConfig
VirtualMachine.Config.Annotation
VirtualMachine.Config.CPUCount
VirtualMachine.Config.DiskExtend
VirtualMachine.Config.Memory
VirtualMachine.Config.Settings
VirtualMachine.Interact.PowerOff
VirtualMachine.Interact.PowerOn
VirtualMachine.Inventory.CreateFromExisting
VirtualMachine.Inventory.Delete
VirtualMachine.Provisioning.Clone

vSphere vCenter data center

インストールプログラムが仮想マシンフォルダーを作成する場合｡

Resource.AssignVMToPool
VirtualMachine.Provisioning.DeployTemplate

1StorageProfile.Update および StorageProfile.View 権限は、Container Storage Interface (CSI) を使用するストレージバックエンドにのみ必要です。

次の表に、コンピュートマシンセットの管理に必要な権限と伝播設定の詳細を示します。

例2.2 必要な権限と伝播設定

Expand
vSphere オブジェクトフォルダータイプ子への伝播必要な権限

vSphere vCenter

常時

不要

上記の必要な特権

vSphere vCenter data center

既存のフォルダー

不要

ReadOnly 権限

インストールプログラムがフォルダーを作成する

必須

上記の必要な特権

vSphere vCenter Cluster

常時

必須

上記の必要な特権

vSphere vCenter datastore

常時

不要

上記の必要な特権

vSphere Switch

常時

不要

ReadOnly 権限

vSphere ポートグループ

常時

不要

上記の必要な特権

vSphere vCenter 仮想マシンフォルダー

既存のフォルダー

必須

上記の必要な特権

必要な権限のみを持つアカウントの作成に関する詳細は、vSphere ドキュメントの vSphere Permissions and User Management Tasks を参照してください。

ユーザーがプロビジョニングしたインフラストラクチャーを持つクラスターでコンピュートマシンセットを使用するには、クラスター設定が Machine API の使用をサポートしていることを確認する必要があります。

2.9.3.1. インフラストラクチャー ID の取得
リンクのコピー

コンピュートマシンセットを作成するには、クラスターのインフラストラクチャー ID を指定できる必要があります。

手順

  • クラスターのインフラストラクチャー ID を取得するには、次のコマンドを実行します。 

    $ oc get infrastructure cluster -o jsonpath='{.status.infrastructureName}'

2.9.3.2. vSphere 認証情報の要件を満たす
リンクのコピー

コンピュートマシンセットを使用するには、Machine API が vCenter と対話できる必要があります。Machine API コンポーネントが vCenter と対話することを許可する認証情報が、openshift-machine-api namespace のシークレット内に存在している必要があります。

手順

  1. 必要な認証情報が存在するかどうかを確認するには、次のコマンドを実行します。 

    $ oc get secret \
  -n openshift-machine-api vsphere-cloud-credentials \
  -o go-template='{{range $k,$v := .data}}{{printf "%s: " $k}}{{if not $v}}{{$v}}{{else}}{{$v | base64decode}}{{end}}{{"\n"}}{{end}}'

    出力例

    <vcenter-server>.password=<openshift-user-password>
<vcenter-server>.username=<openshift-user>

    ここで、<vcenter-server> は vCenter サーバーの IP アドレスまたは完全修飾ドメイン名 (FQDN) であり、<openshift-user> および <openshift-user-password> は使用する OpenShift Container Platform 管理者の認証情報です。

  2. シークレットが存在しない場合は、次のコマンドを実行して作成します。 

    $ oc create secret generic vsphere-cloud-credentials \
  -n openshift-machine-api \
  --from-literal=<vcenter-server>.username=<openshift-user> --from-literal=<vcenter-server>.password=<openshift-user-password>

2.9.3.3. Ignition 設定要件を満たす
リンクのコピー

仮想マシン (VM) のプロビジョニングには、有効な Ignition 設定が必要です。Ignition 設定には、machine-config-server アドレスと、Machine Config Operator からさらに Ignition 設定を取得するためのシステム信頼バンドルが含まれています。

デフォルトでは、この設定は machine-api-operator namespace の worker-user-data シークレットに保存されます。コンピュートマシンセットは、マシンの作成プロセス中にシークレットを参照します。

手順

  1. 必要なシークレットが存在するかどうかを判断するには、次のコマンドを実行します。 

    $ oc get secret \
  -n openshift-machine-api worker-user-data \
  -o go-template='{{range $k,$v := .data}}{{printf "%s: " $k}}{{if not $v}}{{$v}}{{else}}{{$v | base64decode}}{{end}}{{"\n"}}{{end}}'

    出力例

    disableTemplating: false
userData:
    1 
    
  {
    "ignition": {
      ...
      },
    ...
  }

    1
    ここでは完全な出力は省略しますが、この形式にする必要があります。

  2. シークレットが存在しない場合は、次のコマンドを実行して作成します。 

    $ oc create secret generic worker-user-data \
  -n openshift-machine-api \
  --from-file=<installation_directory>/worker.ign

    ここで <installation_directory>、クラスターのインストール中にインストール資産を保管するために使用されたディレクトリーです。

2.9.4. コンピュートマシンセットの作成
リンクのコピー

インストールプログラムによって作成されるコンピュートセットセットに加えて、独自のマシンセットを作成して、選択した特定のワークロードのマシンコンピューティングリソースを動的に管理できます。

注記

ユーザーがプロビジョニングしたインフラストラクチャーを使用してインストールされたクラスターには、インストールプログラムによってプロビジョニングされたインフラストラクチャーを使用したクラスターとは異なるネットワークスタックがあります。この違いの結果、自動ロードバランサー管理は、ユーザーがプロビジョニングしたインフラストラクチャーを持つクラスターではサポートされません。これらのクラスターの場合、コンピュートマシンセットは worker および infra タイプのマシンのみを作成できます。

前提条件

  • OpenShift Container Platform クラスターをデプロイしている。
  • OpenShift CLI (oc) がインストールされている。
  • cluster-admin パーミッションを持つユーザーとして、oc にログインする。
  • vCenter インスタンスに仮想マシンをデプロイするのに必要なパーミッションがあり、指定されたデータストアへのアクセス権限が必要です。
  • クラスターが user-provisioned infrastructure を使用している場合は、その設定に応じた特定の Machine API 要件を満たしている。

手順

  1. コンピュートマシンセットのカスタムリソース (CR) サンプルを含む新しい YAML ファイルを作成し、<file_name>.yaml という名前を付けます。

    <clusterID> および <role> パラメーターの値を設定していることを確認します。

  2. オプション: 特定のフィールドに設定する値がわからない場合は、クラスターから既存のコンピュートマシンセットを確認できます。

    1. クラスター内のコンピュートマシンセットをリスト表示するには、次のコマンドを実行します。 

      $ oc get machinesets -n openshift-machine-api

      出力例

      NAME                                DESIRED   CURRENT   READY   AVAILABLE   AGE
agl030519-vplxk-worker-us-east-1a   1         1         1       1           55m
agl030519-vplxk-worker-us-east-1b   1         1         1       1           55m
agl030519-vplxk-worker-us-east-1c   1         1         1       1           55m
agl030519-vplxk-worker-us-east-1d   0         0                             55m
agl030519-vplxk-worker-us-east-1e   0         0                             55m
agl030519-vplxk-worker-us-east-1f   0         0                             55m

    2. 特定のコンピュートマシンセットカスタムリソース (CR) 値を表示するには、以下のコマンドを実行します。 

      $ oc get machineset <machineset_name> \
  -n openshift-machine-api -o yaml

      出力例

      apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
metadata:
  labels:
    machine.openshift.io/cluster-api-cluster: <infrastructure_id>
      1 
      
  name: <infrastructure_id>-<role>
      2 
      
  namespace: openshift-machine-api
spec:
  replicas: 1
  selector:
    matchLabels:
      machine.openshift.io/cluster-api-cluster: <infrastructure_id>
      machine.openshift.io/cluster-api-machineset: <infrastructure_id>-<role>
  template:
    metadata:
      labels:
        machine.openshift.io/cluster-api-cluster: <infrastructure_id>
        machine.openshift.io/cluster-api-machine-role: <role>
        machine.openshift.io/cluster-api-machine-type: <role>
        machine.openshift.io/cluster-api-machineset: <infrastructure_id>-<role>
    spec:
      providerSpec:
      3 
      
        ...

      1
      クラスターインフラストラクチャー ID。
      2
      デフォルトのノードラベル。
      注記

      user-provisioned infrastructure を持つクラスターの場合、コンピュートマシンセットは worker および infra タイプのマシンのみを作成できます。

      3
      コンピュートマシンセット CR の <providerSpec> セクションの値は、プラットフォーム固有です。CR の <providerSpec> パラメーターの詳細は、プロバイダーのサンプルコンピュートマシンセット CR 設定を参照してください。

    3. ユーザーがプロビジョニングしたインフラストラクチャーを持つクラスター用のコンピュートマシンセットを作成する場合は、次の重要な値に注意してください。

      例: vSphere providerSpec 値

      apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
...
template:
  ...
  spec:
    providerSpec:
      value:
        apiVersion: machine.openshift.io/v1beta1
        credentialsSecret:
          name: vsphere-cloud-credentials
      1 
      
        dataDisks:
      2 
      
        - name: <disk_name>
          provisioningMode: <mode>
          sizeGiB: 10
        diskGiB: 120
        kind: VSphereMachineProviderSpec
        memoryMiB: 16384
        network:
          devices:
            - networkName: "<vm_network_name>"
        numCPUs: 4
        numCoresPerSocket: 4
        snapshot: ""
        template: <vm_template_name>
      3 
      
        userDataSecret:
          name: worker-user-data
      4 
      
        workspace:
          datacenter: <vcenter_data_center_name>
          datastore: <vcenter_datastore_name>
          folder: <vcenter_vm_folder_path>
          resourcepool: <vsphere_resource_pool>
          server: <vcenter_server_address>
      5

      1
      必要な vCenter 認証情報を含む openshift-machine-api namespace のシークレットの名前。
      2
      データディスク定義のコレクション。詳細は、「マシンセットを使用してデータディスクを設定する」を参照してください。
      3
      インストール中に作成されたクラスターの RHCOS VM テンプレートの名前。
      4
      必要な Ignition 設定認証情報を含む openshift-machine-api namespace のシークレットの名前。
      5
      vCenter サーバーの IP アドレスまたは完全修飾ドメイン名 (FQDN)。

  3. 次のコマンドを実行して MachineSet CR を作成します。 

    $ oc create -f <file_name>.yaml

検証

  • 次のコマンドを実行して、コンピュートマシンセットのリストを表示します。 

    $ oc get machineset -n openshift-machine-api

    出力例

    NAME                                DESIRED   CURRENT   READY   AVAILABLE   AGE
agl030519-vplxk-infra-us-east-1a    1         1         1       1           11m
agl030519-vplxk-worker-us-east-1a   1         1         1       1           55m
agl030519-vplxk-worker-us-east-1b   1         1         1       1           55m
agl030519-vplxk-worker-us-east-1c   1         1         1       1           55m
agl030519-vplxk-worker-us-east-1d   0         0                             55m
agl030519-vplxk-worker-us-east-1e   0         0                             55m
agl030519-vplxk-worker-us-east-1f   0         0                             55m

    新しいコンピュートマシンセットが利用可能になると、DESIRED と CURRENT の値が一致します。コンピュートマシンセットが使用できない場合は、数分待ってからコマンドを再実行してください。

2.9.5. Cluster Autoscaler 用の GPU マシンセットのラベル付け
リンクのコピー

マシンセットラベルを使用すると、Cluster Autoscaler が GPU 対応ノードのデプロイに使用できるマシンを指定できます。

前提条件

  • クラスターが Cluster Autoscaler を使用している。

手順

  • Cluster Autoscaler が GPU 対応ノードのデプロイに使用するマシンを作成するのに必要なマシンセットに、cluster-api/accelerator ラベルを追加します。 

    apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
metadata:
  name: machine-set-name
spec:
  template:
    spec:
      metadata:
        labels:
          cluster-api/accelerator: <accelerator_name>

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

    <accelerator_name>

    英数字、-、_、または . で構成され、英数字で開始および終了する任意のラベルを指定します。たとえば、Nvidia T4 GPU を表すには nvidia-t4 を使用し、A10G GPU を表すには nvidia-a10g を使用します。

    注記

    ClusterAutoscaler CR の spec.resourceLimits.gpus.type パラメーターにこのラベルの値を指定する必要があります。詳細は、「Cluster Autoscaler リソース定義」を参照してください。

2.9.6. マシンセットの使用によるマシンへのタグの追加
リンクのコピー

OpenShift Container Platform は、作成する各仮想マシンにクラスター固有のタグを追加します。インストールプログラムはこれらのタグを使用して、クラスターをアンインストールするときに削除する仮想マシンを選択します。

仮想マシンに割り当てられたクラスター固有のタグのほかに、プロビジョニングする仮想マシンに最大 10 個の vSphere タグを追加するようにマシンセットを設定できます。

前提条件

  • cluster-admin 権限を持つアカウントを使用して、vSphere にインストールされた OpenShift Container Platform クラスターにアクセスできる。
  • クラスターに関連付けられた VMware vCenter コンソールにアクセスできる。
  • vCenter コンソールにタグを作成している。
  • OpenShift CLI (oc) がインストールされている。

手順

  1. vCenter コンソールを使用して、マシンに追加するタグのタグ ID を検索します。

    1. vCenter コンソールにログインします。
    2. Home メニューから、Tags & Custom Attributes をクリックします。
    3. マシンに追加するタグを選択します。

    4. 選択したタグのブラウザー URL を使用して、タグ ID を特定します。

      タグ URL の例

      https://vcenter.example.com/ui/app/tags/tag/urn:vmomi:InventoryServiceTag:208e713c-cae3-4b7f-918e-4051ca7d1f97:GLOBAL/permissions

      タグ ID の例

      urn:vmomi:InventoryServiceTag:208e713c-cae3-4b7f-918e-4051ca7d1f97:GLOBAL

  2. テキストエディターで、既存のマシンセットの YAML ファイルを開くか、新しいマシンセットを作成します。

  3. providerSpec フィールドの下に次の行を編集します。 

    apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
# ...
spec:
  template:
    spec:
      providerSpec:
        value:
          tagIDs:
    1 
    
          - <tag_id_value>
    2 
    
# ...
    1
    このマシンセットがプロビジョニングするマシンに追加する最大 10 個のタグのリストを指定します。
    2
    マシンに追加するタグの値を指定します。たとえば、urn:vmomi:InventoryServiceTag:208e713c-cae3-4b7f-918e-4051ca7d1f97:GLOBAL です。

VMware vSphere 上の OpenShift Container Platform クラスターでは、ノードに最大 10 個のネットワークインターフェイスコントローラー (NIC) を接続できます。複数の NIC を設定することで、ストレージやデータベースなどの用途のために、ノード仮想マシン (VM) に専用のネットワークリンクを提供できます。

この設定を管理するには、マシンセットを使用できます。

  • インストール時に複数の NIC を使用するように設定されていなかった vSphere クラスターで複数の NIC を使用する場合は、マシンセットを使用してこの設定を実装できます。
  • インストール時にクラスターが複数の NIC を使用するように設定されている場合、作成するマシンセットで既存の障害ドメイン設定を使用できます。
  • 障害ドメインの設定が変更された場合は、マシンセットを使用して、その変更を反映する更新を行うことができます。

前提条件

  • vSphere 上の OpenShift Container Platform クラスターの OpenShift CLI (oc) に対する管理者アクセス権がある。

手順

  1. すでに複数の NIC を使用しているクラスターの場合は、次のコマンドを実行して、Infrastructure リソースから次の値を取得します。 

    $ oc get infrastructure cluster -o=jsonpath={.spec.platformSpec.vsphere.failureDomains}
    Expand
    表2.3 必要なネットワークインターフェイスコントローラーの値
    Infrastructure リソースの値サンプルマシンセットのプレースホルダーの値説明

    failureDomain.topology.networks[0]

    <vm_network_name_1>

    使用する 1 番目の NIC の名前。

    failureDomain.topology.networks[1]

    <vm_network_name_2>

    使用する 2 番目の NIC の名前。

    failureDomain.topology.networks[<n-1>]

    <vm_network_name_n>

    使用する n 番目の NIC の名前。Infrastructure リソース内の各 NIC の名前を収集します。

    failureDomain.topology.template

    <vm_template_name>

    使用する vSphere 仮想マシンテンプレート。

    failureDomain.topology.datacenter

    <vcenter_data_center_name>

    マシンセットをデプロイする vCenter データセンター。

    failureDomain.topology.datastore

    <vcenter_datastore_name>

    マシンセットをデプロイする vCenter データストア。

    failureDomain.topology.folder

    <vcenter_vm_folder_path>

    vCenter の vSphere 仮想マシンフォルダーへのパス (例: /dc1/vm/user-inst-5ddjd)。

    failureDomain.topology.computeCluster + /Resources

    <vsphere_resource_pool>

    仮想マシンの vSphere リソースプール。

    failureDomain.server

    <vcenter_server_ip>

    vCenter サーバーの IP または完全修飾ドメイン名 (FQDN)。

  2. テキストエディターで、既存のマシンセットの YAML ファイルを開くか、新しいマシンセットを作成します。

  3. 次の例のようにフォーマットされたマシンセット設定を使用します。

    • 現在複数の NIC を使用しているクラスターの場合は、Infrastructure リソースの値を使用して、マシンセットのカスタムリソースに値を入力します。
    • 複数の NIC を使用していないクラスターの場合は、マシンセットのカスタムリソースに使用する値を入力します。

    サンプルマシンセット

    apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
# ...
spec:
  template:
    spec:
      providerSpec:
        value:
          network:
            devices:
    1 
    
            - networkName: "<vm_network_name_1>"
            - networkName: "<vm_network_name_2>"
          template: <vm_template_name>
    2 
    
          workspace:
            datacenter: <vcenter_data_center_name>
    3 
    
            datastore: <vcenter_datastore_name>
    4 
    
            folder: <vcenter_vm_folder_path>
    5 
    
            resourcepool: <vsphere_resource_pool>
    6 
    
            server: <vcenter_server_ip>
    7 
    
# ...

    1
    使用する NIC のリストを最大 10 個指定します。
    2
    user-5ddjd-rhcos などの使用する vSphere 仮想マシンテンプレートを指定します。
    3
    マシンセットをデプロイする vCenter データセンターを指定します。
    4
    マシンセットをデプロイする vCenter データストアを指定します。
    5
    /dc1/vm/user-inst-5ddjd などの vCenter の vSphere 仮想マシンフォルダーへのパスを指定します。
    6
    仮想マシンの vSphere リソースプールを指定します。
    7
    vCenter サーバーの IP または完全修飾ドメイン名 (FQDN) を指定します。

2.9.8. マシンセットを使用してデータディスクを設定する
リンクのコピー

VMware vSphere 上の OpenShift Container Platform クラスターは、仮想マシン (VM) コントローラーに最大 29 個のディスクを追加することをサポートします。

重要

vSphere データディスクの設定は、テクノロジープレビュー機能です。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行い、フィードバックを提供していただくことを目的としています。

Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、以下のリンクを参照してください。

データディスクを設定すると、ディスクを仮想マシンにアタッチし、etcd、コンテナーイメージなどの用途でデータを保存できます。データを分離すると、プライマリーディスクがいっぱいになるのを防ぎ、アップグレードなどの重要なアクティビティーに必要なリソースを確保できます。

注記

データディスクを追加すると、それらは仮想マシンにアタッチされ、RHCOS が指定する場所にマウントされます。

前提条件

  • vSphere 上の OpenShift Container Platform クラスターの OpenShift CLI (oc) に対する管理者アクセス権がある。

手順

  1. テキストエディターで、既存のマシンセットの YAML ファイルを開くか、新しいマシンセットを作成します。

  2. providerSpec フィールドの下に次の行を編集します。 

    apiVersion: machine.openshift.io/v1beta1
kind: MachineSet
# ...
spec:
  template:
    spec:
      providerSpec:
        value:
          dataDisks:
    1 
    
          - name: "<disk_name>"
    2 
    
            provisioningMode: "<mode>"
    3 
    
            sizeGiB: 20
    4 
    
          - name: "<disk_name>"
            provisioningMode: "<mode>"
            sizeGiB: 20
# ...
    1
    1 - 29 個のデータディスク定義のコレクションを指定します。このサンプル設定は、2 つのデータディスク定義を含めるフォーマットを示しています。
    2
    データディスクの名前を指定します。名前は次の要件を満たしている必要があります。
    • 英数字で開始および終了する必要があります。
    • 英数字、ハイフン (-)、アンダースコア (_) のみで構成されます。
    • 最大長は 80 文字です。
    3
    データディスクのプロビジョニング方法を指定します。この値が設定されていない場合、デフォルトで vSphere のデフォルトのストレージポリシーに設定されます。有効な値は、Thin、Thick、EagerlyZeroed です。
    4
    データディスクのサイズを GiB 単位で指定します。最大サイズは 16384 GiB です。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

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

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

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

会社概要

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

Theme

© 2026 Red Hatトップに戻る