절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. RhsmVars 매개변수가 포함된 파일인 오버클라우드 서브스크립션 관리 환경 파일을 편집합니다. 이 파일의 기본 이름은 usually rhsm.yml 입니다.

4. 서브스크립션 관리 구성에 rhsm_release 매개변수가 포함되어 있는지 확인합니다. rhsm_release 매개변수가 없으면 해당 매개변수를 추가하고 8.4로 설정합니다.

   parameter_defaults:
     RhsmVars:
       …​
       rhsm_username: "myusername"
       rhsm_password: "p@55w0rd!"
       rhsm_org_id: "1234567"
       rhsm_pool_ids: "1a85f9223e3d5e43013e3d6e8ff506fd"
       rhsm_method: "portal"
       rhsm_release: "8.4"

5. Overcloud 서브스크립션 관리 환경 파일을 저장합니다.

6. 오버클라우드의 정적 인벤토리 파일을 생성합니다.

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   오버클라우드의 기본 오버클라우드 이름과 다른 오버클라우드 이름을 사용하는 경우 --plan 옵션으로 오버클라우드 이름을 설정합니다.

7. 모든 노드에서 운영 체제 버전을 RHEL 8.4로 잠그는 작업이 포함된 플레이북을 생성합니다.

   $ cat > ~/set_release.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: set release to 8.4
         command: subscription-manager release --set=8.4
         become: true
   EOF

8. set_release.yaml 플레이북을 실행합니다.

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/set_release.yaml --limit <undercloud>,<Controller>,<Compute>

   • 모든 RHOSP 노드에 콘텐츠를 적용하려면 --limit 옵션을 사용합니다. < undercloud > , < Controller > , < Compute >를 해당 노드를 포함하는 사용자 환경의 Ansible 그룹으로 바꿉니다.
   • 이러한 노드에 다른 서브스크립션을 사용하는 경우 Ceph Storage 노드에서 이 플레이북을 실행할 수 없습니다.

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. RhsmVars 매개변수가 포함된 파일인 오버클라우드 서브스크립션 관리 환경 파일을 편집합니다. 이 파일의 기본 이름은 usually rhsm.yml 입니다.

4. 서브스크립션 관리 구성의 rhsm_repos 매개변수를 확인합니다. 이 매개변수에 EUS 리포지토리가 없는 경우 관련 리포지토리를 EUS 버전으로 변경합니다.

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-8-for-x86_64-baseos-eus-rpms
         - rhel-8-for-x86_64-appstream-eus-rpms
         - rhel-8-for-x86_64-highavailability-eus-rpms
         - ansible-2.9-for-rhel-8-x86_64-rpms
         - openstack-16.2-for-rhel-8-x86_64-rpms
         - rhceph-4-tools-for-rhel-8-x86_64-rpms
         - fast-datapath-for-rhel-8-x86_64-rpms

5. Overcloud 서브스크립션 관리 환경 파일을 저장합니다.

6. 오버클라우드의 정적 인벤토리 파일을 생성합니다.

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   오버클라우드의 기본 오버클라우드 이름과 다른 오버클라우드 이름을 사용하는 경우 --plan 옵션으로 오버클라우드 이름을 설정합니다.

7. 모든 노드에서 리포지토리를 RHEL 8.4 EUS로 설정하는 작업이 포함된 플레이북을 생성합니다.

   $ cat > ~/change_eus.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change to eus repos
         command: subscription-manager repos --disable=rhel-8-for-x86_64-baseos-rpms --disable=rhel-8-for-x86_64-appstream-rpms --disable=rhel-8-for-x86_64-highavailability-rpms --enable=rhel-8-for-x86_64-baseos-eus-rpms --enable=rhel-8-for-x86_64-appstream-eus-rpms --enable=rhel-8-for-x86_64-highavailability-eus-rpms
         become: true
   EOF

8. change_eus.yaml 플레이북을 실행합니다.

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/change_eus.yaml --limit <undercloud>,<Controller>,<Compute>

   • --limit 옵션을 사용하여 콘텐츠를 모든 Red Hat OpenStack Platform 노드에 적용합니다. < undercloud > , < Controller > , < Compute >를 해당 노드를 포함하는 사용자 환경의 Ansible 그룹으로 바꿉니다.
   • 이러한 노드에 다른 서브스크립션을 사용하는 경우 Ceph Storage 노드에서 이 플레이북을 실행할 수 없습니다.

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. RhsmVars 매개변수가 포함된 파일인 오버클라우드 서브스크립션 관리 환경 파일을 편집합니다. 이 파일의 기본 이름은 usually rhsm.yml 입니다.

