절차

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. 인스턴스를 마이그레이션합니다. 마이그레이션 전략에 대한 자세한 내용은 Compute 노드 간에 가상 머신 마이그레이션을 참조하십시오.

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

   [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. 언더클라우드 액세스 세부 정보를 가져옵니다.

   $ source ~/stackrc

2. 실패한 Systemd 서비스가 있는지 확인합니다.

   (undercloud) $ sudo systemctl list-units --state=failed 'openstack*' 'neutron*' 'httpd' 'docker'

3. 언더클라우드의 사용 가능한 공간을 확인합니다.

   (undercloud) $ df -h

   적절한 여유 공간이 있는지 확인하려면 "Undercloud Requirements" 를 기반으로 사용하십시오.

4. 언더클라우드에 NTP가 설치되어 있는 경우 해당 클럭이 동기화되었는지 확인합니다.

   (undercloud) $ sudo ntpstat

5. 언더클라우드 네트워크 서비스를 확인합니다.

   (undercloud) $ openstack network agent list

   모든 에이전트가 Alive 여야 하며 해당 상태는 UP 여야 합니다.

6. 언더클라우드 컴퓨팅 서비스를 확인합니다.

   (undercloud) $ openstack compute service list

   모든 에이전트의 상태가 활성화되어 있어야 하며 해당 상태는 up이어야 합니다.

절차

1. 언더클라우드 액세스 세부 정보를 가져옵니다.

   $ source ~/stackrc

2. 베어 메탈 노드의 상태를 확인합니다.

   (undercloud) $ openstack baremetal node list

   모든 노드에 유효한 전원 상태(on)가 있어야 하며 유지 관리 모드는 false 여야 합니다.

3. 실패한 Systemd 서비스가 있는지 확인합니다.

   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo systemctl list-units --state=failed 'openstack*' 'neutron*' 'httpd' 'docker' 'ceph*'" ; done

4. 컨테이너화된 서비스가 실패했는지 확인합니다.

   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker ps -f 'exited=1' --all" ; done
   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker ps -f 'status=dead' -f 'status=restarting'" ; done

5. 모든 서비스에 대한 HAProxy 연결을 확인합니다. haproxy.stats 서비스의 컨트롤 플레인 VIP 주소 및 인증 세부 정보를 가져옵니다.

   (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE sudo 'grep "listen haproxy.stats" -A 6 /var/lib/config-data/puppet-generated/haproxy/etc/haproxy/haproxy.cfg'

   다음 cURL 요청에서 다음 세부 정보를 사용하십시오.

   (undercloud) $ curl -s -u admin:<PASSWORD> "http://<IP ADDRESS>:1993/;csv" | egrep -vi "(frontend|backend)" | cut -d, -f 1,2,18,37,57 | column -s, -t

   &lt ;PASSWORD > 및 < IP ADDRESS >를 haproxy.stats 서비스의 실제 세부 정보로 바꿉니다. 결과 목록은 각 노드의 OpenStack Platform 서비스와 해당 연결 상태를 보여줍니다.

   참고

   노드가 Redis 서비스를 실행하는 경우 한 노드만 해당 서비스의 ON 상태를 표시합니다. 이는 Redis가 active-passive 서비스이므로 한 번에 하나의 노드에서만 실행됩니다.

6. 오버클라우드 데이터베이스 복제 상태를 확인합니다.

   (undercloud) $ for NODE in $(openstack server list --name controller -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker exec clustercheck clustercheck" ; done

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

   (undercloud) $ for NODE in $(openstack server list --name controller -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo docker exec $(ssh heat-admin@$NODE "sudo docker ps -f 'name=.*rabbitmq.*' -q") rabbitmqctl node_health_check" ; done

8. Pacemaker 리소스 상태를 확인합니다.

   (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE "sudo pcs status"

   제품 상세 정보:

   • 모든 클러스터 노드 온라인.
   • 클러스터 노드에서 중지된 리소스가 없습니다.
   • 실패한 pacemaker 작업이 없습니다.

9. 각 오버클라우드 노드의 디스크 공간을 확인합니다.

   (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo df -h --output=source,fstype,avail -x overlay -x tmpfs -x devtmpfs" ; done

10. 오버클라우드 Ceph Storage 클러스터 상태를 확인합니다. 다음 명령은 컨트롤러 노드에서 ceph 툴을 실행하여 클러스터를 확인합니다.

    (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE "sudo ceph -s"

11. Ceph Storage OSD에서 사용 가능한 공간을 확인합니다. 다음 명령은 컨트롤러 노드에서 ceph 툴을 실행하여 사용 가능한 공간을 확인합니다.

    (undercloud) $ NODE=$(openstack server list --name controller-0 -f value -c Networks | cut -d= -f2); ssh heat-admin@$NODE "sudo ceph df"

12. 오버클라우드 노드에서 클럭이 동기화되었는지 확인합니다.

    (undercloud) $ for NODE in $(openstack server list -f value -c Networks | cut -d= -f2); do echo "=== $NODE ===" ; ssh heat-admin@$NODE "sudo ntpstat" ; done

13. source 명령으로 오버클라우드 액세스 세부 정보를 로드합니다.

    (undercloud) $ source ~/overcloudrc

14. 오버클라우드 네트워크 서비스를 확인합니다.

    (overcloud) $ openstack network agent list

    모든 에이전트가 Alive 여야 하며 해당 상태는 UP 여야 합니다.

15. 오버클라우드 컴퓨팅 서비스를 확인합니다.

    (overcloud) $ openstack compute service list

    모든 에이전트의 상태가 활성화되어 있어야 하며 해당 상태는 up이어야 합니다.

16. 오버클라우드 볼륨 서비스를 확인합니다.

    (overcloud) $ openstack volume service list

    모든 에이전트의 상태는 활성화되어야 하며 해당 상태는 up 이어야 합니다.

절차

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

2. 현재 OpenStack Platform 리포지토리를 비활성화합니다.

   $ sudo subscription-manager repos --disable=rhel-7-server-openstack-12-rpms

3. RHEL 버전을 RHEL 7.9로 설정합니다.

   $ sudo subscription-manager release --set=7.9

4. 새 OpenStack Platform 리포지토리를 활성화합니다.

   $ sudo subscription-manager repos --enable=rhel-7-server-openstack-13-rpms

5. 오버클라우드 기본 이미지에 대한 업데이트를 다시 활성화합니다.

   $ sudo yum-config-manager --setopt=exclude= --save

6. yum 을 실행하여 director의 주요 패키지를 업그레이드합니다.

   $ sudo yum update -y python-tripleoclient

7. 다음 명령을 실행하여 언더클라우드를 업그레이드합니다.

   $ openstack undercloud upgrade

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

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

   $ sudo reboot

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

절차

1. 언더클라우드 액세스 세부 정보를 가져옵니다.

   $ source ~/stackrc

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

   $ rm -rf ~/images/*

3. 아카이브의 압축을 풉니다.

   $ 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 ~

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. openstack-tripleo-heat-templates-compat 패키지를 설치합니다.

   $ sudo yum install openstack-tripleo-heat-templates-compat

   그러면 Heat 템플릿 컬렉션의 compat 디렉터리에 이전 템플릿을 설치하고(/usr/share/openstack-tripleo-heat-templates/compat) 이전 버전(pike) 다음에 이름이 지정된 링크를 생성합니다. 이러한 템플릿은 업그레이드된 director와 이전 버전과 호환됩니다. 즉, 최신 director 버전을 사용하여 이전 버전의 오버클라우드를 설치할 수 있습니다.

2. 코어 Heat 템플릿의 임시 사본을 생성합니다.

   $ cp -a /usr/share/openstack-tripleo-heat-templates /tmp/osp13

3. 이전 버전을 자체 디렉터리로 이동합니다.

   $ mv /tmp/osp13/compat /tmp/osp12

4. 두 디렉터리의 콘텐츠에 대해 diff 를 수행합니다.

   $ diff -urN /tmp/osp12 /tmp/osp13

   이는 한 버전에서 다음 버전으로의 코어 템플릿 변경 사항을 보여줍니다. 이러한 변경으로 인해 오버클라우드 업그레이드 중에 어떤 일이 발생하는지 이해할 수 있습니다.

절차

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. 다음 두 파일이 생성되었는지 확인합니다.

   • 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 Containers)을 생성합니다.

   $ 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. base 이미지에 사용 가능한 태그를 확인합니다.

    $ 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 이 사용됩니다. 자세한 내용은 " RHOSP13 배포를 Red Hat Satellite 6.10에 어떻게 적용할 수 있습니까?"에서 참조하십시오.

    • --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. 등록 세부 정보가 포함된 환경 파일을 편집합니다. 예를 들어 다음과 같습니다.

   $ vi ~/templates/rhel-registration/environment-rhel-registration.yaml

2. 다음 매개변수 값을 편집합니다.

   rhel_reg_repos

   Red Hat OpenStack Platform 13의 새 리포지토리를 포함하도록 업데이트되었습니다.

   rhel_reg_activation_key

   활성화 키를 업데이트하여 Red Hat OpenStack Platform 13 리포지토리에 액세스합니다.

   rhel_reg_sat_repo

   최신 버전의 Red Hat Satellite 6을 사용하는 경우 Satellite 6의 관리 툴을 포함하는 리포지토리를 업데이트합니다.

3. 환경 파일을 저장합니다.

절차

1. 환경 파일을 선택하고 ExtraConfig 매개변수가 있는지 확인합니다.

   $ grep ExtraConfig ~/templates/custom-config.yaml

2. 선택한 파일에 모든 역할(예: Controller ExtraConfig )에 대한 ExtraConfig매개변수가 결과에 표시되면 해당 파일에서 전체 매개변수 구조를 확인합니다.

3. 매개변수에 SECTION/parameter 구문이 있는 puppet Hierdata가 포함된 경우 해당 값이 실제 Puppet 클래스로 교체되었을 수 있습니다. 예를 들어 다음과 같습니다.

   parameter_defaults:
     ExtraConfig:
       neutron::config::dhcp_agent_config:
         'DEFAULT/dnsmasq_local_resolv':
           value: 'true'

4. director의 Puppet 모듈을 확인하여 매개 변수가 Puppet 클래스 내에 있는지 확인합니다. 예를 들어 다음과 같습니다.

   $ grep dnsmasq_local_resolv

   이 경우 새 인터페이스로 변경합니다.

5. 다음은 구문 변경을 보여주는 예입니다.

   • 예 1:

     parameter_defaults:
       ExtraConfig:
         neutron::config::dhcp_agent_config:
           'DEFAULT/dnsmasq_local_resolv':
             value: 'true'

     다음으로 변경합니다.

     parameter_defaults:
       ExtraConfig:
         neutron::agents::dhcp::dnsmasq_local_resolv: true

   • 예 2:

     parameter_defaults:
       ExtraConfig:
         ceilometer::config::ceilometer_config:
           'oslo_messaging_rabbit/rabbit_qos_prefetch_count':
             value: '32'

     다음으로 변경합니다.

     parameter_defaults:
       ExtraConfig:
         oslo::messaging::rabbit::rabbit_qos_prefetch_count: '32'

절차

1. 다음 명령을 실행하여 OVERCLOUD_HOSTS 환경 변수에 노드 IP 주소 목록을 저장합니다.

   $ source ~/stackrc
   $ export OVERCLOUD_HOSTS=$(openstack server list -f value -c Networks | cut -d "=" -f 2 | tr '\n' ' ')

2. 다음 스크립트를 실행합니다.

   $ /usr/share/openstack-tripleo-heat-templates/deployed-server/scripts/enable-ssh-admin.sh

3. 업그레이드를 진행합니다.

   • 사전 프로비저닝된 노드와 함께 openstack overcloud upgrade run 명령을 사용하는 경우 --ssh-user tripleo-admin 매개변수를 포함합니다.

   • Compute 또는 Object Storage 노드를 업그레이드할 때 다음을 사용하십시오.

     1. upgrade-non-controller.sh 스크립트에 -U 옵션을 사용하고 stack 사용자를 지정합니다. 이는 사전 프로비저닝된 노드의 기본 사용자가 heat-admin 이 아닌 stack 이기 때문입니다.

     2. --upgrade 옵션과 함께 노드의 IP 주소를 사용합니다. 이는 노드가 director의 Compute(nova) 및 Bare Metal(ironic) 서비스로 관리되지 않고 노드 이름이 없기 때문입니다.

        예를 들어 다음과 같습니다.

        $ upgrade-non-controller.sh -U stack --upgrade 192.168.24.100

절차

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

   $ source ~/stackrc

2. 업그레이드 준비 명령을 실행합니다.

   $ openstack overcloud upgrade prepare \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e <ENVIRONMENT FILE>

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

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

절차

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

   $ source ~/stackrc

2. 모놀리식 컨트롤러 노드를 사용하는 경우 컨트롤러 역할에 대해 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --nodes Controller

   • 사용자 지정 스택 이름을 사용하는 경우 name을 --stack 옵션으로 전달합니다.

3. 컨트롤러 서비스를 사용하는 경우 여러 역할로 나뉩니다.

   1. Pacemaker 서비스를 사용하는 역할에 대해 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --nodes ControllerOpenStack
      $ openstack overcloud upgrade run --nodes Database
      $ openstack overcloud upgrade run --nodes Messaging
      $ openstack overcloud upgrade run --nodes Telemetry

      • 사용자 지정 스택 이름을 사용하는 경우 name을 --stack 옵션으로 전달합니다.

   2. Networker 역할에 대해 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --nodes Networker

      • 사용자 지정 스택 이름을 사용하는 경우 name을 --stack 옵션으로 전달합니다.

   3. Compute 또는 CephStorage 역할을 제외한 나머지 사용자 지정 역할에 대해 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --nodes ObjectStorage

      • 사용자 지정 스택 이름을 사용하는 경우 name을 --stack 옵션으로 전달합니다.

절차

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

   $ source ~/stackrc

2. 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --nodes Compute

   • 사용자 지정 스택 이름을 사용하는 경우 name을 --stack 옵션으로 전달합니다.
   • 사용자 정의 컴퓨팅 역할을 사용하는 경우 --nodes 옵션이 있는 역할 이름을 포함해야 합니다.
3. 컴퓨팅 노드 업그레이드가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

2. 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --nodes CephStorage

   • 사용자 지정 스택 이름을 사용하는 경우 이름을 --stack 옵션으로 전달합니다.
3. 노드 업그레이드가 완료될 때까지 기다립니다.

4. Ceph Storage 업그레이드 명령을 실행합니다. 예를 들어 다음과 같습니다.

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /home/stack/templates/ceph-customization.yaml \
       -e <ENVIRONMENT FILE>

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

   • 사용자 지정 구성 환경 파일(-e). 예를 들어 다음과 같습니다.

     • 컨테이너 이미지 위치가 있는 환경 파일(overcloud_images.yaml). upgrade 명령은 --container-registry-file 사용에 대한 경고를 표시할 수 있습니다. 이 옵션은 더 이상 사용되지 않으므로 컨테이너 이미지 환경 파일에 -e 를 사용하므로 이 경고를 무시할 수 있습니다.
     • Ceph Storage 노드의 관련 환경 파일입니다.
     • 환경과 관련된 추가 환경 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 이름을 --stack 옵션으로 전달합니다.
   • 해당하는 경우 --roles-file 을 사용하여 사용자 지정 역할(roles_data) 파일.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능 네트워크(network_data) 파일을 사용합니다.
5. Ceph Storage 노드 업그레이드가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

2. 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --roles ComputeHCI

   사용자 지정 스택 이름을 사용하는 경우 --stack 옵션을 사용하여 이름을 업그레이드 명령에 전달합니다.

3. Ceph Storage 업그레이드 명령을 실행합니다. 예를 들어 다음과 같습니다.

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /home/stack/templates/ceph-customization.yaml \
       -e <ENVIRONMENT FILE>

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

   • 사용자 지정 구성 환경 파일(-e). 예를 들어 다음과 같습니다.

     • 컨테이너 이미지 위치가 있는 환경 파일(overcloud_images.yaml). upgrade 명령은 --container-registry-file 사용에 대한 경고를 표시할 수 있습니다. 이 옵션은 더 이상 사용되지 않으므로 컨테이너 이미지 환경 파일에 -e 를 사용하므로 이 경고를 무시할 수 있습니다.
     • Ceph Storage 노드의 관련 환경 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 이름을 --stack 옵션으로 전달합니다.
   • 해당하는 경우 --roles-file 을 사용하여 사용자 지정 역할(roles_data) 파일.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능 네트워크(network_data) 파일을 사용합니다.
4. Ceph Storage 노드 업그레이드가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

2. 컴퓨팅 노드에 대해 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --roles Compute
   If using a custom stack name, pass the name with the --stack option.

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

4. ComputeHCI 노드에 대해 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --roles ComputeHCI
   If using a custom stack name, pass the name with the --stack option.

5. 노드 업그레이드가 완료될 때까지 기다립니다.

6. Ceph Storage 노드에 대해 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --roles CephStorage

7. Ceph Storage 노드 업그레이드가 완료될 때까지 기다립니다.

8. Ceph Storage 업그레이드 명령을 실행합니다. 예를 들어 다음과 같습니다.

   $ openstack overcloud ceph-upgrade run \
       --templates \
       -e /home/stack/templates/overcloud_images.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
       -e /home/stack/templates/ceph-customization.yaml \
       -e <ENVIRONMENT FILE>

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

   • 사용자 지정 구성 환경 파일(-e). 예를 들어 다음과 같습니다.

     • 컨테이너 이미지 위치가 있는 환경 파일(overcloud_images.yaml). upgrade 명령은 --container-registry-file 사용에 대한 경고를 표시할 수 있습니다. 이 옵션은 더 이상 사용되지 않으므로 컨테이너 이미지 환경 파일에 -e 를 사용하므로 이 경고를 무시할 수 있습니다.
     • Ceph Storage 노드의 관련 환경 파일입니다.
     • 환경과 관련된 추가 환경 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 이름을 --stack 옵션으로 전달합니다.
   • 해당하는 경우 --roles-file 을 사용하여 사용자 지정 역할(roles_data) 파일.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능 네트워크(network_data) 파일을 사용합니다.
9. Ceph Storage 노드 업그레이드가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

2. 업그레이드 완료 명령을 실행합니다.

   $ openstack overcloud upgrade converge \
       --templates \
       -e <ENVIRONMENT FILE>

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

   • 사용자 지정 구성 환경 파일(-e).
   • 사용자 지정 스택 이름을 사용하는 경우 이름을 --stack 옵션으로 전달합니다.
   • 해당하는 경우 --roles-file 을 사용하여 사용자 지정 역할(roles_data) 파일.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능 네트워크(network_data) 파일을 사용합니다.
3. 업그레이드가 완료될 때까지 기다립니다.