절차

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

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

   $ source ~/stackrc

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

4. 서브스크립션 관리 구성에 the rhsm_release 매개변수가 있는지 확인합니다. 이 매개변수를 설정하지 않으면 이 매개변수를 추가하고 매개변수를 8.2로 설정합니다.

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

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

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

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

   오버클라우드 이름을 오버클라우드의 기본 오버클라우드 이름에 다르게 사용하는 경우 --plan 옵션을 사용하여 오버클라우드 이름을 설정합니다.

7. 모든 노드에서 운영 체제 버전을 Red Hat Enterprise Linux 8.2에 고정하는 작업이 포함된 플레이북을 생성합니다.

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

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

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

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

절차

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

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

   $ source ~/stackrc

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

4. 서브스크립션 관리 구성의 rhsm_repos 매개변수를 확인합니다. 이 매개변수에 TUS 리포지토리가 포함되어 있지 않은 경우 관련 리포지토리를 TUS 버전으로 변경합니다.

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-8-for-x86_64-baseos-tus-rpms
         - rhel-8-for-x86_64-appstream-tus-rpms
         - rhel-8-for-x86_64-highavailability-tus-rpms
         - ansible-2.9-for-rhel-8-x86_64-rpms
         - advanced-virt-for-rhel-8-x86_64-rpms
         - openstack-16.1-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. 모든 노드에서 리포지토리를 Red Hat Enterprise Linux 8.2 TUS로 설정하는 작업이 포함된 플레이북을 생성합니다.

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

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

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

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

절차

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

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

   $ source ~/stackrc

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

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

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-8-for-x86_64-baseos-tus-rpms
         - rhel-8-for-x86_64-appstream-tus-rpms
         - rhel-8-for-x86_64-highavailability-tus-rpms
         - ansible-2.9-for-rhel-8-x86_64-rpms
         - advanced-virt-for-rhel-8-x86_64-rpms
         - openstack-16.1-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. 모든 노드에서 리포지토리를 Red Hat OpenStack Platform 16.1로 설정하는 작업이 포함된 플레이북을 생성합니다.

   $ cat > ~/update_rhosp_repos.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change osp repos
         command: subscription-manager repos --disable=openstack-16-for-rhel-8-x86_64-rpms --enable=openstack-16.1-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>

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

9. 모든 노드에서 리포지토리를 Red Hat OpenStack Platform 16.1로 설정하는 작업이 포함된 플레이북을 생성합니다.

   $ 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.1-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 모듈을 버전 2.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:2.0
         command: dnf module enable -y container-tools:2.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.1 로 설정되어 있는지 확인합니다.

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

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

절차

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 공용 엔드포인트 파일 파일을 저장합니다.

절차

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

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

   $ source ~/stackrc

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

   $ ssh heat-admin@CONTROLLER_IP "sudo pcs property set stonith-enabled=false"

4. fencing.yaml 환경 파일에서 EnableFencing 매개변수를 false 로 설정하여 업데이트 프로세스 중에 펜싱이 비활성화되었는지 확인합니다.

절차

1. stack 사용자로 director에 로그인합니다.

2. dnf 를 실행하여 director 기본 패키지를 업그레이드합니다.

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

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

   $ openstack undercloud upgrade

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

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

   $ sudo reboot

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

절차

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.1.tar /usr/share/rhosp-director-images/ironic-python-agent-latest-16.1.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

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

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

4. Ceph Storage update 명령을 실행합니다. 예를 들면 다음과 같습니다.

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

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

절차

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 컨테이너 업데이트 명령을 실행합니다.

   $ 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. 노드가 부팅될 때까지 기다립니다.

5. 서비스를 확인합니다. 예를 들면 다음과 같습니다.

   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 <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 <cluster_name>

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

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

절차

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

2. 모든 컴퓨팅 노드 및 해당 UUID를 나열합니다.

   $ source ~/stackrc
   (undercloud) $ openstack server list --name compute

   재부팅할 컴퓨팅 노드의 UUID를 확인합니다.

3. 언더클라우드에서 컴퓨팅 노드를 선택합니다. 노드를 비활성화합니다.

   $ source ~/overcloudrc
   (overcloud) $ openstack compute service list
   (overcloud) $ openstack compute service set <hostname> nova-compute --disable

4. 컴퓨팅 노드에 모든 인스턴스를 나열합니다.

   (overcloud) $ openstack server list --host <hostname> --all-projects

5. 인스턴스를 마이그레이션하지 않으려면 이 단계로 건너뜁니다.

6. 인스턴스를 다른 컴퓨팅 노드로 마이그레이션하려면 다음 명령 중 하나를 사용합니다.

   • 인스턴스를 다른 호스트로 마이그레이션합니다.

     (overcloud) $ openstack server migrate <instance_id> --live <target_host> --wait

   • nova-scheduler에서 대상 호스트를 자동으로 선택하도록 합니다.

     (overcloud) $ nova live-migration <instance_id>

   • 한 번에 모든 인스턴스를 실시간 마이그레이션합니다.

     $ nova host-evacuate-live <hostname>

     참고

     nova 명령으로 인해 몇 가지 사용 중단 경고가 표시될 수 있으며, 이러한 경고는 무시해도 됩니다.

7. 마이그레이션이 완료될 때까지 기다립니다.

8. 마이그레이션을 성공적으로 완료했음을 확인합니다.

   (overcloud) $ openstack server list --host <hostname> --all-projects

9. 선택한 컴퓨팅 노드에 남은 항목이 없을 때까지 인스턴스를 계속 마이그레이션합니다.

10. 컴퓨팅 노드에 로그인하고 노드를 재부팅합니다.

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

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

12. 컴퓨팅 노드를 다시 활성화합니다.

    $ source ~/overcloudrc
    (overcloud) $ openstack compute service set <hostname>  nova-compute --enable

13. 컴퓨팅 노드가 활성화되었는지 확인합니다.

    (overcloud) $ openstack compute service list