프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

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

5. 오버클라우드 서브스크립션 관리 환경 파일을 저장합니다.

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

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

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

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

   • & lt;stack >을 스택 이름으로 바꿉니다.
   • 모든 RHOSP 노드에 콘텐츠를 적용하려면 --limit 옵션을 사용합니다. <undercloud>, <Controller>, <Compute>를 해당 노드가 포함된 환경의 Ansible 그룹으로 바꿉니다. 이러한 노드에 대해 다른 서브스크립션이 있을 수 있으므로 Ceph Storage 노드에 대해 이 플레이북을 실행하지 마십시오.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   parameter_defaults:
     RhsmVars:
       rhsm_repos:
         - rhel-9-for-x86_64-baseos-eus-rpms
         - rhel-9-for-x86_64-appstream-eus-rpms
         - rhel-9-for-x86_64-highavailability-eus-rpms
         - openstack-17.1-for-rhel-9-x86_64-rpms
         - fast-datapath-for-rhel-9-x86_64-rpms

5. 오버클라우드 서브스크립션 관리 환경 파일을 저장합니다.

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

   $ cat > ~/update_rhosp_repos.yaml <<'EOF'
   - hosts: all
     gather_facts: false
     tasks:
       - name: change osp repos
         command: subscription-manager repos --enable=openstack-17.1-for-rhel-9-x86_64-rpms
         become: true
   EOF

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

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

   • & lt;stack >을 스택 이름으로 바꿉니다.
   • 모든 RHOSP 노드에 콘텐츠를 적용하려면 --limit 옵션을 사용합니다. <undercloud>, <Controller> 및 <Compute>를 해당 노드가 포함된 환경의 Ansible 그룹으로 바꿉니다. 일반적으로 다른 서브스크립션을 사용하므로 Ceph Storage 노드에 대해 이 플레이북을 실행하지 마십시오.

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

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

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

   $ ansible-playbook -i ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml -f 25 ~/update_ceph_repos.yaml --limit CephStorage

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

절차

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

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

   parameter_defaults:
     ContainerImagePrepare:
     - push_destination: true
       set:
         ...
         tag: '17.1'
       tag_from_label: '{version}-{release}'

   참고

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

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

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • & lt;controller_ip& gt;를 컨트롤러 노드의 IP 주소로 바꿉니다. metalsmith list 명령을 사용하여 컨트롤러 노드의 IP 주소를 찾을 수 있습니다.
4. fencing.yaml 환경 파일에서 EnableFencing 매개변수를 false 로 설정하여 업데이트 프로세스 중에 펜싱을 비활성화 상태로 유지합니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. 검증을 위해 패키지를 설치합니다.

   $ sudo dnf -y update openstack-tripleo-validations python3-validations-libs validations-common

4. 검증을 실행합니다.

   $ validation run -i ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml --group pre-update

   • <stack>을 스택 이름으로 바꿉니다.

검증

1. 검증 보고서의 결과를 보려면 director를 사용하여 Red Hat OpenStack Platform 설치 및 관리의 검증 내역 보기를 참조하십시오.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. dnf update 명령을 사용하여 director 기본 패키지를 업데이트합니다.

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

4. 언더클라우드 환경을 업데이트합니다.

   $ openstack undercloud upgrade

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

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

   $ sudo reboot

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

