12.5. Bare Metal Operator を使用したユーザープロビジョニングクラスターのスケーリング
ユーザーがプロビジョニングしたインフラストラクチャークラスターをデプロイした後、Bare Metal Operator (BMO) およびその他の metal3 コンポーネントを使用して、クラスター内のベアメタルホストをスケーリングできます。このアプローチは、ユーザーがプロビジョニングしたクラスターをより自動化された方法でスケーリングするために役立ちます。
12.5.1. Bare Metal Operator を使用したユーザープロビジョニングクラスターのスケーリングについて
Bare Metal Operator (BMO) およびその他の metal3 コンポーネントを使用して、ユーザーがプロビジョニングしたインフラストラクチャークラスターをスケーリングできます。ユーザーがプロビジョニングしたインフラストラクチャーのインストールには、Machine API Operator が含まれていません。Machine API Operator は通常、クラスター内のベアメタルホストのライフサイクルを管理します。ただし、マシン API オペレーターを必要とせずに、BMO およびその他の metal3 コンポーネントを使用して、ユーザーがプロビジョニングしたクラスター内のノードをスケーリングすることができます。
12.5.1.1. ユーザーがプロビジョニングしたクラスターをスケーリングするための前提条件
- ユーザーがプロビジョニングしたインフラストラクチャークラスターをベアメタルにインストールしました。
- ホストへのベースボード管理コントローラー (BMC) アクセス権限がある。
12.5.1.2. ユーザーがプロビジョニングしたクラスターのスケーリングに関する制限事項
Bare Metal Operator (BMO) では、プロビジョニングネットワークを使用して、ユーザーがプロビジョニングしたインフラストラクチャークラスターをスケーリングすることはできません。
-
したがって、仮想メディアネットワークの起動をサポートするベアメタルホストドライバー (
redfish-virtualmediaやidrac-virtualmediaなど) のみを使用できます。
-
したがって、仮想メディアネットワークの起動をサポートするベアメタルホストドライバー (
-
BMO を使用して、ユーザーがプロビジョニングしたインフラストラクチャークラスター内の
MachineSetオブジェクトをスケーリングすることはできません。
12.5.2. ユーザーがプロビジョニングしたクラスターをスケーリングするためのプロビジョニングリソースの設定
Provisioning カスタムリソース (CR) を作成して、ユーザーがプロビジョニングしたインフラストラクチャークラスターで Metal プラットフォームコンポーネントを有効にします。
前提条件
- ユーザーがプロビジョニングしたインフラストラクチャークラスターをベアメタルにインストールしました。
手順
ProvisioningCR を作成します。次の YAML を
provisioning.yamlファイルに保存します。apiVersion: metal3.io/v1alpha1 kind: Provisioning metadata: name: provisioning-configuration spec: provisioningNetwork: "Disabled" watchAllNamespaces: false
注記OpenShift Container Platform 4.13 は、Bare Metal Operator を使用して、ユーザーがプロビジョニングしたクラスターをスケーリングする場合、プロビジョニングネットワークの有効化をサポートしません。
次のコマンドを実行して、
ProvisioningCR を作成します。$ oc create -f provisioning.yaml
出力例
provisioning.metal3.io/provisioning-configuration created
検証
次のコマンドを実行して、プロビジョニングサービスが実行されていることを確認します。
$ oc get pods -n openshift-machine-api
出力例
NAME READY STATUS RESTARTS AGE cluster-autoscaler-operator-678c476f4c-jjdn5 2/2 Running 0 5d21h cluster-baremetal-operator-6866f7b976-gmvgh 2/2 Running 0 5d21h control-plane-machine-set-operator-7d8566696c-bh4jz 1/1 Running 0 5d21h ironic-proxy-64bdw 1/1 Running 0 5d21h ironic-proxy-rbggf 1/1 Running 0 5d21h ironic-proxy-vj54c 1/1 Running 0 5d21h machine-api-controllers-544d6849d5-tgj9l 7/7 Running 1 (5d21h ago) 5d21h machine-api-operator-5c4ff4b86d-6fjmq 2/2 Running 0 5d21h metal3-6d98f84cc8-zn2mx 5/5 Running 0 5d21h metal3-image-customization-59d745768d-bhrp7 1/1 Running 0 5d21h
12.5.3. BMO を使用して、ユーザーがプロビジョニングしたクラスターで新しいホストをプロビジョニングする
Bare Metal Operator (BMO) を使用して、BareMetalHost カスタムリソース (CR) を作成すると、ユーザーがプロビジョニングしたクラスターにベアメタルホストをプロビジョニングできます。
BMO を使用して、クラスターにベアメタルホストをプロビジョニングするには、BareMetalHost カスタムリソースの spec.externallyProvisioned 仕様を false に設定する必要があります。
前提条件
- ユーザーがプロビジョニングしたベアメタルクラスターを作成しました。
- ホストへのベースボード管理コントローラー (BMC) アクセス権限がある。
-
ProvisioningCR を作成して、クラスターにプロビジョニングサービスをデプロイしました。
手順
SecretCR とBareMetalHostCR を作成します。次の YAML を
bmh.yamlファイルに保存します。--- apiVersion: v1 kind: Secret metadata: name: worker1-bmc namespace: openshift-machine-api type: Opaque data: username: <base64_of_uid> password: <base64_of_pwd> --- apiVersion: metal3.io/v1alpha1 kind: BareMetalHost metadata: name: worker1 namespace: openshift-machine-api spec: bmc: address: <protocol>://<bmc_url> 1 credentialsName: "worker1-bmc" bootMACAddress: <nic1_mac_address> externallyProvisioned: false 2 customDeploy: method: install_coreos online: true userData: name: worker-user-data-managed namespace: openshift-machine-api
次のコマンドを実行して、ベアメタルホストオブジェクトを作成します。
$ oc create -f bmh.yaml
出力例
secret/worker1-bmc created baremetalhost.metal3.io/worker1 created
すべての証明書署名要求 (CSR) を承認します。
次のコマンドを実行して、ホストのプロビジョニング状態が
provisionedであることを確認します。$ oc get bmh -A
出力例
NAMESPACE NAME STATE CONSUMER ONLINE ERROR AGE openshift-machine-api controller1 externally provisioned true 5m25s openshift-machine-api worker1 provisioned true 4m45s
次のコマンドを実行して、保留中の CSR のリストを取得します。
$ oc get csr
出力例
NAME AGE SIGNERNAME REQUESTOR REQUESTEDDURATION CONDITION csr-gfm9f 33s kubernetes.io/kube-apiserver-client-kubelet system:serviceaccount:openshift-machine-config-o perator:node-bootstrapper <none> Pending
次のコマンドを実行して、CSR を承認します。
$ oc adm certificate approve <csr_name>
出力例
certificatesigningrequest.certificates.k8s.io/<csr_name> approved
検証
次のコマンドを実行して、ノードの準備ができていることを確認します。
$ oc get nodes
出力例
NAME STATUS ROLES AGE VERSION app1 Ready worker 47s v1.24.0+dc5a2fd controller1 Ready master,worker 2d22h v1.24.0+dc5a2fd
12.5.4. オプション: BMO を使用して、ユーザーがプロビジョニングしたクラスターで既存のホストを管理する
オプションで、Bare Metal Operator (BMO) を使用して、既存のホストの BareMetalHost オブジェクトを作成すると、ユーザーがプロビジョニングしたクラスターで既存のベアメタルコントローラーホストを管理できます。ユーザーがプロビジョニングした既存のホストを管理する必要はありません。ただし、それらをインベントリー目的で外部プロビジョニングされたホストとして登録することはできます。
BMO を使用して、既存のホストを管理するには、BareMetalHost カスタムリソースの spec.externallyProvisioned 仕様を true に設定して、BMO がホストを再プロビジョニングしないようにする必要があります。
前提条件
- ユーザーがプロビジョニングしたベアメタルクラスターを作成しました。
- ホストへのベースボード管理コントローラー (BMC) アクセス権限がある。
-
ProvisioningCR を作成して、クラスターにプロビジョニングサービスをデプロイしました。
手順
SecretCR とBareMetalHostCR を作成します。次の YAML を
controller.yamlファイルに保存します。--- apiVersion: v1 kind: Secret metadata: name: controller1-bmc namespace: openshift-machine-api type: Opaque data: username: <base64_of_uid> password: <base64_of_pwd> --- apiVersion: metal3.io/v1alpha1 kind: BareMetalHost metadata: name: controller1 namespace: openshift-machine-api spec: bmc: address: <protocol>://<bmc_url> 1 credentialsName: "controller1-bmc" bootMACAddress: <nic1_mac_address> customDeploy: method: install_coreos externallyProvisioned: true 2 online: true userData: name: controller-user-data-managed namespace: openshift-machine-api
次のコマンドを実行して、ベアメタルホストオブジェクトを作成します。
$ oc create -f controller.yaml
出力例
secret/controller1-bmc created baremetalhost.metal3.io/controller1 created
検証
次のコマンドを実行して、BMO がベアメタルホストオブジェクトを作成したことを確認します。
$ oc get bmh -A
出力例
NAMESPACE NAME STATE CONSUMER ONLINE ERROR AGE openshift-machine-api controller1 externally provisioned true 13s
12.5.5. BMO を使用して、ユーザーがプロビジョニングしたクラスターからホストを削除する
Bare Metal Operator (BMO) を使用して、ユーザーがプロビジョニングしたクラスターからベアメタルホストを削除できます。
前提条件
- ユーザーがプロビジョニングしたベアメタルクラスターを作成しました。
- ホストへのベースボード管理コントローラー (BMC) アクセス権限がある。
-
ProvisioningCR を作成して、クラスターにプロビジョニングサービスをデプロイしました。
手順
次のコマンドを実行して、ホストを封鎖およびドレインします。
$ oc adm drain app1 --force --ignore-daemonsets=true
出力例
node/app1 cordoned WARNING: ignoring DaemonSet-managed Pods: openshift-cluster-node-tuning-operator/tuned-tvthg, openshift-dns/dns- default-9q6rz, openshift-dns/node-resolver-zvt42, openshift-image-registry/node-ca-mzxth, openshift-ingress-cana ry/ingress-canary-qq5lf, openshift-machine-config-operator/machine-config-daemon-v79dm, openshift-monitoring/nod e-exporter-2vn59, openshift-multus/multus-additional-cni-plugins-wssvj, openshift-multus/multus-fn8tg, openshift -multus/network-metrics-daemon-5qv55, openshift-network-diagnostics/network-check-target-jqxn2, openshift-ovn-ku bernetes/ovnkube-node-rsvqg evicting pod openshift-operator-lifecycle-manager/collect-profiles-27766965-258vp evicting pod openshift-operator-lifecycle-manager/collect-profiles-27766950-kg5mk evicting pod openshift-operator-lifecycle-manager/collect-profiles-27766935-stf4s pod/collect-profiles-27766965-258vp evicted pod/collect-profiles-27766950-kg5mk evicted pod/collect-profiles-27766935-stf4s evicted node/app1 drained
BareMetalHostCR からcustomDeploy仕様を削除します。次のコマンドを実行して、ホストの
BareMetalHostCR を編集します。$ oc edit bmh -n openshift-machine-api <host_name>
spec.customDeployおよびspec.customDeploy.methodの行を削除します。... customDeploy: method: install_coreos次のコマンドを実行して、ホストのプロビジョニング状態が
deprovisioningに変わることを確認します。$ oc get bmh -A
出力例
NAMESPACE NAME STATE CONSUMER ONLINE ERROR AGE openshift-machine-api controller1 externally provisioned true 58m openshift-machine-api worker1 deprovisioning true 57m
次のコマンドを実行して、ノードを削除します。
$ oc delete node <node_name>
検証
次のコマンドを実行して、ノードが削除されたことを確認します。
$ oc get nodes
出力例
NAME STATUS ROLES AGE VERSION controller1 Ready master,worker 2d23h v1.24.0+dc5a2fd