5.5. IBM Power에서 호스트된 컨트롤 플레인 관리

프로세스

1. YAML 파일을 생성하여 InfraEnv 리소스를 구성합니다. 다음 예제를 참조하십시오.

   apiVersion: agent-install.openshift.io/v1beta1
   kind: InfraEnv
   metadata:
     name: <hosted_cluster_name> \

   1

   
     namespace: <hosted_control_plane_namespace> \

   2

   
   spec:
     cpuArchitecture: ppc64le
     pullSecretRef:
       name: pull-secret
     sshAuthorizedKey: <path_to_ssh_public_key> 

   3

   Copy to Clipboard Toggle word wrap

   1

   & lt;hosted_cluster_name& gt;을 호스트된 클러스터 이름으로 바꿉니다.

   2

   <hosted_control_plane_namespace>를 호스트된 컨트롤 플레인 네임스페이스의 이름으로 바꿉니다(예: 클러스터 호스팅 ).

   3

   & lt;path_to_ssh_public_key >를 SSH 공개 키의 경로로 바꿉니다. 기본 파일 경로는 ~/.ssh/id_rsa.pub 입니다.

2. 파일을 infraenv-config.yaml 로 저장합니다.

3. 다음 명령을 입력하여 구성을 적용합니다.

   $ oc apply -f infraenv-config.yaml

   Copy to Clipboard Toggle word wrap

4. IBM Power 머신이 에이전트로 결합할 수 있는 라이브 ISO를 다운로드하는 URL을 가져오려면 다음 명령을 입력합니다.

   $ oc -n <hosted_control_plane_namespace> get InfraEnv <hosted_cluster_name> \
     -o json

   Copy to Clipboard Toggle word wrap

프로세스

1. 라이브 ISO를 다운로드하여 베어 메탈 또는 VM(가상 머신) 호스트를 시작하는 데 사용합니다. 라이브 ISO의 URL은 InfraEnv 리소스에서 status.isoDownloadURL 필드에서 찾을 수 있습니다. 시작 시 호스트는 지원 서비스와 통신하고 InfraEnv 리소스와 동일한 네임스페이스에 에이전트로 등록합니다.

2. 에이전트 및 일부 속성을 나열하려면 다음 명령을 입력합니다.

   $ oc -n <hosted_control_plane_namespace> get agents

   Copy to Clipboard Toggle word wrap

   출력 예

   NAME                                   CLUSTER   APPROVED   ROLE          STAGE
   86f7ac75-4fc4-4b36-8130-40fa12602218                        auto-assign
   e57a637f-745b-496e-971d-1abbf03341ba                        auto-assign

   Copy to Clipboard Toggle word wrap

3. 각 에이전트가 생성되면 선택적으로 에이전트의 installation_disk_id 및 호스트 이름을 설정할 수 있습니다.

   1. 에이전트의 installation_disk_id 필드를 설정하려면 다음 명령을 입력합니다.

      $ oc -n <hosted_control_plane_namespace> patch agent <agent_name> -p '{"spec":{"installation_disk_id":"<installation_disk_id>","approved":true}}' --type merge

      Copy to Clipboard Toggle word wrap

   2. 에이전트의 hostname 필드를 설정하려면 다음 명령을 입력합니다.

      $ oc -n <hosted_control_plane_namespace> patch agent <agent_name> -p '{"spec":{"hostname":"<hostname>","approved":true}}' --type merge

      Copy to Clipboard Toggle word wrap

프로세스

1. 다음 명령을 실행하여 NodePool 오브젝트를 두 개의 노드로 확장합니다.

   $ oc -n <hosted_cluster_namespace> scale nodepool <nodepool_name> --replicas 2

   Copy to Clipboard Toggle word wrap

   Cluster API 에이전트 공급자는 호스트 클러스터에 할당된 두 개의 에이전트를 임의로 선택합니다. 이러한 에이전트는 다른 상태를 통과하고 마지막으로 호스팅된 클러스터에 OpenShift Container Platform 노드로 참여합니다. 에이전트는 다음 순서로 전환 단계를 통과합니다.

   • 바인딩
   • 검색
   • 충분하지 않음
   • 설치
   • installing-in-progress
   • added-to-existing-cluster

