절차

1. 오버클라우드 배포의 registry.redhat.io 에서 이미지를 직접 가져오려면 이미지 매개변수를 지정하는 환경 파일이 필요합니다. 다음 명령을 실행하여 컨테이너 이미지 환경 파일을 생성합니다.

   (undercloud) $ sudo openstack overcloud container image prepare \
     --namespace=registry.redhat.io/rhosp13 \
     --prefix=openstack- \
     --tag-from-label {version}-{release} \
     --output-env-file=/home/stack/templates/overcloud_images.yaml

   • 선택적 서비스에 대한 환경 파일을 포함하려면 -e 옵션을 사용합니다.
   • 사용자 지정 역할 파일을 포함하려면 -r 옵션을 사용합니다.
   • Ceph Storage를 사용하는 경우 추가 매개변수를 포함하여 Ceph Storage 컨테이너 이미지 위치를 정의합니다. --set ceph_namespace,--set ceph_image,--set ceph_tag.

2. overcloud_images.yaml 파일을 수정하고 다음 매개변수를 포함하여 배포 중에 registry.redhat.io 로 인증합니다.

   ContainerImageRegistryLogin: true
   ContainerImageRegistryCredentials:
     registry.redhat.io:
       <USERNAME>: <PASSWORD>

   • &lt ;USERNAME > 및 < PASSWORD >를 registry.redhat.io 의 인증 정보로 바꿉니다.

     overcloud_images.yaml 파일에는 언더클라우드의 이미지 위치가 포함되어 있습니다. 이 파일을 배포와 함께 포함합니다.

     참고

     openstack overcloud deploy 명령을 실행하기 전에 원격 레지스트리에 로그인해야 합니다.

     (undercloud) $ sudo docker login registry.redhat.io

절차

1. 로컬 언더클라우드 레지스트리의 주소를 찾습니다. 주소는 다음 패턴을 사용합니다.

   <REGISTRY_IP_ADDRESS>:8787

   이전에 undercloud.conf 파일의 local_ip 매개변수로 설정한 언더클라우드의 IP 주소를 사용합니다. 아래 명령의 경우 주소는 192.168.24.1:8787 인 것으로 간주됩니다.

2. registry.redhat.io 에 로그인합니다.

   (undercloud) $ docker login registry.redhat.io --username $RH_USER --password $RH_PASSWD

3. 이미지를 로컬 레지스트리에 업로드하는 템플릿을 생성하고 해당 이미지를 참조하는 환경 파일을 생성합니다.

   (undercloud) $ openstack overcloud container image prepare \
     --namespace=registry.redhat.io/rhosp13 \
     --push-destination=192.168.24.1:8787 \
     --prefix=openstack- \
     --tag-from-label {version}-{release} \
     --output-env-file=/home/stack/templates/overcloud_images.yaml \
     --output-images-file /home/stack/local_registry_images.yaml

   • 선택적 서비스에 대한 환경 파일을 포함하려면 -e 옵션을 사용합니다.
   • 사용자 지정 역할 파일을 포함하려면 -r 옵션을 사용합니다.
   • Ceph Storage를 사용하는 경우 추가 매개변수를 포함하여 Ceph Storage 컨테이너 이미지 위치를 정의합니다. --set ceph_namespace,--set ceph_image,--set ceph_tag.

4. 다음 두 파일이 생성되었는지 확인합니다.

   • remote 소스의 컨테이너 이미지 정보가 포함된 local_registry_images.yaml. 이 파일을 사용하여 Red Hat Container Registry(registry.redhat.io)에서 언더클라우드로 이미지를 가져옵니다.
   • overcloud_images.yaml - 언더클라우드의 최종 이미지 위치가 포함됩니다. 이 파일을 배포와 함께 포함합니다.

5. 원격 레지스트리에서 컨테이너 이미지를 가져와서 언더클라우드 레지스트리로 푸시합니다.

   (undercloud) $ openstack overcloud container image upload \
     --config-file  /home/stack/local_registry_images.yaml \
     --verbose

   필요한 이미지를 가져오는 데 네트워크 및 언더클라우드 디스크의 속도에 따라 다소 시간이 걸릴 수 있습니다.

   참고

   컨테이너 이미지는 약 10GB의 디스크 공간을 사용합니다.