4. 서브스크립션 관리 구성의 rhsm_repos 매개변수를 확인합니다. rhsm_repos 매개변수에서 RHOSP 16.1 및 Ansible 2.8 리포지토리를 사용하는 경우 리포지토리를 올바른 버전으로 변경합니다.

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-8-for-x86_64-baseos-eus-rpms
         - rhel-8-for-x86_64-appstream-eus-rpms
         - rhel-8-for-x86_64-highavailability-eus-rpms
         - ansible-2.9-for-rhel-8-x86_64-rpms
         - openstack-16.2-for-rhel-8-x86_64-rpms
         - fast-datapath-for-rhel-8-x86_64-rpms

5. Overcloud 서브스크립션 관리 환경 파일을 저장합니다.

6. 오버클라우드의 정적 인벤토리 파일을 생성합니다.

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   오버클라우드의 기본 오버클라우드 이름과 다른 오버클라우드 이름을 사용하는 경우 --plan 옵션으로 오버클라우드 이름을 설정합니다.

7. 모든 RHOSP 노드에서 리포지토리를 RHOSP 16.2로 설정하는 작업이 포함된 플레이북을 생성합니다.

   $ cat > ~/update_rhosp_repos.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change osp repos
         command: subscription-manager repos --disable=openstack-16.1-for-rhel-8-x86_64-rpms --enable=openstack-16.2-for-rhel-8-x86_64-rpms --disable=ansible-2.8-for-rhel-8-x86_64-rpms --enable=ansible-2.9-for-rhel-8-x86_64-rpms
         become: true
   EOF

8. update_rhosp_repos.yaml 플레이북을 실행합니다.

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/update_rhosp_repos.yaml --limit <undercloud>,<Controller>,<Compute>

   • 모든 RHOSP 노드에 콘텐츠를 적용하려면 --limit 옵션을 사용합니다. < undercloud > , < Controller > , < Compute >를 해당 노드를 포함하는 사용자 환경의 Ansible 그룹으로 바꿉니다.
   • 이러한 노드에 다른 서브스크립션을 사용하는 경우 Ceph Storage 노드에서 이 플레이북을 실행할 수 없습니다.

9. 모든 Ceph Storage 노드에서 리포지토리를 RHOSP 16.2로 설정하는 작업이 포함된 플레이북을 생성합니다.

   $ cat > ~/update_ceph_repos.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change ceph repos
         command: subscription-manager repos --disable=openstack-16-deployment-tools-for-rhel-8-x86_64-rpms --enable=openstack-16.2-deployment-tools-for-rhel-8-x86_64-rpms --disable=ansible-2.8-for-rhel-8-x86_64-rpms --enable=ansible-2.9-for-rhel-8-x86_64-rpms
         become: true
   EOF

10. update_ceph_repos.yaml 플레이북을 실행합니다.

    $ ansible-playbook -i ~/inventory.yaml -f 25 ~/update_ceph_repos.yaml --limit CephStorage

    --limit 옵션을 사용하여 콘텐츠를 Ceph Storage 노드에 적용합니다.

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. 오버클라우드의 정적 인벤토리 파일을 생성합니다.

   $ tripleo-ansible-inventory --ansible_ssh_user heat-admin --static-yaml-inventory ~/inventory.yaml

   오버클라우드의 기본 오버클라우드 이름과 다른 오버클라우드 이름을 사용하는 경우 --plan 옵션으로 오버클라우드 이름을 설정합니다.

4. container-tools 모듈을 모든 노드에서 버전 3.0 으로 설정하는 작업이 포함된 플레이북을 생성합니다.

   $ cat > ~/container-tools.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: disable default dnf module for container-tools
         command: dnf module reset -y container-tools
         become: true
       - name: set dnf module for container-tools:3.0
         command: dnf module enable -y container-tools:3.0
         become: true
   EOF

5. 모든 노드에 대해 container-tools.yaml 플레이북을 실행합니다.

   $ ansible-playbook -i ~/inventory.yaml -f 25 ~/container-tools.yaml

절차

1. 컨테이너 준비 파일을 편집합니다. 이 파일의 기본 이름은 일반적으로 containers-prepare-parameter.yaml 입니다.