2. 다음 명령을 실행하여 특정 확장 에이전트의 상태를 확인합니다.

   $ oc -n <hosted_control_plane_namespace> get agent \
     -o jsonpath='{range .items[*]}BMH: {@.metadata.labels.agent-install\.openshift\.io/bmh} Agent: {@.metadata.name} State: {@.status.debugInfo.state}{"\n"}{end}'

   Copy to Clipboard Toggle word wrap

   출력 예

   BMH: Agent: 50c23cda-cedc-9bbd-bcf1-9b3a5c75804d State: known-unbound
   BMH: Agent: 5e498cd3-542c-e54f-0c58-ed43e28b568a State: insufficient

   Copy to Clipboard Toggle word wrap

3. 다음 명령을 실행하여 전환 단계를 확인합니다.

   $ oc -n <hosted_control_plane_namespace> get agent

   Copy to Clipboard Toggle word wrap

   출력 예

   NAME                                   CLUSTER            APPROVED       ROLE          STAGE
   50c23cda-cedc-9bbd-bcf1-9b3a5c75804d   hosted-forwarder   true           auto-assign
   5e498cd3-542c-e54f-0c58-ed43e28b568a                      true           auto-assign
   da503cf1-a347-44f2-875c-4960ddb04091   hosted-forwarder   true           auto-assign

   Copy to Clipboard Toggle word wrap

4. 다음 명령을 실행하여 호스팅된 클러스터에 액세스할 kubeconfig 파일을 생성합니다.

   $ hcp create kubeconfig --namespace <hosted_cluster_namespace> \
     --name <hosted_cluster_name> > <hosted_cluster_name>.kubeconfig

   Copy to Clipboard Toggle word wrap

5. 에이전트가 add-to-existing-cluster 상태에 도달한 후 다음 명령을 입력하여 OpenShift Container Platform 노드를 볼 수 있는지 확인합니다.

   $ oc --kubeconfig <hosted_cluster_name>.kubeconfig get nodes

   Copy to Clipboard Toggle word wrap

   출력 예

   NAME                             STATUS   ROLES    AGE      VERSION
   worker-zvm-0.hostedn.example.com Ready    worker   5m41s    v1.24.0+3882f8f
   worker-zvm-1.hostedn.example.com Ready    worker   6m3s     v1.24.0+3882f8f

   Copy to Clipboard Toggle word wrap

6. 다음 명령을 입력하여 NodePool 오브젝트를 확장할 때 두 개의 머신이 생성되었는지 확인합니다.

   $ oc -n <hosted_control_plane_namespace> get machine.cluster.x-k8s.io

   Copy to Clipboard Toggle word wrap

   출력 예

   NAME                                CLUSTER                  NODENAME                           PROVIDERID                                     PHASE     AGE   VERSION
   hosted-forwarder-79558597ff-5tbqp   hosted-forwarder-crqq5   worker-zvm-0.hostedn.example.com   agent://50c23cda-cedc-9bbd-bcf1-9b3a5c75804d   Running   41h   4.15.0
   hosted-forwarder-79558597ff-lfjfk   hosted-forwarder-crqq5   worker-zvm-1.hostedn.example.com   agent://5e498cd3-542c-e54f-0c58-ed43e28b568a   Running   41h   4.15.0

   Copy to Clipboard Toggle word wrap

7. 다음 명령을 실행하여 클러스터 버전을 확인합니다.

   $ oc --kubeconfig <hosted_cluster_name>.kubeconfig get clusterversion

   Copy to Clipboard Toggle word wrap

   출력 예

   NAME                                         VERSION       AVAILABLE   PROGRESSING   SINCE   STATUS
   clusterversion.config.openshift.io/version   4.15.0        True        False         40h     Cluster version is 4.15.0

   Copy to Clipboard Toggle word wrap

8. 다음 명령을 실행하여 Cluster Operator 상태를 확인합니다.

   $ oc --kubeconfig <hosted_cluster_name>.kubeconfig get clusteroperators

   Copy to Clipboard Toggle word wrap

   클러스터의 각 구성 요소에 대해 출력에 다음과 같은 Cluster Operator 상태가 표시됩니다.

   • NAME
   • VERSION
   • 사용 가능
   • PROGRESSING
   • DEGRADED
   • SINCE
   • 메시지