6. 이제 이미지가 언더클라우드의 docker-distribution 레지스트리에 저장됩니다. 언더클라우드의 docker-distribution 레지스트리에서 이미지 목록을 보려면 다음 명령을 실행합니다.

   (undercloud) $  curl http://192.168.24.1:8787/v2/_catalog | jq .repositories[]

   참고

   _catalog 리소스 자체는 100개의 이미지만 표시합니다. 더 많은 이미지를 표시하려면 _catalog 리소스와 함께 ?n=<interger > 쿼리 문자열을 사용하여 더 많은 이미지를 표시합니다.

   (undercloud) $  curl http://192.168.24.1:8787/v2/_catalog?n=150 | jq .repositories[]

   특정 이미지에 대한 태그 목록을 보려면 skopeo 명령을 사용합니다.

   (undercloud) $ curl -s http://192.168.24.1:8787/v2/rhosp13/openstack-keystone/tags/list | jq .tags

   태그된 이미지를 확인하려면 skopeo 명령을 사용합니다.

   (undercloud) $ skopeo inspect --tls-verify=false docker://192.168.24.1:8787/rhosp13/openstack-keystone:13.0-44

절차

1. 로컬 레지스트리로 이미지를 가져오는 템플릿을 생성합니다.

   $ source ~/stackrc
   (undercloud) $ openstack overcloud container image prepare \
     --namespace=rhosp13 \
     --prefix=openstack- \
     --output-images-file /home/stack/satellite_images

   • 선택적 서비스에 대한 환경 파일을 포함하려면 -e 옵션을 사용합니다.
   • 사용자 지정 역할 파일을 포함하려면 -r 옵션을 사용합니다.
   • Ceph Storage를 사용하는 경우 추가 매개변수를 포함하여 Ceph Storage 컨테이너 이미지 위치를 정의합니다. --set ceph_namespace,--set ceph_image,--set ceph_tag.
   참고

   이 버전의 openstack overcloud container image prepare 명령은 registry.redhat.io 에서 레지스트리를 대상으로 이미지 목록을 생성합니다. 이후 단계에서 사용된 openstack overcloud container image prepare 명령과 다른 값을 사용합니다.

2. 이렇게 하면 컨테이너 이미지 정보가 포함된 satellite_images 라는 파일이 생성됩니다. 이 파일을 사용하여 컨테이너 이미지를 Satellite 6 서버와 동기화합니다.

3. satellite_images 파일에서 YAML 관련 정보를 제거하고 이미지 목록만 포함하는 플랫 파일로 변환합니다. 다음 sed 명령은 다음을 수행합니다.

   (undercloud) $ awk -F ':' '{if (NR!=1) {gsub("[[:space:]]", ""); print $2}}' ~/satellite_images > ~/satellite_images_names

   이를 통해 Satellite 서버로 가져오는 이미지 목록이 제공됩니다.

4. satellite_images_names 파일을 Satellite 6 hammer 툴이 포함된 시스템으로 복사합니다. 또는 Hammer CLI 가이드의 지침에 따라 hammer 툴을 언더클라우드에 설치합니다.

5. 다음 hammer 명령을 실행하여 Satellite 조직에 새 제품(OSP13 컨테이너)을 생성합니다.

   $ hammer product create \
     --organization "ACME" \
     --name "OSP13 Containers"

   이 사용자 지정 제품에 이미지를 저장합니다.

6. 제품에 기본 컨테이너 이미지를 추가합니다.

   $ hammer repository create \
     --organization "ACME" \
     --product "OSP13 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name rhosp13/openstack-base \
     --name base

7. satellite_images 파일에서 오버클라우드 컨테이너 이미지를 추가합니다.

   $ while read IMAGE; do \
     IMAGENAME=$(echo $IMAGE | cut -d"/" -f2 | sed "s/openstack-//g" | sed "s/:.*//g") ; \
     hammer repository create \
     --organization "ACME" \
     --product "OSP13 Containers" \
     --content-type docker \
     --url https://registry.redhat.io \
     --docker-upstream-name $IMAGE \
     --name $IMAGENAME ; done < satellite_images_names