2. 각 규칙 세트에 대해 tag 매개변수가 16.2 로 설정되어 있는지 확인합니다.

   parameter_defaults:
     ContainerImagePrepare:
     - push_destination: true
       set:
         …​
         tag: '16.2'
       tag_from_label: '{version}-{release}'

   참고

   16.2 또는 16.2.2 와 같은 특정 태그를 업데이트에 사용하지 않으려면 태그 키-값 쌍을 제거하고 tag _from_label 만 지정합니다. 이는 설치된 Red Hat OpenStack Platform 버전을 사용하여 업데이트 프로세스의 일부로 사용할 태그 값을 결정합니다.

3. 이 파일을 저장합니다.

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. 사용자 지정 오버클라우드 SSL/TLS 공용 엔드포인트 파일을 편집합니다. 이 파일은 일반적으로 ~/templates/enable-tls.yaml 입니다.

4. resource_registry:에서 NodeTLSData 리소스를 제거합니다.

   resource_registry:
     OS::TripleO::NodeTLSData: /usr/share/openstack-tripleo-heat-templates/puppet/extraconfig/tls/tls-cert-inject.yaml
     ...

   Overcloud 배포에서는 HAProxy의 새 서비스를 사용하여 SSL/TLS가 활성화되어 있는지 확인합니다.

   참고

   enable-tls.yaml 파일의 resource_registry 섹션에 있는 유일한 리소스인 경우 전체 resource_registry 섹션을 제거합니다.

5. SSL/TLS 공용 엔드포인트 파일을 저장합니다.

6. Red Hat OpenStack Platform 16.1에서 업데이트하는 경우 모든 업데이트 전 점검에 대해 Red Hat IdM(Identity Manager)에서 권한을 업데이트해야 합니다. ssh 를 사용하여 IdM을 실행하는 서버에 로그인한 다음 다음 명령을 실행합니다.

   $ kinit admin
   $ ipa privilege-add-permission 'Nova Host Management' --permission 'System: Modify Realm Domains'

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. 컨트롤러 노드에 로그인하고 Pacemaker 명령을 실행하여 펜싱을 비활성화합니다.

   $ ssh heat-admin@<controller_ip> "sudo pcs property set stonith-enabled=false"

   & lt;controller_ip& gt;를 컨트롤러 노드의 IP 주소로 바꿉니다. openstack server list 명령을 사용하여 컨트롤러 노드의 IP 주소를 찾을 수 있습니다.

4. fencing.yaml 환경 파일에서 업데이트 프로세스 중에 펜싱을 계속 비활성화하도록 EnableFencing 매개변수를 false 로 설정합니다.

절차

1. 언더클라우드 노드에서 stack 사용자로 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. dnf update 명령으로 director 주요 패키지를 업데이트합니다.

   $ sudo dnf update -y python3-tripleoclient* tripleo-ansible ansible

4. openstack undercloud upgrade 명령을 사용하여 언더클라우드 환경을 업데이트합니다.

   $ openstack undercloud upgrade

5. 언더클라우드 업데이트 프로세스가 완료될 때까지 기다립니다.

6. 언더클라우드를 재부팅하여 운영 체제의 커널 및 기타 시스템 패키지를 업데이트합니다.

   $ sudo reboot