절차

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

   $ rm -rf ~/images/*

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

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

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

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

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

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

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

   $ ls -l /var/lib/ironic/httpboot /var/lib/ironic/images

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. 업데이트 준비 명령을 실행합니다.

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

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

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

프로세스

1. SSH 키 크기를 확인합니다.

   ssh-keygen -l -f ~/.ssh/id_rsa.pub

   출력 예:

   1024 SHA256:Xqz0Xz0/aJua6B3qRD7VsLr6n/V3zhmnGSkcFR6FlJw stack@director.example.local (RSA)

2. SSH 키가 2048비트 미만인 경우 계속하기 전에 ssh_key_rotation.yaml ansible 플레이북을 사용하여 SSH 키를 교체합니다.

   ANSIBLE_SSH_COMMON_ARGS="-o RequiredRSASize=1024" ansible-playbook \
   -i ~/config-download/<stack>/tripleo-ansible-inventory.yaml \
   /usr/share/ansible/tripleo-playbooks/ssh_key_rotation.yaml \
   --extra-vars "keep_old_key_authorized_keys=<true|false> \ backup_folder_path=</path/to/backup_folder>"

   • & lt;stack& gt;을 오버클라우드 스택의 이름으로 바꿉니다.
   • 백업 요구 사항에 따라 < true|false >를 교체합니다. 이 변수를 포함하지 않으면 기본값은 true 입니다.
   • & lt;/path/to/backup_folder&gt;를 백업 경로로 바꿉니다. 이 변수를 포함하지 않으면 기본값은 /home/{{ ansible_user_id }}/backup_keys/{{ ansible_date_time.epoch }}입니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • 오버클라우드 스택의 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 바꿉니다.

프로세스

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. 언더클라우드 호스트에 stack 사용자로 로그인합니다.

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. ha_image_update 태그를 사용하여 openstack overcloud external-update run 명령을 실행합니다.

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

   • 언더클라우드 스택의 이름이 기본 스택 이름 언더클라우드와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 <stack_name>을 스택 이름으로 바꿉니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • 오버클라우드 스택의 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 바꿉니다.
4. 컨트롤러 노드 업데이트가 완료될 때까지 기다립니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • 오버클라우드 스택의 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 바꿉니다.
4. 컴퓨팅 노드 업데이트가 완료될 때까지 기다립니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • 오버클라우드 스택의 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 바꿉니다.
4. 노드 업데이트가 완료될 때까지 기다립니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • 오버클라우드 스택의 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 바꿉니다.
4. DistributedComputeHCI 노드 업데이트가 완료될 때까지 기다립니다.
5. 동일한 프로세스를 사용하여 DistributedComputeHCIScaleOut 노드를 업데이트합니다.

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

   • 오버클라우드 스택의 이름이 기본 스택 이름 overcloud 와 다른 경우 스택 이름을 --stack 옵션으로 설정하고 < stack_name >을 스택 이름으로 바꿉니다.
4. 노드 업데이트가 완료될 때까지 기다립니다.

프로세스

1. 컨트롤러 노드에 로그인합니다.

2. 클러스터 상태를 확인합니다.

   $ sudo cephadm shell -- ceph health

   참고

   Ceph Storage 클러스터가 정상이면 명령에서 HEALTH_OK 의 결과를 반환합니다. 명령에서 다른 결과를 반환하는 경우 클러스터를 검토하고 업데이트를 계속하기 전에 Red Hat 지원에 문의하십시오. 자세한 내용은 Red Hat Ceph Storage 업그레이드 가이드의 cephadm 을 사용하여 Red Hat Ceph Storage 클러스터 업그레이드 또는 Red Hat Ceph Storage 6 업그레이드 가이드 의 cephadm 을 사용하여 Red Hat Ceph Storage 클러스터 업그레이드를 참조하십시오.

3. 선택 사항: Ceph Storage 클러스터 업데이트에 포함되어야 하는 이미지를 확인합니다.

   $ openstack tripleo container image list -f value |  awk -F '//' '/ceph/ {print $2}'

4. 클러스터를 최신 Red Hat Ceph Storage 버전으로 업데이트합니다.

   $ sudo cephadm shell -- ceph orch upgrade start --image <image_name>: <version>

   • & lt;image_name& gt;을 Ceph Storage 클러스터 이미지의 이름으로 바꿉니다.
   • & lt;version >을 Ceph Storage 클러스터를 업데이트할 대상 버전으로 바꿉니다.

5. Ceph Storage 컨테이너 업데이트가 완료될 때까지 기다립니다. 업데이트 상태를 모니터링하려면 다음 명령을 실행합니다.

    sudo cephadm shell -- ceph orch upgrade status

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

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

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

절차

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

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

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

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

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

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

검증

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

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

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

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

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

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

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

프로세스

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

   $ sudo cephadm shell -- ceph osd set noout
   $ sudo cephadm shell -- ceph osd set norebalance

   참고

   다중 스택 또는 DCN(Distributed Compute node) 아키텍처가 있는 경우 noout 및 norebalance 플래그를 설정할 때 Ceph 클러스터 이름을 지정해야 합니다. 예: sudo cephadm shell -c /etc/ceph/<cluster>.conf -k /etc/ceph/<cluster>.client.keyring.

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

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

   $ sudo reboot

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

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

   $ sudo cephadm -- shell ceph status

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

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

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

   $ sudo cephadm shell -- ceph osd unset noout
   $ sudo cephadm shell -- ceph osd unset norebalance

   참고

   다중 스택 또는 DCN(Distributed Compute node) 아키텍처가 있는 경우 noout 및 norebalance 플래그를 설정 해제할 때 Ceph 클러스터 이름을 지정해야 합니다. 예: sudo cephadm shell -c /etc/ceph/<cluster>.conf -k /etc/ceph/<cluster>.client.keyring

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

   $ sudo cephadm shell ceph status

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

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

프로세스

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

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

   $ source ~/stackrc
   (undercloud) $ metalsmith list | grep compute

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

3. 오버클라우드에서 컴퓨팅 노드를 선택하고 비활성화합니다.

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

   • & lt;hostname& gt;을 컴퓨팅 노드의 호스트 이름으로 바꿉니다.

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

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

5. 선택 사항: 인스턴스를 다른 컴퓨팅 노드로 마이그레이션하려면 다음 단계를 완료합니다.

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

      • 인스턴스를 다른 호스트로 마이그레이션하려면 다음 명령을 실행합니다.

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

        • &lt ;instance_id&gt;를 인스턴스 ID로 바꿉니다.
        • & lt;target_host >를 인스턴스를 마이그레이션할 호스트로 바꿉니다.

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

        (overcloud) $ nova live-migration <instance_id>

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

        $ nova host-evacuate-live <hostname>

        참고

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

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

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

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

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

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

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

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

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

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

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

   (overcloud) $ openstack compute service list

프로세스

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

2. stackrc 언더클라우드 인증 정보 파일을 소싱합니다.

   $ source ~/stackrc

3. 검증을 실행합니다.

   $ validation run -i ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml --group post-update

   • <stack>을 스택 이름으로 바꿉니다.

검증

1. 검증 보고서의 결과를 보려면 director를 사용하여 Red Hat OpenStack Platform 설치 및 관리의 검증 내역 보기를 참조하십시오.