8. 컨테이너 이미지를 동기화합니다.

   $ hammer product synchronize \
     --organization "ACME" \
     --name "OSP13 Containers"

   Satellite 서버가 동기화를 완료할 때까지 기다립니다.

   참고

   설정에 따라 hammer에서 Satellite 서버 사용자 이름과 암호가 필요할 수 있습니다. hammer를 구성한 후 구성 파일을 사용하여 자동으로 로그인할 수 있습니다. Hammer CLI Guide 의 "Authentication" 섹션을 참조하십시오.

9. Satellite 6 서버에서 콘텐츠 뷰를 사용하는 경우 새 콘텐츠 뷰 버전을 생성하여 이미지를 통합합니다.

10. 기본 이미지에 사용 가능한 태그를 확인합니다.

    $ hammer docker tag list --repository "base" \
      --organization "ACME" \
      --product "OSP13 Containers"

    그러면 OpenStack Platform 컨테이너 이미지에 대한 태그가 표시됩니다.

11. 언더클라우드로 돌아가서 Satellite 서버의 이미지에 대한 환경 파일을 생성합니다. 다음은 환경 파일을 생성하는 예제 명령입니다.

    (undercloud) $ openstack overcloud container image prepare \
      --namespace=satellite6.example.com:5000 \
      --prefix=acme-osp13_containers- \
      --tag-from-label {version}-{release} \
      --output-env-file=/home/stack/templates/overcloud_images.yaml

    참고

    openstack overcloud container image prepare 명령의 이 버전은 Satellite 서버를 대상으로 합니다. 이전 단계에서 사용한 openstack overcloud container image prepare 명령과 다른 값을 사용합니다.

    이 명령을 실행할 때 다음 데이터를 포함합니다.

    • --namespace - Satellite 서버에 있는 레지스트리의 URL 및 포트입니다. Red Hat Satellite의 레지스트리 포트는 5000입니다. 예를 들면 --namespace=satellite6.example.com:5000 입니다.

      참고

      Red Hat Satellite 버전 6.10을 사용하는 경우 포트를 지정할 필요가 없습니다. 기본 포트 443 이 사용됩니다. 자세한 내용은 "Red Hat Satellite 6.10에 RHOSP13 배포를 조정하는 방법" 을 참조하십시오.

    • --prefix= - 접두사는 레이블에 대한 Satellite 6 규칙을 기반으로 하며, 이 규칙은 소문자를 사용하고 밑줄을 위한 공백을 대체합니다. 접두사는 콘텐츠 뷰 사용 여부에 따라 다릅니다.

      • 콘텐츠 뷰를 사용하는 경우 구조는 [org]-[environment]-[content view]-[product]-입니다. 예를 들면 acme-production-myosp13-osp13_containers- 입니다.
      • 콘텐츠 뷰를 사용하지 않는 경우 구조는 [org]-[product]-입니다. 예: acme-osp13_containers-.
    • --tag-from-label {version}-{release} - 각 이미지의 최신 태그를 식별합니다.
    • -e - 선택적 서비스에 대한 모든 환경 파일을 포함합니다.
    • -r - 사용자 지정 역할 파일을 포함합니다.

    • --set ceph_namespace,--set ceph_image,--set ceph_tag - Ceph Storage를 사용하는 경우 추가 매개변수를 포함하여 Ceph Storage 컨테이너 이미지 위치를 정의합니다. 이제 ceph_image에는 Satellite별 접두사가 포함됩니다. 이 접두사는 --prefix 옵션과 동일한 값입니다. 예를 들면 다음과 같습니다.

      --set ceph_image=acme-osp13_containers-rhceph-3-rhel7

      이렇게 하면 오버클라우드에서 Satellite 이름 지정 규칙을 사용하여 Ceph 컨테이너 이미지를 사용합니다.

12. overcloud_images.yaml 파일에는 Satellite 서버의 이미지 위치가 포함되어 있습니다. 이 파일을 배포와 함께 포함합니다.

절차

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

2. python-tripleoclient 패키지 및 해당 종속 항목을 업데이트하여 마이너 버전 업데이트에 대한 최신 스크립트가 있는지 확인합니다.

   $ sudo yum update -y python-tripleoclient

3. director는 openstack undercloud upgrade 명령을 사용하여 Undercloud 환경을 업데이트합니다. 명령을 실행합니다.

   $ openstack undercloud upgrade

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

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

   $ sudo reboot

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