7. 노드가 부팅될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. stack 사용자 홈(/home/stack/images)의 images 디렉터리에서 기존 이미지를 제거합니다.

   $ rm -rf ~/images/*

3. 아카이브를 추출합니다.

   $ cd ~/images
   $ for i in /usr/share/rhosp-director-images/overcloud-full-latest-16.2.tar /usr/share/rhosp-director-images/ironic-python-agent-latest-16.2.tar; do tar -xvf $i; done
   $ cd ~

4. 최신 이미지를 director로 가져옵니다.

   $ openstack overcloud image upload --update-existing --image-path /home/stack/images/

5. 새 이미지를 사용하도록 노드를 구성합니다.

   $ openstack overcloud node configure $(openstack baremetal node list -c UUID -f value)

6. 새 이미지가 있는지 확인합니다.

   $ openstack image list
   $ ls -l /var/lib/ironic/httpboot

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. update 준비 명령을 실행합니다.

   $ openstack overcloud update prepare \
       --templates \
       --stack <stack_name> \
       -r <roles_data_file> \
       -n <network_data_file> \
       -e <environment_file> \
       -e <environment_file> \
       ...

   환경과 관련된 다음 옵션을 포함합니다.

   • 오버클라우드 스택 이름이 기본 오버클라우드와 다른 경우 업데이트 준비 명령에 --stack 옵션을 포함하고 <stack_name> 을 스택 이름으로 교체합니다.
   • 고유한 사용자 지정 역할을 사용하는 경우 사용자 지정 역할(<roles_data> ) 파일(-r)을 포함합니다.
   • 사용자 지정 네트워크를 사용하는 경우 구성 가능 네트워크( <network_data> ) 파일(-n)을 포함합니다.
   • 고가용성 클러스터를 배포하는 경우 업데이트 준비 명령에 --ntp-server 옵션을 포함하거나 환경 파일에 NtpServer 매개변수 및 값을 포함합니다.
   • 모든 사용자 지정 구성 환경 파일(-e).
3. 업데이트 준비 프로세스가 완료될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. container_image_prepare 태그가 있는 작업에 대해 openstack overcloud external-update run 명령을 실행합니다.

   $ openstack overcloud external-update run --stack <stack_name> --tags container_image_prepare

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. ovn 태그가 있는 작업에 대해 openstack overcloud external-update run 명령을 실행합니다.

   $ openstack overcloud external-update run --stack <stack_name> --tags ovn

   • 오버클라우드 스택 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 교체합니다.
4. ovn-controller 컨테이너 업데이트가 완료될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. update 명령을 실행합니다.

   $ openstack overcloud update run --stack <stack_name> --limit Controller

3. 컨트롤러 노드 업데이트가 완료될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. update 명령을 실행합니다.

   $ openstack overcloud update run --stack <stack_name> --limit Compute

3. 컴퓨팅 노드 업데이트가 완료될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. update 명령을 실행합니다.

   $ openstack overcloud update run --stack <stack_name> --limit ComputeHCI

   • & lt;stack_name >을 스택 이름으로 바꿉니다. 지정하지 않는 경우 기본값은 오버클라우드 입니다.
3. 노드 업데이트가 완료될 때까지 기다립니다.

4. Ceph Storage 업데이트 명령을 실행합니다.

   $ openstack overcloud external-update run --stack <stack_name> --tags ceph

5. 컴퓨팅 HCI 노드 업데이트가 완료될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. update 명령을 실행합니다.

   $ openstack overcloud update run --stack <stack_name> --limit DistributedComputeHCI

3. DistributedComputeHCI 노드 업데이트가 완료될 때까지 기다립니다.

4. Ceph Storage 업데이트 명령을 실행합니다.

   $ openstack overcloud external-update run --stack <stack_name> --tags ceph

5. DistributedComputeHCI 노드 업데이트가 완료될 때까지 기다립니다.
6. 동일한 프로세스를 사용하여 DistributedComputeHCIScaleOut 노드를 업데이트합니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. 그룹 노드를 업데이트합니다.

   그룹의 모든 노드를 업데이트하려면 다음을 수행합니다.

   $ openstack overcloud update run --limit <GROUP_NAME>

   그룹의 단일 노드를 업데이트하려면 다음을 수행합니다.

   $ openstack overcloud update run --limit <GROUP_NAME> [NODE_INDEX]

   참고

   노드를 개별적으로 업데이트하도록 선택하는 경우 모든 노드를 업데이트해야 합니다.

   그룹에서 첫 번째 노드의 인덱스는 0(0)입니다. 예를 들어 CephStorage 그룹의 첫 번째 노드를 업데이트하려면 다음을 수행합니다.

   OpenStack overcloud update run --limit CephStorage[0]

3. 노드 업데이트가 완료될 때까지 기다립니다.

4. Ceph Storage container update 명령을 실행하여 외부 프로세스로 ceph- anible을 실행하고 Red Hat Ceph Storage 4 컨테이너를 업데이트합니다.

   $ openstack overcloud external-update run --tags ceph

5. Ceph Storage 컨테이너 업데이트가 완료될 때까지 기다립니다.

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. online_upgrade 태그를 사용하는 작업에 대해 openstack overcloud external-update run 명령을 실행합니다.

   $ openstack overcloud external-update run --tags online_upgrade

절차

1. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

2. 오버클라우드에서 펜싱을 다시 활성화하려면 fencing.yaml 환경 파일에서 EnableFencing 매개변수를 true 로 설정합니다.

3. 업데이트 완료 명령을 실행합니다.

   $ openstack overcloud update converge \
       --templates \
       --stack <stack_name> \
       -r <roles_data_file> \
       -n <network_data_file> \
       -e <environment_file> \
       -e <environment_file> \
       ...
       ...

   해당 환경과 관련된 다음 옵션을 포함합니다.

   • EnableFencing 매개변수가 true 로 설정된 fencing.yaml 환경 파일.
   • 오버클라우드 스택 이름이 기본 오버클라우드와 다른 경우 업데이트 준비 명령에 --stack 옵션을 포함하고 <stack_name> 을 스택 이름으로 교체합니다.
   • 사용자 지정 역할을 사용하는 경우 사용자 지정 역할 ( <roles_data> ) 파일 (-r)을 포함합니다.
   • 사용자 지정 네트워크를 사용하는 경우 구성 가능 네트워크( <network_data> ) 파일(-n)을 포함합니다.
   • 모든 사용자 지정 구성 환경 파일(-e).
4. 업데이트 완료가 완료될 때까지 기다립니다.

절차

1. 재부팅하려는 노드에 로그인합니다.

2. 선택 사항: 노드에서 Pacemaker 리소스를 사용하는 경우 클러스터를 중지합니다.

   [heat-admin@overcloud-controller-0 ~]$ sudo pcs cluster stop

3. 노드를 재부팅합니다.

   [heat-admin@overcloud-controller-0 ~]$ sudo reboot

4. 노드가 부팅될 때까지 기다립니다.

검증

1. 서비스가 활성화되었는지 확인합니다.

   1. 노드에서 Pacemaker 서비스를 사용하는 경우 노드가 클러스터에 다시 가입했는지 확인합니다.

      [heat-admin@overcloud-controller-0 ~]$ sudo pcs status

   2. 노드에서 Systemd 서비스를 사용하는 경우 모든 서비스가 활성화되었는지 확인합니다.

      [heat-admin@overcloud-controller-0 ~]$ sudo systemctl status

   3. 노드에서 컨테이너화된 서비스를 사용하는 경우 노드의 모든 컨테이너가 활성화되었는지 확인합니다.

      [heat-admin@overcloud-controller-0 ~]$ sudo podman ps

절차

1. ceph-mon 서비스를 실행하는 Ceph Monitor 또는 컨트롤러 노드에 로그인하고 Ceph Storage 클러스터 재조정을 일시적으로 비활성화합니다.

   $ sudo podman exec -it ceph-mon-controller-0 ceph osd set noout
   $ sudo podman exec -it ceph-mon-controller-0 ceph osd set norebalance

   참고

   다중 스택 또는 DCN(Distributed Compute node) 아키텍처가 있는 경우 noout 및 norebalance 플래그를 설정할 때 클러스터 이름을 지정해야 합니다. 예: sudo podman exec -it ceph-mon-controller-0 ceph osd set noout --cluster_name>

2. 재부팅할 첫 번째 Ceph Storage 노드를 선택하고 노드에 로그인합니다.

3. 노드를 재부팅합니다.

   $ sudo reboot

4. 노드가 부팅될 때까지 기다립니다.

5. 노드에 로그인하고 클러스터 상태를 확인합니다.

   $ sudo podman exec -it ceph-mon-controller-0 ceph status

   pgmap이 모든 pgs를 정상(active+clean)으로 보고하는지 확인합니다.

6. 노드에서 로그아웃하고, 다음 노드를 재부팅한 후 상태를 확인합니다. 모든 Ceph Storage 노드가 재부팅될 때까지 이 프로세스를 반복합니다.

7. 완료되면 ceph-mon 서비스를 실행하는 Ceph Monitor 또는 컨트롤러 노드에 로그인하고 클러스터 재조정을 다시 활성화합니다.

   $ sudo podman exec -it ceph-mon-controller-0 ceph osd unset noout
   $ sudo podman exec -it ceph-mon-controller-0 ceph osd unset norebalance

   참고

   다중 스택 또는 DCN(Distributed Compute node) 아키텍처가 있는 경우 noout 및 norebalance 플래그를 설정할 때 클러스터 이름을 지정해야 합니다. 예: sudo podman exec -it ceph-mon-controller-0 ceph osd set noout --cluster_name>

8. 최종 상태 검사를 수행하여 클러스터가 HEALTH_OK를 보고하는지 확인합니다.

   $ sudo podman exec -it ceph-mon-controller-0 ceph status

인스턴스 워크플로 마이그레이션

1. 노드를 재부팅하기 전에 인스턴스를 다른 컴퓨팅 노드로 마이그레이션할지 여부 결정
2. 새 인스턴스를 프로비저닝하지 않도록 재부팅할 컴퓨팅 노드를 선택하고 비활성화합니다.
3. 인스턴스를 다른 컴퓨팅 노드로 마이그레이션
4. 빈 컴퓨팅 노드 재부팅
5. 빈 컴퓨팅 노드 활성화