절차

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

   $ rm -rf ~/images/*

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

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

3. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   $ source ~/stackrc

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 /httpboot

절차

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

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

   $ source ~/stackrc

3. container-puppet 에서 구성 파일을 생성하는 데 사용하는 동시 프로세스 수를 늘리려면 DockerPuppetProcessCount 매개변수를 구성해야 합니다.

   1. templates 디렉터리에 updates-environment.yaml 이라는 환경 파일을 생성합니다.

      $ touch ~/templates/updates-environment.yaml

   2. 파일을 편집하고 다음 콘텐츠를 추가합니다.

      parameter_defaults:
          DockerPuppetProcessCount: 8

   3. openstack overcloud update prepare,openstack overcloud ceph-upgrade run, openstack overcloud update converge 명령을 실행할 때 -e 옵션을 사용하여 이 환경 파일을 포함합니다.

4. 컨트롤러 노드에서 삭제된 데이터베이스 항목을 보관합니다.

   1. 오버클라우드에서 컨트롤러 노드의 모든 인스턴스를 나열합니다.

      $ source ~/overcloudrc
      $ openstack server list

   2. nova_api_cron 컨테이너를 실행 중인 컨트롤러 노드에 로그인합니다.

      ssh heat-admin@<controller_ip>

      • & lt;controller name 또는 IP& gt;를 컨트롤러 노드의 IP 주소로 바꿉니다.

   3. 삭제된 아카이브 데이터베이스 항목:

      $ sudo docker exec -u 42436 -ti nova_api_cron bash
      $ nova-manage db archive_deleted_rows --max_rows 1000
      $ exit

5. 모든 오버클라우드 노드에서 업데이트에 필요한 모든 패키지를 다운로드하려면 다음 단계를 완료하십시오.

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

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

   2. 다음 Ansible 플레이북을 생성합니다.

      $ cat > ~/yum-download-only.yaml <<'EOF'
      - hosts: all
        gather_facts: false
        tasks:
          - name: Pre-download all packages on all overcloud nodes
            shell:
              yum upgrade -y --downloadonly
            become: true
      EOF

   3. yum-download-only.yaml Ansible 플레이북을 실행합니다.

      $ ansible-playbook \
      -i ~/inventory.yaml \
      -f 20 ~/yum-download-only.yaml \
      --limit Controller,Compute,CephStorage

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud update prepare \
       --templates \
       -r <ROLES DATA FILE> \
       -n <NETWORK DATA FILE> \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /home/stack/templates/updates-environment.yaml \
       -e <ENVIRONMENT FILE> \
       -e <ENVIRONMENT FILE> \
       --stack <STACK_NAME>
       ...

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

   • 사용자 지정 구성 환경 파일(-e).
   • 새 컨테이너 이미지 위치(-e)가 포함된 환경 파일입니다. update 명령은 --container-registry-file 사용에 대한 경고를 표시할 수 있습니다. 이 옵션은 컨테이너 이미지 환경 파일에 -e 를 사용하는 대신 더 이상 사용되지 않으므로 이 경고를 무시할 수 있습니다.
   • 고유한 사용자 지정 역할을 사용하는 경우 사용자 지정 역할(roles_data) 파일(-r)을 포함합니다.
   • 사용자 지정 네트워크를 사용하는 경우 구성 가능 네트워크(network_data) 파일(-n)을 포함합니다.
   • 고가용성 클러스터를 배포하는 경우 업데이트 준비 명령에 --ntp-server 옵션을 포함하거나 환경 파일에 NtpServer 매개변수 및 값을 포함합니다.
   • 오버클라우드 스택 이름이 기본 오버클라우드와 다른 경우 업데이트 준비 명령에 --stack 옵션을 포함하고 <STACK_NAME> 을 스택 이름으로 교체합니다.
3. 업데이트가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e <ENVIRONMENT FILE> \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /home/stack/templates/updates-environment.yaml

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

   • 사용자 지정 구성 환경 파일 (-e)
   • 컨테이너 이미지 위치(-e)가 포함된 환경 파일입니다. update 명령은 --container-registry-file 사용에 대한 경고를 표시할 수 있습니다. 이 옵션은 컨테이너 이미지 환경 파일에 -e 를 사용하는 대신 더 이상 사용되지 않으므로 이 경고를 무시할 수 있습니다.
   • 해당하는 경우 사용자 지정 역할(roles_data) 파일(--roles-file)
   • 해당되는 경우 구성 가능 네트워크(network_data) 파일(--networks-file)
3. Ceph Storage 노드 업데이트가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud update run --nodes Controller

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

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud update run --nodes Compute

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

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud update run --nodes ComputeHCI

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

절차

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

   $ source ~/stackrc

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

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

   $ openstack overcloud update run --nodes <GROUP_NAME>

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

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

   참고

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

   그룹에서 첫 번째 노드의 인덱스는 0(0)입니다. 예를 들어 CephStorage 라는 그룹에서 첫 번째 노드를 업데이트하려면 명령은 다음과 같습니다.

   OpenStack overcloud update run --nodes CephStorage[0]

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

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud update converge \
       --templates \
       --stack <STACK_NAME> \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /home/stack/templates/updates-environment.yaml \
       -e <ENVIRONMENT FILE>
       ...

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

   • 사용자 지정 구성 환경 파일 (-e)
   • 새 컨테이너 이미지 위치(-e)가 포함된 환경 파일입니다. update 명령은 --container-registry-file 사용에 대한 경고를 표시할 수 있습니다. 이 옵션은 컨테이너 이미지 환경 파일에 -e 를 사용하는 대신 더 이상 사용되지 않으므로 이 경고를 무시할 수 있습니다.
   • 해당하는 경우 사용자 지정 역할(roles_data) 파일(--roles-file)
   • 해당되는 경우 구성 가능 네트워크(network_data) 파일(--networks-file)
   • 오버클라우드 스택 이름이 기본 이름 overcloud 와 다른 경우 업데이트 준비 명령에 --stack 옵션을 포함하고 < STACK_NAME >을 오버클라우드 스택 이름으로 교체해야 합니다.
3. 업데이트 완료가 완료될 때까지 기다립니다.

절차

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. 모든 컨트롤러 및 구성 가능 노드에 대해 이 단계를 반복합니다.

절차

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

   $ sudo ceph osd set noout
   $ sudo ceph osd set norebalance

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

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

   $ sudo reboot

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

5. Ceph MON 또는 컨트롤러 노드에 로그인하고 클러스터 상태를 확인합니다.

   $ sudo ceph -s

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

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

7. 완료되면 Ceph MON 또는 컨트롤러 노드에 로그인하고 클러스터 재조정을 다시 활성화합니다.

   $ sudo ceph osd unset noout
   $ sudo ceph osd unset norebalance

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

   $ sudo ceph status

절차

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

2. 재부팅할 컴퓨팅 노드를 확인하려면 모든 컴퓨팅 노드를 나열합니다.

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

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. 컴퓨팅 노드에 로그인하고 재부팅합니다.

   [heat-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. Ceph MON 또는 컨트롤러 노드에 로그인하고 Ceph Storage 클러스터 재조정을 일시적으로 비활성화합니다.

   $ sudo ceph osd set noout
   $ sudo ceph osd set norebalance

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

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

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

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

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

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

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

   (overcloud) $ openstack server list --host [hostname] --all-projects

6. 다음 명령 중 하나를 사용하여 인스턴스를 마이그레이션합니다.

   1. 인스턴스를 선택한 특정 호스트로 마이그레이션합니다.

      (overcloud) $ openstack server migrate [instance-id] --live [target-host]--wait

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

      (overcloud) $ nova live-migration [instance-id]

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

      $ nova host-evacuate-live [hostname]

      참고

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

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

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

   (overcloud) $ openstack server list --host [hostname] --all-projects

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

10. Ceph MON 또는 컨트롤러 노드에 로그인하고 클러스터 상태를 확인합니다.

    $ sudo ceph -s

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

11. 컴퓨팅 HCI 노드를 재부팅합니다.

    $ sudo reboot

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

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

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

14. 컴퓨팅 노드가 활성화되어 있는지 확인합니다.

    (overcloud) $ openstack compute service list

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

16. 완료되면 Ceph MON 또는 컨트롤러 노드에 로그인하고 클러스터 재조정을 다시 활성화합니다.

    $ sudo ceph osd unset noout
    $ sudo ceph osd unset norebalance

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

    $ sudo ceph status