1. Red Hat OpenStack Platform 배포를 버전 13에서 버전 16.1로 업그레이드하려면 Red Hat Ceph Storage 클러스터를 버전 3에서 버전 4로 업그레이드해야 합니다. 자세한 내용은 Red Hat Ceph Storage 4 설치 가이드의 Red Hat Ceph Storage 클러스터 업그레이드를 참조하십시오.
2. Red Hat Ceph Storage 클러스터를 버전 3에서 버전 4로 업그레이드한 후에도 Red Hat OpenStack Platform 13은 RHCSv3 클라이언트 구성 요소를 계속 실행할 수 있지만 RHCSv4 클러스터와 호환됩니다.
3. Framework For Upgrades(13에서 16.1) 문서에 설명된 업그레이드 경로를 따를 수 있으며 해당하는 경우 이 특정 시나리오를 지원하는 조건부 단계를 완료해야 합니다. 조건부 단계는 다음 문으로 시작합니다. "외부 Ceph 배포로 업그레이드하는 경우".
4. 외부 Ceph 배포로 업그레이드할 때 오버클라우드 업그레이드 프로세스의 일부로 RHCSv4 ceph-ansible 을 설치합니다. director를 사용하여 배포된 Ceph 클러스터를 업그레이드하면 오버클라우드 업그레이드 프로세스가 완료된 후 RHCSv4 ceph-ansible 을 설치합니다.

절차

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

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

   $ source ~/stackrc

3. pre-upgrade-validations.sh 라는 bash 스크립트를 생성하고 스크립트에 다음 내용을 포함합니다.

   #!/bin/bash
   for VALIDATION in $(openstack action execution run tripleo.validations.list_validations '{"groups": ["pre-upgrade"]}' | jq ".result[] | .id")
   do
     echo "=== Running validation: $VALIDATION ==="
     STACK_NAME=$(openstack stack list -f value -c 'Stack Name')
     ID=$(openstack workflow execution create -f value -c ID tripleo.validations.v1.run_validation "{\"validation_name\": $VALIDATION, \"plan\": \"$STACK_NAME\"}")
     while [ $(openstack workflow execution show $ID -f value -c State) == "RUNNING" ]
     do
       sleep 1
     done
     echo ""
     openstack workflow execution output show $ID | jq -r ".stdout"
     echo ""
   done

4. 스크립트를 실행할 권한을 추가합니다.

   $ chmod +x pre-upgrade-validations.sh

5. 스크립트를 실행합니다.

   $ ./pre-upgrade-validations.sh

   스크립트 출력을 검토하여 검증이 성공하고 실패했는지 확인합니다.

   === Running validation: "check-ftype" ===
   
   Success! The validation passed for all hosts:
   * undercloud

절차

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

2. playbook-nics.yaml 이라는 Ansible 플레이북을 생성하고 다음 콘텐츠를 플레이북에 복사합니다.

   ---
   - name: Rename eth devices
     hosts: all
     become: yes
     vars:
       prefix: "em"
       undercloud_conf: "/home/stack/undercloud.conf"
       osnet_conf: "/etc/os-net-config/config.json"
     tasks:
       - set_fact:
           eth_interfaces: "{{ ansible_interfaces | select('match','eth.*') | list }}"
       - debug:
           msg: "{{ eth_interfaces }}"
       - name: Update udev rules
         lineinfile:
           line: "SUBSYSTEM==\"net\", ACTION==\"add\", DRIVERS==\"?*\", ATTR{address}==\"{{ ansible_facts[item]['perm_macaddress'] | default(ansible_facts[item]['macaddress']) }}\", NAME=\"{{ item|replace('eth',prefix) }}\""
           path: /etc/udev/rules.d/70-rhosp-persistent-net.rules
           create: True
         with_items: "{{ eth_interfaces }}"
       - name: Rename eth files
         block:
           - name: Check that eth files exists
             stat:
               path: /etc/sysconfig/network-scripts/ifcfg-{{ item }}
             register: nic_result
             with_items: "{{ eth_interfaces }}"
           - name: Copy nic files using the new prefix
             copy:
               remote_src: True
               src: "{{ item.stat.path }}"
               dest: "{{ item.stat.path|replace('eth',prefix) }}"
             with_items: "{{ nic_result.results }}"
             when: item.stat.exists
           - name: Edit NAME in new network-script files
             lineinfile:
               regexp: "^NAME=.*"
               line: "NAME={{ item.item|replace('eth',prefix) }}"
               path: "{{ item.stat.path|replace('eth',prefix) }}"
             with_items: "{{ nic_result.results }}"
             when: item.stat.exists
           - name: Edit DEVICE in new network-script files
             lineinfile:
               regexp: "^DEVICE=.*"
               line: "DEVICE={{ item.item|replace('eth',prefix) }}"
               path: "{{ item.stat.path|replace('eth',prefix) }}"
             with_items: "{{ nic_result.results }}"
             when: item.stat.exists
           - name: Backup old eth network-script files
             copy:
               remote_src: True
               src: "{{ item.stat.path }}"
               dest: "{{ item.stat.path }}.bak"
             with_items: "{{ nic_result.results }}"
             when: item.stat.exists
           - name: Remove old eth network-script files
             file:
               path: "{{ item.stat.path }}"
               state: absent
             with_items: "{{ nic_result.results }}"
             when: item.stat.exists
       - name: Rename route files
         block:
           - name: Check that route files exists
             stat:
               path: /etc/sysconfig/network-scripts/route-{{ item }}
             register: route_result
             with_items: "{{ eth_interfaces }}"
           - name: Copy route files using the new prefix
             copy:
               remote_src: True
               src: "{{ item.stat.path }}"
               dest: "{{ item.stat.path|replace('eth',prefix) }}"
             with_items: "{{ route_result.results }}"
             when: item.stat.exists
           - name: Update prefix in route files that use IP command arguments format
             replace:
               regexp: "eth"
               replace: "{{ prefix }}"
               path: "{{ item.stat.path|replace('eth',prefix) }}"
             with_items: "{{ route_result.results }}"
             when: item.stat.exists
           - name: Backup old route files
             copy:
               remote_src: True
               src: "{{ item.stat.path }}"
               dest: "{{ item.stat.path }}.bak"
             with_items: "{{ route_result.results }}"
             when: item.stat.exists
           - name: Remove old route files
             file:
               path: "{{ item.stat.path }}"
               state: absent
             with_items: "{{ route_result.results }}"
             when: item.stat.exists
       - name: Perform a final regex for any remaining eth prefixes in ifcfg files
         block:
           - name: Get a list of all ifcfg files
             find:
               paths: /etc/sysconfig/network-scripts/
               patterns: 'ifcfg-*'
               excludes: '*.bak'
             register: ifcfg_files
           - name: Perform final regex on ifcfg files
             replace:
               path: "{{ item[0].path }}"
               regexp: "{{ item[1] }}"
               replace: "{{ item[1]|replace('eth',prefix) }}"
             with_nested:
               - "{{ ifcfg_files.files }}"
               - "{{ eth_interfaces }}"
       - name: Replace interface name in files referencing old eth interface
         block:
           - name: Check if undercloud.conf exists
             stat:
               path: "{{ undercloud_conf }}"
             register: undercloud_conf_stat
           - name: Replace interface name in undercloud.conf
             replace:
               path: "{{ undercloud_conf }}"
               regexp: 'eth(\d+)'
               replace: "{{ prefix }}\\1"
             when: undercloud_conf_stat.stat.exists
           - name: Check if os-net-config's config.json exists
             stat:
               path: "{{ osnet_conf }}"
             register: osnet_conf_stat
           - name: Replace interface name in config.json
             replace:
               path: "{{ osnet_conf }}"
               regexp: 'eth(\d+)'
               replace: "{{ prefix }}\\1"
             when: osnet_conf_stat.stat.exists
       - name: Patch vlan devices
         block:
           - name: Check that vlan files exists
             stat:
               path: /etc/sysconfig/network-scripts/ifcfg-{{ item }}
             register: nic_result
             when: item.startswith("vlan")
             with_items: "{{ ansible_interfaces }}"
           - name: Backup old vlan network-script files
             copy:
               remote_src: True
               src: "{{ item.stat.path }}"
               dest: "{{ item.stat.path }}.bak"
             when: item.item.startswith("vlan") and item.stat.exists
             with_items: "{{ nic_result.results }}"
           - name: Edit PHYSDEV in new network-script files
             replace:
               path: "{{ item.stat.path }}"
               regexp: "^PHYSDEV=eth"
               replace: "PHYSDEV={{ prefix }}"
             when: item.item.startswith("vlan") and item.stat.exists
             with_items: "{{ nic_result.results }}"

   참고

   이 플레이북을 사용하여 업그레이드 프로세스의 이후 단계에서 오버클라우드 NIC의 이름을 변경합니다.

3. 언더클라우드에서 playbook-nics.yaml 플레이북을 실행합니다.

   $ ansible-playbook -c local -i localhost, playbook-nics.yaml

   플레이북은 새 NIC 접두사를 em 로 설정합니다. 다른 NIC 접두사를 설정하려면 플레이북을 실행할 때 접두사 변수를 설정합니다.

   $ ansible-playbook -c local -i localhost, -e prefix="mynic" ~/playbook-nics.yaml

   NIC 변경 사항은 Leapp 업그레이드 프로세스가 완료되고 노드가 재부팅된 후에만 적용됩니다.

절차

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

2. PermitRootLogin 매개변수가 있는지 /etc/ssh/sshd_config 파일을 확인합니다.

   $ sudo grep PermitRootLogin /etc/ssh/sshd_config

3. 매개변수가 /etc/ssh/sshd_config 파일에 없는 경우 파일을 편집하고 PermitRootLogin 매개변수를 설정합니다.

   PermitRootLogin no

4. 파일을 저장합니다.

절차

1. 현재 하드웨어 유형의 목록을 확인합니다.

   $ source ~/stackrc
   $ openstack baremetal driver list --type dynamic

2. 활성화되지 않은 하드웨어 유형 드라이버를 사용하는 경우 undercloud.conf 파일에서 enabled_hardware_types 매개변수를 사용하여 드라이버를 활성화합니다.

   enabled_hardware_types = ipmi,redfish,idrac

3. 파일을 저장하고 언더클라우드를 새로 고칩니다.

   $ openstack undercloud install

4. 전원 관리 유형에 대해 OLDDRIVER 및 NEWDRIVER 변수를 대체하여 다음 명령을 실행합니다.

   $ source ~/stackrc
   $ OLDDRIVER="pxe_ipmitool"
   $ NEWDRIVER="ipmi"
   $ for NODE in $(openstack baremetal node list --driver $OLDDRIVER -c UUID -f value) ; do openstack baremetal node set $NODE --driver $NEWDRIVER; done

절차

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

2. 언더클라우드에서 기본 OpenStack 서비스를 비활성화합니다.

   $ sudo systemctl stop 'openstack-*' httpd haproxy mariadb 'rabbitmq*' docker xinetd

3. OpenvSwitch 및 업그레이드에 필요한 특정 Python 2 패키지를 제외하고 언더클라우드에서 기본 OpenStack 서비스를 제거합니다.

   $ sudo yum -y remove '*el7ost*' 'galera*' 'haproxy*' \
       httpd 'mysql*' 'pacemaker*' xinetd python-jsonpointer \
       qemu-kvm-common-rhev qemu-img-rhev 'rabbit*' \
       'redis*' \
       -- \
       -'*openvswitch*' -python-docker -python-PyMySQL \
       -python-pysocks -python2-asn1crypto -python2-babel \
       -python2-cffi -python2-cryptography -python2-dateutil \
       -python2-idna -python2-ipaddress -python2-jinja2 \
       -python2-jsonpatch -python2-markupsafe -python2-pyOpenSSL \
       -python2-requests -python2-six -python2-urllib3 \
       -python-httplib2 -python-passlib -python2-netaddr -ceph-ansible

4. /etc/httpd 및 /var/ lib/docker 디렉토리에서 콘텐츠를 제거합니다.

   $ sudo rm -rf /etc/httpd /var/lib/docker

절차

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

2. Leapp 유틸리티 및 jq를 설치합니다.

   $ sudo yum install leapp
   $ sudo yum install jq

3. Leapp 유틸리티에 필요한 추가 데이터 파일(RPM 패키지 변경 및 RPM 리포지토리 매핑)을 다운로드하여 RHEL 7에서 RHEL 8로의 인플레이스 유틸리티에 필요한 추가 데이터 파일(RPM 패키지 변경 및 RPM 리포지토리 매핑)을 다운로드하여 이러한 파일을 /etc/leapp/files/ 디렉터리에 저장합니다.

4. Red Hat 서브스크립션을 업데이트합니다.

   • 언더클라우드에서 등록을 위해 Red Hat 고객 포털을 사용하는 경우 현재 서브스크립션을 업데이트하여 Red Hat Enterprise Linux 8.2 콘텐츠에 액세스할 수 있습니다.

     $ sudo subscription-manager refresh

   • 언더클라우드에서 등록에 Red Hat Satellite Server를 사용하는 경우 RHOSP(Red Hat OpenStack Platform)16.1 활성화 키와 관련된 콘텐츠 뷰에 언더클라우드를 다시 등록합니다.

     $ sudo subscription-manager register --force --org ORG --activationkey ACTIVATION_KEY

     참고

     Red Hat OpenStack Platform 16.1에 대해 생성한 콘텐츠 뷰에는 Red Hat Enterprise Linux 8.2의 콘텐츠가 포함되어야 합니다.

5. Red Hat OpenStack Platform 16.1은 최신 버전의 Open vSwitch를 사용합니다. Open vSwitch 버전을 to_remove 및 to_ install 트랜잭션 파일을 통해 대체합니다.

   $ echo 'openvswitch2.11' | sudo tee -a /etc/leapp/transaction/to_remove
   $ echo 'openvswitch2.13' | sudo tee -a /etc/leapp/transaction/to_install

6. to_keep 트랜잭션 파일을 사용하여 업그레이드를 통해 Red Hat Ceph Storage 3 버전의 ceph-anible 을 유지합니다.

   $ echo 'ceph-ansible' | sudo tee -a /etc/leapp/transaction/to_keep

7. RHEL 8에서 더 이상 지원되지 않는 커널 모듈을 조정합니다.

   $ if [ -f /usr/share/leapp-repository/repositories/system_upgrade/el7toel8/actors/kernel/checkkerneldrivers/files/removed_drivers.txt ]; then
       for module in pata_acpi floppy; do
           sudo sed -i "/^${module}$/d" /usr/share/leapp-repository/repositories/system_upgrade/el7toel8/actors/kernel/checkkerneldrivers/files/removed_drivers.txt
       done
   else
       for module in pata_acpi floppy; do
           jq ". | del(.data[] | select(.driver_name == \"${module}\"))" /etc/leapp/files/device_driver_deprecation_data.json | sudo tee /etc/leapp/files/device_driver_deprecation_data.json_modified
           mv /etc/leapp/files/device_driver_deprecation_data.json_modified /etc/leapp/files/device_driver_deprecation_data.json
       done
   fi

8. leapp 응답 명령을 실행하고 Leapp 응답을 지정하여 pam_pkcs11 모듈을 제거합니다.

   $ sudo leapp answer --add --section remove_pam_pkcs11_module_check.confirm=True

9. 선택 사항: TLS-Everywhere 아키텍처와 함께 환경을 배포하고 더 이상 사용되지 않는 authconfig 유틸리티를 사용하여 시스템에서 인증을 구성하는 경우 authselect 유틸리티를 사용하여 RHEL 8 시스템을 구성합니다.

   $ sudo leapp answer --add --section authselect_check.confirm=True

   Leapp 업그레이드 프로세스 중에 인증 구성에 대한 자세한 내용은 RHEL 7에서 RHEL 8로의 업그레이드에서 알려진 문제를 참조하십시오.

10. LEAPP_DEVEL_TARGET_RELEASE 및 LEAPP_UNSUPPORTED 환경 변수를 설정하여 업그레이드할 RHEL 8 부 버전을 지정합니다. RHOSP 16.1의 경우 RHEL 8 부 버전을 8.2 로 설정해야 합니다.

    $ export LEAPP_UNSUPPORTED=1
    $ export LEAPP_DEVEL_TARGET_RELEASE=8.2

    LEAPP_ DEVEL 접두사가 있는 환경 변수를 사용할 때마다 LEAPP_ UNSUPPORTED 환경 변수를 사용해야 합니다.

11. Leapp 프로세스에서 영구적인 네트워크 이름 행위자를 제거합니다.

    참고

    Leapp 업그레이드 프로세스를 수행하기 전에 네트워크 인터페이스 이름 이름을 변경하지 않으면 RHEL 8.2로 업그레이드한 후 인터페이스 이름이 변경될 수 있습니다. 네트워크 인터페이스 이름 이름을 바꾸는 방법에 대한 자세한 내용은 4.3절. “언더클라우드 노드에 예측 가능한 NIC 이름 사용” 을 참조하십시오.

    $ sudo rm -f /usr/share/leapp-repository/repositories/system_upgrade/el7toel8/actors/persistentnetnamesdisable/actor.py

12. Leapp 업그레이드 프로세스를 시작합니다.

    $ sudo -E leapp upgrade --debug --enablerepo rhel-8-for-x86_64-baseos-eus-rpms --enablerepo rhel-8-for-x86_64-appstream-eus-rpms --enablerepo fast-datapath-for-rhel-8-x86_64-rpms --enablerepo ansible-2.9-for-rhel-8-x86_64-rpms

    enable repo 옵션을 사용하여 Leapp 업그레이드 프로세스 중에 활성화하려는 리포지토리를 설정합니다. 특히 최신 버전의 Open vSwitch에서 Red Hat OpenStack Platform 16.1 전환을 용이하게 하려면 이러한 리포지토리를 포함해야 합니다.

13. leapp upgrade 명령이 성공적으로 완료될 때까지 기다립니다.

14. root 디렉토리에 empty .autorelabel 파일을 만듭니다.

    $ sudo touch /.autorelabel

    재부팅 후 SELinux는 이 파일을 감지하고 파일 시스템의 레이블을 자동으로 다시 지정합니다.

15. 언더클라우드를 재부팅합니다.

    $ sudo reboot

16. DNF 구성에 정의된 트랜잭션 제외에서 Leapp 패키지를 제거합니다.

    $ sudo dnf config-manager --save --setopt exclude=''

절차

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

2. subscription-manager release 명령을 사용하여 언더클라우드를 특정 버전에 잠급니다.

   $ sudo subscription-manager release --set=8.2

절차

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

2. 기본 리포지토리를 모두 비활성화하고 필수 Red Hat Enterprise Linux 리포지토리를 활성화합니다.

   [stack@director ~]$ sudo subscription-manager repos --disable=*
   [stack@director ~]$ sudo subscription-manager repos --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 --enable=ansible-2.9-for-rhel-8-x86_64-rpms --enable=openstack-16.1-for-rhel-8-x86_64-rpms --enable=fast-datapath-for-rhel-8-x86_64-rpms --enable=advanced-virt-for-rhel-8-x86_64-rpms

   이러한 리포지토리에는 director 설치에 필요한 패키지가 들어 있습니다.

3. container-tools 리포지터리 모듈을 버전 2.0으로 설정합니다.

   [stack@director ~]$ sudo dnf module reset container-tools
   [stack@director ~]$ sudo dnf module enable -y container-tools:2.0

4. 운영 체제를 동기화하여 시스템 패키지가 운영 체제 버전과 일치하는지 확인합니다.

   [stack@director ~]$ sudo dnf distro-sync -y
   [stack@director ~]$ sudo reboot

절차

1. director 설치 및 설정에 필요한 명령행 툴을 설치합니다.

   [stack@director ~]$ sudo dnf install -y python3-tripleoclient

절차

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

2. 기본 컨테이너 이미지 준비 파일을 생성합니다.

   $ sudo openstack tripleo container image prepare default \
     --local-push-destination \
     --output-env-file containers-prepare-parameter.yaml

   이 명령은 다음과 같은 추가 옵션을 사용합니다.

   • --local-push-destination은 언더클라우드의 레지스트리를 컨테이너 이미지의 위치로 설정합니다. 즉 director가 Red Hat Container Catalog에서 필요한 이미지를 가져와서 언더클라우드의 레지스트리로 푸시합니다. director는 이 레지스트리를 컨테이너 이미지 소스로 사용합니다. Red Hat Container Catalog에서 직접 가져오려면 이 옵션을 생략합니다.

   • --output-env-file은 환경 파일 이름입니다. 이 파일 내용에는 컨테이너 이미지를 준비하는 데 필요한 매개변수가 포함되어 있습니다. 이 경우 파일 이름은 containers-prepare-parameter.yaml입니다.

     참고

     동일한 containers-prepare-parameter.yaml 파일을 사용하여 언더클라우드와 오버클라우드의 컨테이너 이미지 소스를 모두 정의할 수 있습니다.

3. containers-prepare-parameter.yaml을 요구 사항에 맞게 수정합니다.

절차

1. stack 사용자로 언더클라우드 호스트에 로그인합니다.
2. containers-prepare-parameter.yaml 파일을 편집합니다.

3. ContainerImagePrepare 매개변수에 설정 할 transitional 컨테이너 매개변수를 추가합니다. 배포 유형에 따라 다음 방법 중 하나로 매개 변수를 설정합니다.

   • 배포에서 director를 사용하여 배포된 Red Hat Ceph Storage 클러스터를 사용하는 경우 다음 매개변수를 추가합니다.

     parameter_defaults:
       ContainerImagePrepare:
       - push_destination: true
         set:
           ...
           name_prefix_stein: openstack-
           name_suffix_stein: ''
           namespace_stein: registry.redhat.io/rhosp15-rhel8
           tag_stein: 15.0
           ceph3_namespace: registry.redhat.io/rhceph
           ceph3_tag: latest
           ceph3_image: rhceph-3-rhel7
           ...

     • *_automatic 매개 변수는 업그레이드 프로세스에서 데이터베이스 마이그레이션에 사용하는 Red Hat OpenStack Platform 15의 컨테이너 이미지를 정의합니다.
     • ceph3_* 매개 변수는 오버클라우드에서 사용하는 현재 Red Hat Ceph Storage 컨테이너 이미지를 정의합니다. 오버클라우드에는 Red Hat Ceph Storage 3에서 4로 전환하려면 ceph3_* 및 ceph_* 매개 변수가 필요합니다.
     • 컨테이너 이미지 스토리지에 Red Hat Satellite Server를 사용하는 경우 네임스페이스를 Red Hat Satellite Server의 이미지 위치로 설정합니다.

   • 배포에서 외부 Ceph Storage 클러스터를 사용하는 경우 다음 매개변수를 추가합니다.

     parameter_defaults:
       ContainerImagePrepare:
       - push_destination: true
         set:
           ...
           name_prefix_stein: openstack-
           name_suffix_stein: ''
           namespace_stein: registry.redhat.io/rhosp15-rhel8
           tag_stein: 15.0
           ceph_namespace: registry.redhat.io/rhceph
           ceph_tag: latest
           ceph_image: rhceph-4-rhel8
           ...

     • *_automatic 매개 변수는 업그레이드 프로세스에서 데이터베이스 마이그레이션에 사용하는 Red Hat OpenStack Platform 15의 컨테이너 이미지를 정의합니다.
     • ceph_* 매개 변수는 오버클라우드에서 사용하는 현재 Red Hat Ceph Storage 4 컨테이너 이미지를 정의합니다.
     • 컨테이너 이미지 스토리지에 Red Hat Satellite Server를 사용하는 경우 네임스페이스를 Red Hat Satellite Server의 이미지 위치로 설정합니다.

4. neutron_driver 매개 변수를 openvswitch 로 변경합니다.

   parameter_defaults:
     ContainerImagePrepare:
     - push_destination: true
       set:
         ...
         neutron_driver: openvswitch
         ...

   업그레이드는 프로세스 전체에서 Open vSwitch 호환성을 유지합니다. Red Hat OpenStack Platform 16.1로 업그레이드를 완료한 후 오버클라우드를 Open vSwitch에서 OVN(Open Virtual Network)으로 마이그레이션합니다.

5. containers-prepare-parameter.yaml 파일을 저장합니다.

절차

1. stack 사용자로 언더클라우드 호스트에 로그인합니다.
2. undercloud.conf 파일을 편집합니다.

3. 파일의 DEFAULT 섹션에 다음 매개변수를 추가합니다.

   container_images_file = /home/stack/containers-prepare-parameter.yaml

   이 매개변수는 director가 올바른 위치에서 언더클라우드의 컨테이너 이미지를 가져오도록 containers-prepare-parameter.yaml 환경 파일의 위치를 정의합니다.

4. generate_service_certificate 매개 변수를 확인합니다. 이 매개변수의 기본값은 false 에서 true 로 변경되어 업그레이드 중에 언더클라우드에서 SSL/TLS를 활성화합니다.
5. 예측 가능한 NIC 명명 규칙으로 마이그레이션한 경우 local_interface 매개변수를 확인합니다.
6. Red Hat OpenStack Platform 13에서 masquerade_network 매개변수를 설정하는 경우 이 매개변수를 제거하고 각 서브넷에 masquerade = true 를 설정합니다.
7. 변경 사항이 있는지 파일의 다른 매개 변수를 모두 확인합니다.
8. 파일을 저장합니다.

절차

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

   $ openstack undercloud upgrade

   이 명령은 director 설정 스크립트를 실행합니다. director가 패키지를 업그레이드하고 undercloud.conf 의 설정에 맞게 해당 서비스를 구성합니다. 이 스크립트를 완료하는 데 몇 분이 걸립니다.

   참고

   계속하기 전에 director 구성 스크립트에서 확인 메시지를 표시합니다. -y 옵션을 사용하여 이 확인을 바이패스합니다.

   $ openstack undercloud upgrade -y

2. 이 스크립트는 언더클라우드의 모든 OpenStack Platform 서비스 컨테이너를 자동으로 시작합니다. systemd 리소스를 통해 각 서비스를 관리합니다. systemd 리소스를 확인합니다.

   $ sudo systemctl list-units "tripleo_*"

   각 systemd 서비스는 컨테이너를 제어합니다. 다음 명령을 사용하여 활성화된 컨테이너를 확인합니다.

   $ sudo podman ps

3. 이 스크립트는 stack 사용자를 docker 그룹에 추가하여 stack 사용자가 컨테이너 관리 명령에 액세스할 수 있는지 확인합니다. 다음 명령을 사용하여 stack 사용자 권한을 새로 고칩니다.

   $ exec su -l stack

   명령을 실행하면 다시 로그인하라는 메시지가 표시됩니다. stack 사용자 암호를 입력합니다.

4. stack 사용자를 초기화하여 명령줄 툴을 사용하려면 다음 명령을 실행합니다.

   $ source ~/stackrc

   프롬프트 메세지에 OpenStack 명령이 언더클라우드를 인증 및 실행될 수 있음을 나타냅니다.

   (undercloud) $

절차

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

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

   $ source ~/stackrc

3. 모든 노드의 정적 인벤토리 파일을 생성합니다.

   $ tripleo-ansible-inventory --static-yaml-inventory ~/inventory.yaml --stack STACK_NAME

   기본 오버클라우드 스택 이름을 사용하지 않는 경우 STACK NAME을 스택 이름으로 교체하는 --stack STACK NAME 옵션으로 스택 이름을 설정합니다.

4. 환경에서 Ansible 플레이북을 실행하려면 ansible-playbook 명령을 실행하고 -i 옵션을 사용하여 동적 인벤토리 툴의 전체 경로를 포함합니다. 예를 들면 다음과 같습니다.

   (undercloud) $ ansible-playbook -i ~/inventory.yaml PLAYBOOK

절차

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

   $ source ~/stackrc

2. --group pre-upgrade 옵션을 사용하여 openstack tripleo validator run 명령을 실행하고 /usr/libexec/platform-python python 런타임 환경을 포함합니다.

   $ openstack tripleo validator run --group pre-upgrade --python-interpreter /usr/libexec/platform-python -i inventory.yaml

3. 검증 보고서 결과를 확인하십시오. 특정 검증의 자세한 출력을 보려면 보고서의 특정 검증 UUID에 대해 openstack tripleo validator show run --full 명령을 실행합니다.

   $ openstack tripleo validator show run  --full <UUID>

절차

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

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

   $ touch templates/upgrades-environment.yaml

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

   parameter_defaults:
     UpgradeLeappDevelSkip: "LEAPP_UNSUPPORTED=1 LEAPP_DEVEL_TARGET_RELEASE=8.2"
     LeappInitCommand: |
       for module in pata_acpi floppy; do sudo sed -i "/^${module}$/d" /usr/share/leapp-repository/repositories/system_upgrade/el7toel8/actors/kernel/checkkerneldrivers/files/removed_drivers.txt; done
       sudo rm -f /usr/share/leapp-repository/repositories/system_upgrade/el7toel8/actors/persistentnetnamesdisable/actor.py
       sudo yum -y remove mariadb-server* || true
     UpgradeInitCommand: "sudo dnf config-manager --save --setopt exclude=''"

   • UpgradeLeappDevelSkip 은 Leapp 점검을 건너뛰고 Leapp을 실행할 때 환경 변수를 설정합니다.
   • LeappInitCommand 는 각 오버클라우드 노드에서 실행되는 명령 또는 스크립트 조각을 전달하고 Leapp 업그레이드를 위해 노드를 준비합니다.
   • UpgradeInitCommand 는 각 오버클라우드 노드에서 실행되는 명령 또는 스크립트 조각을 전달합니다. dnf config-manager --save --setopt exclude='' 명령은 DNF 제외에서 Leapp 패키지를 제거하여 python2 패키지의 자동 제거를 성공적으로 수행합니다.

4. 선택 사항: 해당 환경에서 TLS-Everywhere를 사용하고 authconfig 에서 authselect 로 마이그레이션하려는 경우 BZ#1978228 - OSP13octets16.2 Leapp 업그레이드가 TLS everywhere :로 실패하지 않도록 authselect_check.confirm 매개변수를 True 로 설정합니다.

   parameter_defaults:
     LeappInitCommand: |
       sudo leapp answer --section authselect_check.confirm=True --add

   그렇지 않으면 값을 False 로 설정합니다.

   참고

   | 구문을 사용하여 LeappInitCommand 매개변수에 여러 명령을 전달합니다.

   parameter-defaults:
     LeappInitCommand: |
       <command_1>
       <command_2>

5. upgrade -environment.yaml 파일을 저장합니다.

절차

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

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

   $ source ~/stackrc

3. 환경에 있는 모든 노드의 정적 인벤토리 파일을 생성합니다.

   $ tripleo-ansible-inventory --static-yaml-inventory ~/inventory.yaml --stack STACK_NAME

   기본 오버클라우드 스택 이름을 사용하지 않는 경우 STACK NAME을 스택 이름으로 교체하는 --stack STACK NAME 옵션으로 스택 이름을 설정합니다.

4. 빠른 데이터를 오버클라우드 노드에 복사하려면 다음 동기화 Ansible 명령을 실행합니다.

   $ ansible -i ~/inventory.yaml --become -m synchronize -a "src=/etc/leapp/files dest=/etc/leapp/" overcloud

절차

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

2. 모든 오버클라우드 노드에서 playbook-nics.yaml 플레이북을 실행합니다.

   $ ansible-playbook -i ~/inventory.yaml playbook-nics.yaml

   플레이북은 새 NIC 접두사를 em 로 설정합니다. 다른 NIC 접두사를 설정하려면 플레이북을 실행할 때 접두사 변수를 설정합니다.

   $ ansible-playbook -i ~/inventory.yaml -e prefix="mynic" playbook-nics.yaml

   NIC 변경 사항은 Leapp 업그레이드 프로세스가 완료되고 노드가 재부팅된 후에만 적용됩니다.

절차

1. 구성 가능한 서비스를 사용하는 사용자 지정 환경 파일을 검색합니다. 일반적으로 사용자 지정 환경 파일을 /home/stack/templates 디렉터리에 저장합니다.

   $ cd ~/templates/
   $ grep "OS::TripleO::Services" *

   이 시나리오에서는 파일 중 하나에서 오래된 매핑을 보여줍니다.

     OS::TripleO::Services::CephMgr: /usr/share/openstack-tripleo-heat-templates/docker/services/ceph-ansible/ceph-mgr.yaml

2. /usr/share/openstack -tripleo-heat-templates/에서 새 ceph- mgr.yaml 위치를 식별합니다. 이제 이 파일은 'deployment/ceph-ansible' 디렉토리에 있습니다.

   $ find /usr/share/openstack-tripleo-heat-templates/ -name ceph-mgr.yaml
   /usr/share/openstack-tripleo-heat-templates/deployment/ceph-ansible/ceph-mgr.yaml

3. 사용자 지정 환경 파일에서 서비스를 편집합니다.

   resource_registry:
     OS::TripleO::Services::CephMgr: /usr/share/openstack-tripleo-heat-templates/deployment/ceph-ansible/ceph-mgr.yaml

   파일을 저장합니다.

절차

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

2. 언더클라우드에서 컨트롤 플레인 호스트 이름을 가져옵니다.

   $ sudo hiera container_image_prepare_node_names
   ["undercloud.ctlplane.localdomain"]

3. containers-prepare-parameter.yaml 파일을 편집하고 언더클라우드의 컨트롤 플레인 호스트 이름과 프로비저닝 네트워크에서 언더클라우드의 IP 주소가 포함된 YAML 목록을 사용하여 DockerInsecureRegistryAddress 매개변수를 추가합니다.

   parameter_defaults:
     DockerInsecureRegistryAddress:
     - undercloud.ctlplane.localdomain:8787
     - 192.168.24.1:8787
     ...

   또한 오버클라우드 레지스트리의 포트 번호를 호스트 이름 및 IP 주소 값에 추가해야 합니다. 포트 번호는 8787 입니다.

절차

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

2. 컴퓨팅 이름 지정 형식을 설정합니다.

   • 사용자 지정 roles_data 파일을 사용하는 경우 사용자 지정 roles_data 파일을 편집하고 Compute 역할의 HostnameFormatDefault 매개변수를 설정합니다.

     - name: Compute
       …​
       HostnameFormatDefault: '%stackname%-compute-%index%'
       …​

     사용자 지정 roles_data 파일을 저장합니다.

   • openstack-tripleo-heat-templates 에서 기본 roles_data 파일을 사용하는 경우 환경 파일에서 이름 지정 형식을 설정합니다. 노드 수와 플레이버(일반적으로 node-info.yaml )로 환경 파일을 편집합니다. ComputeHostnameFormat 매개변수를 parameter_defaults 섹션에 추가합니다.

     parameter_defaults:
       …​
       ComputeHostnameFormat: '%stackname%-compute-%index%'
       …​

     node-info.yaml 파일을 저장합니다.

절차

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

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

   [stack@director ~]$ source ~/stackrc

3. 환경 파일을 엽니다.

4. 환경 파일에 다음 구성을 추가하여 호스트 일련 번호를 기반으로 인스턴스 일련 번호를 지정합니다.

   parameter_defaults:
     <Role>ExtraConfig:
       nova::config::nova_config:
         libvirt/sysinfo_serial:
           value: auto

5. 환경 파일에 업데이트를 저장하고 파일을 오버클라우드 업그레이드 및 배포 명령에 추가합니다.

절차

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. 구성 후 템플릿을 편집합니다.

2. parameters 섹션에서 EndpointMap 매개변수 및 하위 매개변수를 추가합니다.

   parameters:
     servers:
       type: json
     nameserver_ip:
       type: string
     DeployIdentifier:
       type: string
     EndpointMap:
       default: {}
       type: json

3. 템플릿을 저장합니다.

절차

1. rhel-registration 환경 파일을 향후 배포 작업에서 제외합니다. 대부분의 경우 다음 파일을 제외합니다.

   • rhel-registration/environment-rhel-registration.yaml
   • rhel-registration/rhel-registration-resource-registry.yaml

2. 사용자 지정 roles_data 파일을 사용하는 경우 roles_data 파일의 각 역할에 OS::TripleO::Services::Rhsm 구성 가능 서비스가 포함되어 있는지 확인합니다. 예를 들면 다음과 같습니다.

   - name: Controller
     description: |
       Controller role that has all the controller services loaded and handles
       Database, Messaging and Network functions.
     CountDefault: 1
     ...
     ServicesDefault:
       ...
       - OS::TripleO::Services::Rhsm
       ...

3. 향후 배포 작업에 환경 파일 for rhsm composable 서비스 매개변수를 추가합니다.

절차

1. templates/rhsm.yml 이라는 환경 파일을 만들어 구성을 저장합니다.

2. 환경 파일에 구성을 포함합니다. 예를 들면 다음과 같습니다.

   resource_registry:
     OS::TripleO::Services::Rhsm: /usr/share/openstack-tripleo-heat-templates/deployment/rhsm/rhsm-baremetal-ansible.yaml
   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
         …​
       rhsm_username: "myusername"
       rhsm_password: "p@55w0rd!"
       rhsm_org_id: "1234567"
       rhsm_pool_ids: "1a85f9223e3d5e43013e3d6e8ff506fd"
       rhsm_method: "portal"
       rhsm_release: 8.2

   • resource_registry 섹션은 각 역할에서 사용할 수 있는 OS::TripleO::Services::Rhsm 리소스와 rhsm 구성 가능 서비스를 연결합니다.
   • RhsmVars 변수는 Red Hat 등록을 구성하기 위해 매개 변수를 Ansible에 전달합니다.
3. 환경 파일을 저장합니다.

절차

1. templates/rhsm.yml 이라는 환경 파일을 만들어 구성을 저장합니다.

2. 환경 파일에 구성을 포함합니다. 예를 들면 다음과 같습니다.

   resource_registry:
     OS::TripleO::Services::Rhsm: /usr/share/openstack-tripleo-heat-templates/deployment/rhsm/rhsm-baremetal-ansible.yaml
   parameter_defaults:
     ControllerParameters:
       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
           - 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
         rhsm_username: "myusername"
         rhsm_password: "p@55w0rd!"
         rhsm_org_id: "1234567"
         rhsm_pool_ids: "55d251f1490556f3e75aa37e89e10ce5"
         rhsm_method: "portal"
         rhsm_release: 8.2
     ComputeParameters:
       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
           - 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
         rhsm_username: "myusername"
         rhsm_password: "p@55w0rd!"
         rhsm_org_id: "1234567"
         rhsm_pool_ids: "55d251f1490556f3e75aa37e89e10ce5"
         rhsm_method: "portal"
         rhsm_release: 8.2
     CephStorageParameters:
       RhsmVars:
         rhsm_repos:
           - rhel-8-for-x86_64-baseos-rpms
           - rhel-8-for-x86_64-appstream-rpms
           - rhel-8-for-x86_64-highavailability-rpms
           - ansible-2.9-for-rhel-8-x86_64-rpms
           - openstack-16.1-deployment-tools-for-rhel-8-x86_64-rpms
         rhsm_username: "myusername"
         rhsm_password: "p@55w0rd!"
         rhsm_org_id: "1234567"
         rhsm_pool_ids: "68790a7aa2dc9dc50a9bc39fabc55e0d"
         rhsm_method: "portal"
         rhsm_release: 8.2

   resource_registry 는 각 역할에서 사용할 수 있는 OS::TripleO::Services::Rhsm 리소스와 rhsm 구성 가능 서비스를 연결합니다.

   ControllerParameters,ComputeParameters 및 CephStorageParameters 매개 변수는 각각 별도의 RhsmVars 매개변수를 사용하여 서브스크립션 세부 정보를 해당 역할에 전달합니다.

   참고

   CephStorageParameter s 매개변수 내에서 RhsmVar s 매개변수를 설정하여 Red Hat Ceph Storage 서브스크립션 및 Ceph Storage 관련 리포지토리를 사용합니다. rhsm_repos 매개변수에 컨트롤러 및 컴퓨팅 노드에 필요한 EUS(Extended Update Support) 리포지토리 대신 표준 Red Hat Enterprise Linux 리포지토리가 포함되어 있는지 확인합니다.

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

절차

1. rhel-registration 환경 파일을 향후 배포 작업에서 제외합니다. 대부분의 경우 다음 파일을 제외합니다.

   • rhel-registration/environment-rhel-registration.yaml
   • rhel-registration/rhel-registration-resource-registry.yaml

2. 사용자 지정 roles_data 파일을 사용하는 경우 roles_data 파일의 각 역할에 OS::TripleO::Services::Rhsm 구성 가능 서비스가 포함되어 있는지 확인합니다. 예를 들면 다음과 같습니다.

   - name: Controller
     description: |
       Controller role that has all the controller services loaded and handles
       Database, Messaging and Network functions.
     CountDefault: 1
     ...
     ServicesDefault:
       ...
       - OS::TripleO::Services::Rhsm
       ...

3. 향후 배포 작업에 환경 파일 for rhsm composable 서비스 매개변수를 추가합니다.

절차

1. templates/rhsm.yml 이라는 환경 파일을 만들어 구성을 저장합니다.

2. 환경 파일에 구성을 포함합니다. 예를 들면 다음과 같습니다.

   resource_registry:
     OS::TripleO::Services::Rhsm: /usr/share/openstack-tripleo-heat-templates/deployment/rhsm/rhsm-baremetal-ansible.yaml
   parameter_defaults:
     RhsmVars:
       rhsm_activation_key: "myactivationkey"
       rhsm_method: "satellite"
       rhsm_org_id: "ACME"
       rhsm_server_hostname: "satellite.example.com"
       rhsm_baseurl: "https://satellite.example.com/pulp/repos"
       rhsm_release: 8.2

   resource_registry 는 각 역할에서 사용할 수 있는 OS::TripleO::Services::Rhsm 리소스와 rhsm 구성 가능 서비스를 연결합니다.

   RhsmVars 변수는 Red Hat 등록을 구성하기 위해 매개 변수를 Ansible에 전달합니다.

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

절차

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

2. playbook-satellite.yaml 이라는 파일을 생성하고 파일에 다음 콘텐츠를 붙여넣습니다.

   - name: Pre-install leapp
     hosts: overcloud
     become: yes
     tasks:
       - name: Pre-install leapp
         yum:
           name:
             - leapp
             - leapp-repository
           state: installed
       - name: Remove katello-host-tools-fact-plugin
         yum:
           name:
             - katello-host-tools-fact-plugin
           state: removed
       - name: Register system
         redhat_subscription:
           activationkey: "osp16-key"
           org_id: "ACME"
           server_hostname: "satellite.example.com"
           rhsm_baseurl: "https://satellite.example.com/pulp/repos"
           force_register: True

   Satellite 서버에 맞게 redhat_subscription 변수를 수정합니다.

3. 플레이북을 실행합니다.

   $ ansible-playbook -i ~/inventory.yaml playbook-satellite.yaml

1. 언더클라우드 업그레이드를 하지만 ceph-ansible버전 3 유지
2. 오버클라우드 업그레이드 시작

3. Ceph Storage 컨테이너화된 서비스를 호스팅하는 각 노드에 대해 다음 작업을 수행합니다.

   1. Ceph Storage 컨테이너화된 서비스를 Podman으로 마이그레이션
   2. 운영 체제 업그레이드
   3. Ceph Storage 버전 3 컨테이너화된 서비스를 다시 시작하는 OpenStack Platform 서비스를 업그레이드합니다.
4. 오버클라우드 업그레이드 완료
5. 언더클라우드의 ceph-ansible 을 버전 4로 업그레이드
6. 오버클라우드에서 Red Hat Ceph Storage 4로 업그레이드

절차

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

2. dnf 명령을 실행하여 ceph-ansible 패키지 버전을 확인합니다.

   $ sudo dnf info ceph-ansible

   명령 출력에는 ceph-ansible 패키지의 버전 3이 표시됩니다.

   Installed Packages
   Name         : ceph-ansible
   Version      : 3.xx.xx.xx
   ...

절차

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

2. 오버클라우드 Ceph Storage 구성이 포함된 환경 파일을 편집합니다. 일반적으로 이 파일의 이름은 ceph-config.yaml 로 지정되며 templates 디렉터리에서 찾을 수 있습니다.

   $ vi /home/stack/templates/ceph-config.yaml

3. CephAnsibleRepo 매개변수를 parameter_defaults 섹션에 추가합니다.

   parameter_defaults:
     ...
     CephAnsibleRepo: rhceph-4-tools-for-rhel-8-x86_64-rpms
     ...

   CephAnsibleRepo 는 ceph-anible 을 포함하는 리포지토리를 설정합니다. 검증 프레임워크에서는 이 매개변수를 사용하여 언더클라우드에 ceph-anible 이 설치되어 있는지 확인합니다.

4. ceph-config.yaml 파일을 저장합니다.

절차

1. ceph-mon 서비스를 실행 중인 노드에 로그인합니다. 이 노드는 일반적으로 컨트롤러 노드 또는 독립 실행형 Ceph 모니터 노드입니다.

2. Ceph 클러스터의 상태를 보려면 다음 명령을 입력합니다.

   $ docker exec ceph-mon-$HOSTNAME ceph -s

3. 클러스터 상태가 HEALTH_OK 이고 모든 OSD가 작동 중인지 확인합니다.

절차

1. 다음과 같이 Ceph 툴 리포지토리를 활성화합니다.

   [stack@director ~]$ sudo subscription-manager repos --enable=rhceph-4-tools-for-rhel-8-x86_64-rpms

2. ceph-ansible 패키지를 설치합니다.

   [stack@director ~]$ sudo dnf install -y ceph-ansible

절차

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

2. 오버클라우드 Ceph Storage 구성이 포함된 환경 파일을 편집합니다. 일반적으로 이 파일의 이름은 ceph-config.yaml 로 지정되며 templates 디렉터리에서 찾을 수 있습니다.

   $ vi /home/stack/templates/ceph-config.yaml

3. CephAnsibleRepo 매개변수를 parameter_defaults 섹션에 추가합니다.

   parameter_defaults:
     ...
     CephAnsibleRepo: rhceph-4-tools-for-rhel-8-x86_64-rpms
     ...

   CephAnsibleRepo 는 ceph-anible 을 포함하는 리포지토리를 설정합니다. 검증 프레임워크에서는 이 매개변수를 사용하여 언더클라우드에 ceph-anible 이 설치되어 있는지 확인합니다.

4. ceph-config.yaml 파일을 저장합니다.

절차

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

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

   $ source ~/stackrc

3. 언더클라우드에서 update-nic-templates.sh 라는 파일을 생성하고 파일에 다음 내용을 포함합니다.

   #!/bin/bash
   STACK_NAME="overcloud"
   ROLES_DATA="/usr/share/openstack-tripleo-heat-templates/roles_data.yaml"
   NETWORK_DATA="/usr/share/openstack-tripleo-heat-templates/network_data.yaml"
   NIC_CONFIG_LINES=$(openstack stack environment show $STACK_NAME | grep "::Net::SoftwareConfig" | sed -E 's/ *OS::TripleO::// ; s/::Net::SoftwareConfig:// ; s/ http.*user-files/ /')
   echo "$NIC_CONFIG_LINES" | while read LINE; do
       ROLE=$(echo "$LINE" | awk '{print $1;}')
       NIC_CONFIG=$(echo "$LINE" | awk '{print $2;}')
   
       if [ -f "$NIC_CONFIG" ]; then
           echo "Updating template for $ROLE role."
           python3 /usr/share/openstack-tripleo-heat-templates/tools/merge-new-params-nic-config-script.py \
               --tht-dir /usr/share/openstack-tripleo-heat-templates \
               --roles-data $ROLES_DATA \
               --network-data $NETWORK_DATA \
               --role-name "$ROLE" \
               --discard-comments yes \
               --template "$NIC_CONFIG"
       else
           echo "No NIC template detected for $ROLE role. Skipping $ROLE role."
       fi
   done

   • 사용자 지정 오버클라우드 이름을 사용하는 경우 STACK_NAME 변수를 오버클라우드 이름으로 설정합니다. 오버클라우드 스택의 기본 이름은 overcloud 입니다.
   • 사용자 지정 roles_data 파일을 사용하는 경우 ROLES_DATA 변수를 사용자 지정 파일의 위치로 설정합니다. 기본 roles_data 파일을 사용하는 경우 변수를 /usr/share/openstack-tripleo-heat-templates/roles_data.yaml로 둡니다.
   • 사용자 지정 network_data 파일을 사용하는 경우 NETWORK_DATA 변수를 사용자 지정 파일의 위치로 설정합니다. 기본 network_data 파일을 사용하는 경우 변수를 /usr/share/openstack-tripleo-heat-templates/network_data.yaml로 둡니다.
   • /usr/share/openstack-tripleo-heat-templates/tools/merge-new-params-nic-config-script.py -h 를 실행하여 스크립트에 추가할 옵션 목록을 확인합니다.

4. 스크립트에 실행 가능 권한을 추가합니다.

   $ chmod +x update-nic-templates.sh

5. 선택 사항: RHOSP 환경에 스파인-리프형 네트워크 토폴로지를 사용하는 경우 roles_data.yaml 파일을 확인하고 배포에 NIC 템플릿에 올바른 역할 이름을 사용하는지 확인합니다. 이 스크립트는 roles_data.yaml 파일에서 deprecated_nic_config_ name 매개 변수 값을 사용합니다.

6. 스크립트를 실행합니다.

   $ ./update-nic-templates.sh

   이 스크립트는 각 사용자 지정 NIC 템플릿의 사본을 저장하고 누락된 매개 변수로 각 템플릿을 업데이트합니다. 또한 스크립트는 사용자 지정 템플릿이 없는 모든 역할을 건너뜁니다.

   No NIC template detected for BlockStorage role. Skipping BlockStorage role.
   Updating template for CephStorage role.
   The original template was saved as: /home/stack/templates/custom-nics/ceph-storage.yaml.20200903144835
   The update template was saved as: /home/stack/templates/custom-nics/ceph-storage.yaml
   Updating template for Compute role.
   The original template was saved as: /home/stack/templates/custom-nics/compute.yaml.20200903144838
   The update template was saved as: /home/stack/templates/custom-nics/compute.yaml
   Updating template for Controller role.
   The original template was saved as: /home/stack/templates/custom-nics/controller.yaml.20200903144841
   The update template was saved as: /home/stack/templates/custom-nics/controller.yaml
   No NIC template detected for ObjectStorage role. Skipping ObjectStorage role.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud upgrade prepare \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
3. 업그레이드 준비가 완료될 때까지 기다립니다.

4. 컨테이너 이미지를 다운로드합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags container_image_prepare

절차

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

   $ source ~/stackrc

2. 언더클라우드 노드에서 다음 명령을 실행하여 부트스트랩 컨트롤러 노드를 식별합니다.

   $ tripleo-ansible-inventory --list --stack overcloud |jq .overcloud_Controller.hosts[0]

3. 부트스트랩 컨트롤러 노드를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack <stack_name> --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-0

      & lt;stack_name >을 스택 이름으로 바꿉니다.

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 컨트롤러 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.

      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

        중요

        다음 명령을 실행하면 컨트롤 플레인이 중단됩니다. 다음 몇 단계에서 오버클라우드에서 표준 작업을 수행할 수 없습니다.

   3. system_upgrade_transfer_data 태그를 사용하여 외부 upgrade 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags system_upgrade_transfer_data

      이 명령은 기존 노드의 최신 데이터베이스 버전을 부트스트랩 노드로 복사합니다.

   4. nova_hybrid_state 태그로 upgrade 명령을 실행하고 upgrade_ steps_playbook.yaml 플레이북만 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --playbook upgrade_steps_playbook.yaml --tags nova_hybrid_state --limit all

      이 명령은 이후 단계에서 컴퓨팅 노드를 업그레이드할 때 워크로드 마이그레이션을 용이하게 하기 위해 컴퓨팅 노드에서 임시 16.1 컨테이너를 시작합니다.

   5. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

      중요

      이 명령이 완료되면 컨트롤 플레인이 활성화됩니다. 오버클라우드에서 표준 작업을 다시 수행할 수 있습니다.

   6. 업그레이드 후 새 Pacemaker 클러스터가 시작되고 galera, rabbit, haproxy, redis와 같은 컨트롤 플레인 서비스가 실행 중인지 확인합니다.

      $ sudo pcs status

4. 다음 컨트롤러 노드를 업그레이드합니다.

   1. 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-1

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 컨트롤러 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   3. 다음 컨트롤러 노드에서 system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 이 노드 외에도 --limit 옵션에 이전에 업그레이드한 부트스트랩 노드를 포함합니다.

5. 최종 컨트롤러 노드를 업그레이드합니다.

   1. 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-2

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 컨트롤러 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   3. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1,overcloud-controller-2

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 모든 컨트롤러 노드를 --limit 옵션에 포함합니다.

절차

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

   $ source ~/stackrc

2. Ceph Storage 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephstorage-0

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephstorage-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 선택 사항: Ceph 서브스크립션을 사용하고 Ceph 스토리지 노드에 overcloud-minimal 이미지를 사용하도록 director가 구성된 경우 다음 단계를 완료해야 합니다.

      1. 노드에 로그인하고 RHEL (Red Hat Enterprise Linux) 마이너 릴리스 버전을 설정 해제합니다.

         $ sudo subscription-manager release --unset

      2. 노드에서 시스템 업데이트를 수행합니다.

         $ sudo dnf -y update

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

         $ sudo reboot

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephstorage-0

      이 명령은 config-download 플레이북을 실행하고 Ceph Storage 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph Storage 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

3. 다음 Ceph Storage 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephstorage-1

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephstorage-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephstorage-1

      이 명령은 config-download 플레이북을 실행하고 Ceph Storage 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph Storage 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

4. 최종 Ceph Storage 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephstorage-2

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephstorage-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephstorage-2

      이 명령은 config-download 플레이북을 실행하고 Ceph Storage 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph Storage 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

절차

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

   $ source ~/stackrc

2. 인스턴스를 마이그레이션합니다. 마이그레이션 전략에 대한 자세한 내용은 컴퓨팅 노드 간 가상 머신 마이그레이션을 참조하십시오.

3. system_upgrade 태그로 upgrade 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0

   이 명령은 다음 작업을 수행합니다.

   • 운영 체제의 Leapp 업그레이드를 수행합니다.
   • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

4. 태그 없이 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-compute-0

   이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

5. 여러 컴퓨팅 노드를 병렬로 업그레이드하려면 --limit 옵션을 업그레이드할 노드의 쉼표로 구분된 목록으로 설정합니다. 먼저 system_upgrade 작업을 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

   그런 다음 표준 OpenStack 서비스 업그레이드를 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME  --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

절차

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

   $ source ~/stackrc

2. containers-prepare-parameter.yaml 파일을 편집하고 다음 매개변수와 해당 값을 제거합니다.

   • ceph3_namespace
   • ceph3_tag
   • ceph3_image
   • name_prefix_stein
   • name_suffix_stein
   • namespace_stein
   • tag_stein
3. 오버클라우드에서 펜싱을 다시 활성화하려면 fencing.yaml 환경 파일에서 EnableFencing 매개변수를 true 로 설정합니다.

4. 업그레이드 종료 명령을 실행합니다.

   $ openstack overcloud upgrade converge \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • EnableFencing 매개변수가 true 로 설정된 환경 파일(fencing.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
5. 스택 동기화가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud upgrade prepare \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
3. 업그레이드 준비가 완료될 때까지 기다립니다.

4. 컨테이너 이미지를 다운로드합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags container_image_prepare

절차

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

   $ source ~/stackrc

2. 언더클라우드 노드에서 다음 명령을 실행하여 부트스트랩 컨트롤러 노드를 식별합니다.

   $ tripleo-ansible-inventory --list --stack overcloud |jq .overcloud_Controller.hosts[0]

3. 부트스트랩 컨트롤러 노드를 업그레이드합니다.

   1. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.

      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

        중요

        다음 명령을 실행하면 컨트롤 플레인이 중단됩니다. 다음 몇 단계에서 오버클라우드에서 표준 작업을 수행할 수 없습니다.

   2. system_upgrade_transfer_data 태그를 사용하여 외부 upgrade 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags system_upgrade_transfer_data

      이 명령은 기존 노드의 최신 데이터베이스 버전을 부트스트랩 노드로 복사합니다.

   3. nova_hybrid_state 태그로 upgrade 명령을 실행하고 upgrade_ steps_playbook.yaml 플레이북만 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --playbook upgrade_steps_playbook.yaml --tags nova_hybrid_state --limit all

      이 명령은 이후 단계에서 컴퓨팅 노드를 업그레이드할 때 워크로드 마이그레이션을 용이하게 하기 위해 컴퓨팅 노드에서 임시 16.1 컨테이너를 시작합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

      중요

      이 명령이 완료되면 컨트롤 플레인이 활성화됩니다. 오버클라우드에서 표준 작업을 다시 수행할 수 있습니다.

   5. 업그레이드 후 새 Pacemaker 클러스터가 시작되고 galera, rabbit, haproxy, redis와 같은 컨트롤 플레인 서비스가 실행 중인지 확인합니다.

      $ sudo pcs status

4. 다음 컨트롤러 노드를 업그레이드합니다.

   1. 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. 다음 컨트롤러 노드에서 system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 이 노드 외에도 --limit 옵션에 이전에 업그레이드한 부트스트랩 노드를 포함합니다.

5. 최종 컨트롤러 노드를 업그레이드합니다.

   1. 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1,overcloud-controller-2

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 모든 컨트롤러 노드를 --limit 옵션에 포함합니다.

절차

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

   $ source ~/stackrc

2. 인스턴스를 마이그레이션합니다. 마이그레이션 전략에 대한 자세한 내용은 컴퓨팅 노드 간 가상 머신 마이그레이션을 참조하십시오.

3. system_upgrade 태그로 upgrade 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0

   이 명령은 다음 작업을 수행합니다.

   • 운영 체제의 Leapp 업그레이드를 수행합니다.
   • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

4. 태그 없이 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-compute-0

   이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

5. 여러 컴퓨팅 노드를 병렬로 업그레이드하려면 --limit 옵션을 업그레이드할 노드의 쉼표로 구분된 목록으로 설정합니다. 먼저 system_upgrade 작업을 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

   그런 다음 표준 OpenStack 서비스 업그레이드를 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME  --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

절차

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

   $ source ~/stackrc

2. containers-prepare-parameter.yaml 파일을 편집하고 다음 매개변수와 해당 값을 제거합니다.

   • ceph3_namespace
   • ceph3_tag
   • ceph3_image
   • name_prefix_stein
   • name_suffix_stein
   • namespace_stein
   • tag_stein
3. 오버클라우드에서 펜싱을 다시 활성화하려면 fencing.yaml 환경 파일에서 EnableFencing 매개변수를 true 로 설정합니다.

4. 업그레이드 종료 명령을 실행합니다.

   $ openstack overcloud upgrade converge \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • EnableFencing 매개변수가 true 로 설정된 환경 파일(fencing.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
5. 스택 동기화가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud upgrade prepare \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
3. 업그레이드 준비가 완료될 때까지 기다립니다.

4. 컨테이너 이미지를 다운로드합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags container_image_prepare

절차

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

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

   $ source ~/stackrc

3. 언더클라우드 노드에서 다음 명령을 실행하여 부트스트랩 컨트롤러 노드를 확인합니다.

   $ tripleo-ansible-inventory --list --stack overcloud |jq .overcloud_Controller.hosts[0]

4. overcloud-controller-0,overcloud-database-0,overcloud-networker-0 및 overcloud-ceph-0 컨트롤 플레인 노드를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack <stack_name> --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-0,overcloud-database-0,overcloud-networker-0,overcloud-ceph-0

      & lt;stack_name >을 스택 이름으로 바꿉니다.

      이 명령은 다음 작업을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 빠른 업그레이드를 위해 Ceph Storage 서비스를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-0 &
      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-database-0 &
      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-networker-0 &
      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-ceph-0 &

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.

      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

        중요

        다음 명령을 실행하면 컨트롤 플레인이 중단됩니다. 다음 몇 단계에서 오버클라우드에서 표준 작업을 수행할 수 없습니다.

   3. system_upgrade_transfer_data 태그를 사용하여 외부 upgrade 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags system_upgrade_transfer_data

      이 명령은 기존 노드의 최신 데이터베이스 버전을 부트스트랩 노드로 복사합니다.

   4. nova_hybrid_state 태그로 upgrade 명령을 실행하고 upgrade_ steps_playbook.yaml 플레이북만 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --playbook upgrade_steps_playbook.yaml --tags nova_hybrid_state --limit all

      이 명령은 이후 단계에서 컴퓨팅 노드를 업그레이드할 때 워크로드 마이그레이션을 용이하게 하기 위해 컴퓨팅 노드에서 임시 16.1 컨테이너를 시작합니다.

   5. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-database-0,overcloud-networker-0,overcloud-ceph-0 --playbook all

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

      중요

      이 명령이 완료되면 컨트롤 플레인이 활성화됩니다. 오버클라우드에서 표준 작업을 다시 수행할 수 있습니다.

   6. 선택 사항: 부트스트랩 Contoller 노드에서 업그레이드 후 새 Pacemaker 클러스터가 시작되고 galera, rabbit, haproxy, redis와 같은 컨트롤 플레인 서비스가 실행 중인지 확인합니다.

      $ sudo pcs status

5. overcloud-controller-1, overcloud -database-1, overcloud -networker-1 및 overcloud-ceph-1 컨트롤 플레인 노드를 업그레이드합니다.

   1. overcloud-controller-1 노드에 로그인하고 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-1,overcloud-database-1,overcloud-networker-1,overcloud-ceph-1

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   3. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-1,overcloud-database-1,overcloud-networker-1,overcloud-ceph-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1,overcloud-database-0,overcloud-database-1,overcloud-networker-0,overcloud-networker-1,overcloud-ceph-0,overcloud-ceph-1

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 이 노드 외에도 --limit 옵션에 이전에 업그레이드한 부트스트랩 노드를 포함합니다.

6. overcloud-controller-2, overcloud -database-2, overcloud -networker-2 및 overcloud-ceph-2 컨트롤 플레인 노드를 업그레이드합니다.

   1. overcloud-controller-2 노드에 로그인하고 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-2,overcloud-database-2,overcloud-networker-2,overcloud-ceph-2

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   3. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-2,overcloud-database-2,overcloud-networker-2,overcloud-ceph-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1,overcloud-controller-2,overcloud-database-0,overcloud-database-1,overcloud-database-2,overcloud-networker-0,overcloud-networker-1,overcloud-networker-2,overcloud-ceph-0,overcloud-ceph-1,overcloud-ceph-2

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 모든 컨트롤 플레인 노드를 --limit 옵션에 포함합니다.

절차

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

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

   $ source ~/stackrc

3. 인스턴스를 마이그레이션합니다. 마이그레이션 전략에 대한 자세한 내용은 컴퓨팅 노드 간 가상 머신 마이그레이션을 참조하십시오.

4. system_upgrade 태그로 upgrade 명령을 실행합니다.

   $ openstack overcloud upgrade run -y --stack STACK NAME --tags system_upgrade --limit 'Compute[0:19]' > upgrade-compute-00-19.log 2>&1 &
   $ openstack overcloud upgrade run -y --stack STACK NAME --tags system_upgrade --limit 'Compute[20:29]' > upgrade-compute-20-29.log 2>&1 &
   $ openstack overcloud upgrade run -y --stack STACK NAME --tags system_upgrade --limit 'Compute[40:59]' > update-compute-40-59.log 2>&1 &
   $ openstack overcloud upgrade run -y --stack STACK NAME --tags system_upgrade --limit 'Compute[60:79]' > update-compute-60-79.log 2>&1 &

   이 명령은 다음 작업을 수행합니다.

   • 운영 체제의 Leapp 업그레이드를 수행합니다.
   • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

5. 태그 없이 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run -y --stack STACK NAME --limit 'Compute[0:19]' > upgrade-compute-00-19.log 2>&1 &
   $ openstack overcloud upgrade run -y --stack STACK NAME --limit 'Compute[20:29]' > upgrade-compute-20-29.log 2>&1 &
   $ openstack overcloud upgrade run -y --stack STACK NAME --limit 'Compute[40:59]' > update-compute-40-59.log 2>&1 &
   $ openstack overcloud upgrade run -y --stack STACK NAME --limit 'Compute[60:79]' > update-compute-60-79.log 2>&1 &

   이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

6. 선택 사항: 선택한 컴퓨팅 노드를 업그레이드하려면 업그레이드할 쉼표로 구분된 노드 목록과 함께 --limit 옵션을 사용합니다. 다음 예제에서는 overcloud-compute-0,overcloud-compute-1, overcloud-compute-2 노드를 병렬로 업그레이드합니다.

   1. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

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

      $ openstack overcloud upgrade run --stack STACK NAME  --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

절차

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

   $ source ~/stackrc

2. containers-prepare-parameter.yaml 파일을 편집하고 다음 매개변수와 해당 값을 제거합니다.

   • ceph3_namespace
   • ceph3_tag
   • ceph3_image
   • name_prefix_stein
   • name_suffix_stein
   • namespace_stein
   • tag_stein
3. 오버클라우드에서 펜싱을 다시 활성화하려면 fencing.yaml 환경 파일에서 EnableFencing 매개변수를 true 로 설정합니다.

4. 업그레이드 종료 명령을 실행합니다.

   $ openstack overcloud upgrade converge \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • EnableFencing 매개변수가 true 로 설정된 환경 파일(fencing.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
5. 스택 동기화가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud upgrade prepare \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
3. 업그레이드 준비가 완료될 때까지 기다립니다.

4. 컨테이너 이미지를 다운로드합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags container_image_prepare

절차

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

   $ source ~/stackrc

2. 언더클라우드 노드에서 다음 명령을 실행하여 부트스트랩 노드를 식별합니다.

   $ tripleo-ansible-inventory --list --stack overcloud |jq .overcloud_Controller.hosts[0]

3. 부트스트랩 노드를 업그레이드합니다.

   1. 노드에 Ceph Storage 컨테이너가 포함된 경우 ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack <stack_name> --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-0

      & lt;stack_name >을 스택 이름으로 바꿉니다.

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. system_upgrade_transfer_data 태그를 사용하여 외부 upgrade 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags system_upgrade_transfer_data

      이 명령은 기존 노드의 최신 데이터베이스 버전을 부트스트랩 노드로 복사합니다.

   4. nova_hybrid_state 태그로 upgrade 명령을 실행하고 upgrade_ steps_playbook.yaml 플레이북만 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --playbook upgrade_steps_playbook.yaml --tags nova_hybrid_state --limit all

      이 명령은 이후 단계에서 컴퓨팅 노드를 업그레이드할 때 워크로드 마이그레이션을 용이하게 하기 위해 컴퓨팅 노드에서 임시 16.1 컨테이너를 시작합니다.

   5. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

4. 각 Pacemaker 기반 노드를 업그레이드합니다.

   1. 노드에 Ceph Storage 컨테이너가 포함된 경우 ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-database-0

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. 다음 노드에서 system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-database-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-database-0

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 이 노드 외에도 이전에 업그레이드한 노드를 --limit 옵션에 포함합니다.

5. 모든 Pacemaker 기반 노드를 업그레이드할 때까지 각 Pacemaker 기반 노드에서 업그레이드 프로세스를 반복합니다.

절차

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

   $ source ~/stackrc

2. system_upgrade 태그로 upgrade 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-networker-0

   이 명령은 다음 작업을 수행합니다.

   • 운영 체제의 Leapp 업그레이드를 수행합니다.
   • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

3. 태그 없이 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-networker-0

   이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

4. 모든 컨트롤러 기반 노드를 업그레이드할 때까지 각 노드에서 업그레이드 프로세스를 반복합니다.

절차

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

   $ source ~/stackrc

2. Ceph MON 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephmon-0

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephmon-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephmon-0

      이 명령은 config-download 플레이북을 실행하고 Ceph MON 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph MON 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

3. 다음 Ceph MON 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephmon-1

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephmon-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephmon-1

      이 명령은 config-download 플레이북을 실행하고 Ceph MON 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph MON 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

4. 최종 Ceph MON 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephmon-2

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephmon-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephmon-2

      이 명령은 config-download 플레이북을 실행하고 Ceph MON 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph MON 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

절차

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

   $ source ~/stackrc

2. Ceph Storage 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephstorage-0

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephstorage-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 선택 사항: Ceph 서브스크립션을 사용하고 Ceph 스토리지 노드에 overcloud-minimal 이미지를 사용하도록 director가 구성된 경우 다음 단계를 완료해야 합니다.

      1. 노드에 로그인하고 RHEL (Red Hat Enterprise Linux) 마이너 릴리스 버전을 설정 해제합니다.

         $ sudo subscription-manager release --unset

      2. 노드에서 시스템 업데이트를 수행합니다.

         $ sudo dnf -y update

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

         $ sudo reboot

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephstorage-0

      이 명령은 config-download 플레이북을 실행하고 Ceph Storage 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph Storage 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

3. 다음 Ceph Storage 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephstorage-1

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephstorage-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephstorage-1

      이 명령은 config-download 플레이북을 실행하고 Ceph Storage 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph Storage 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

4. 최종 Ceph Storage 노드를 선택하고 운영 체제를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-cephstorage-2

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-cephstorage-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   3. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-cephstorage-2

      이 명령은 config-download 플레이북을 실행하고 Ceph Storage 노드에서 구성 가능한 서비스를 구성합니다. 이 단계에서는 Ceph Storage 노드를 Red Hat Ceph Storage 4로 업그레이드하지 않습니다. Red Hat Ceph Storage 4 업그레이드는 이후 절차에서 수행됩니다.

절차

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

   $ source ~/stackrc

2. 인스턴스를 마이그레이션합니다. 마이그레이션 전략에 대한 자세한 내용은 컴퓨팅 노드 간 가상 머신 마이그레이션을 참조하십시오.

3. system_upgrade 태그로 upgrade 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0

   이 명령은 다음 작업을 수행합니다.

   • 운영 체제의 Leapp 업그레이드를 수행합니다.
   • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

4. 태그 없이 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-compute-0

   이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

5. 여러 컴퓨팅 노드를 병렬로 업그레이드하려면 --limit 옵션을 업그레이드할 노드의 쉼표로 구분된 목록으로 설정합니다. 먼저 system_upgrade 작업을 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

   그런 다음 표준 OpenStack 서비스 업그레이드를 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME  --limit overcloud-compute-0,overcloud-compute-1,overcloud-compute-2

절차

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

   $ source ~/stackrc

2. containers-prepare-parameter.yaml 파일을 편집하고 다음 매개변수와 해당 값을 제거합니다.

   • ceph3_namespace
   • ceph3_tag
   • ceph3_image
   • name_prefix_stein
   • name_suffix_stein
   • namespace_stein
   • tag_stein
3. 오버클라우드에서 펜싱을 다시 활성화하려면 fencing.yaml 환경 파일에서 EnableFencing 매개변수를 true 로 설정합니다.

4. 업그레이드 종료 명령을 실행합니다.

   $ openstack overcloud upgrade converge \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • EnableFencing 매개변수가 true 로 설정된 환경 파일(fencing.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
5. 스택 동기화가 완료될 때까지 기다립니다.

절차

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

   $ source ~/stackrc

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

   $ openstack overcloud upgrade prepare \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
3. 업그레이드 준비가 완료될 때까지 기다립니다.

4. 컨테이너 이미지를 다운로드합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags container_image_prepare

절차

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

   $ source ~/stackrc

2. 언더클라우드 노드에서 다음 명령을 실행하여 부트스트랩 컨트롤러 노드를 식별합니다.

   $ tripleo-ansible-inventory --list --stack overcloud |jq .overcloud_Controller.hosts[0]

3. 부트스트랩 컨트롤러 노드를 업그레이드합니다.

   1. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack <stack_name> --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-0

      & lt;stack_name >을 스택 이름으로 바꿉니다.

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 컨트롤러 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   2. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-0

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.

      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

        중요

        다음 명령을 실행하면 컨트롤 플레인이 중단됩니다. 다음 몇 단계에서 오버클라우드에서 표준 작업을 수행할 수 없습니다.

   3. system_upgrade_transfer_data 태그를 사용하여 외부 upgrade 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags system_upgrade_transfer_data

      이 명령은 기존 노드의 최신 데이터베이스 버전을 부트스트랩 노드로 복사합니다.

   4. nova_hybrid_state 태그로 upgrade 명령을 실행하고 upgrade_ steps_playbook.yaml 플레이북만 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --playbook upgrade_steps_playbook.yaml --tags nova_hybrid_state --limit all

      이 명령은 이후 단계에서 컴퓨팅 노드를 업그레이드할 때 워크로드 마이그레이션을 용이하게 하기 위해 컴퓨팅 노드에서 임시 16.1 컨테이너를 시작합니다.

   5. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

      중요

      이 명령이 완료되면 컨트롤 플레인이 활성화됩니다. 오버클라우드에서 표준 작업을 다시 수행할 수 있습니다.

   6. 업그레이드 후 새 Pacemaker 클러스터가 시작되고 galera, rabbit, haproxy, redis와 같은 컨트롤 플레인 서비스가 실행 중인지 확인합니다.

      $ sudo pcs status

4. 다음 컨트롤러 노드를 업그레이드합니다.

   1. 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-1

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 컨트롤러 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   3. 다음 컨트롤러 노드에서 system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-1

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 이 노드 외에도 --limit 옵션에 이전에 업그레이드한 부트스트랩 노드를 포함합니다.

5. 최종 컨트롤러 노드를 업그레이드합니다.

   1. 이전 클러스터가 더 이상 실행되지 않는지 확인합니다.

      $ sudo pcs status

      클러스터가 실행 중이 아닌 경우 다음과 유사한 오류가 표시됩니다.

      Error: cluster is not currently running on this node

   2. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

      $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-controller-2

      이 명령은 다음 기능을 수행합니다.

      • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
      • ceph_ansible_limit 변수를 사용하여 작업을 선택한 컨트롤러 노드로 제한합니다.

      이 단계는 Ceph Storage 서비스를 준비하여 업그레이드를 준비하기 위한 예비 조치입니다.

   3. system_upgrade 태그로 upgrade 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-controller-2

      이 명령은 다음 작업을 수행합니다.

      • 운영 체제의 Leapp 업그레이드를 수행합니다.
      • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

   4. 태그 없이 업그레이드 명령을 실행합니다.

      $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-controller-0,overcloud-controller-1,overcloud-controller-2

      이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다. 모든 컨트롤러 노드를 --limit 옵션에 포함합니다.

절차

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

   $ source ~/stackrc

2. 인스턴스를 마이그레이션합니다. 마이그레이션 전략에 대한 자세한 내용은 컴퓨팅 노드 간 가상 머신 마이그레이션을 참조하십시오.
3. Ceph MON 서비스를 사용하여 노드에서 로그아웃하고 Undercloud로 돌아갑니다.

4. ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-computehci-0

   이 명령은 다음 기능을 수행합니다.

   • Podman 관리를 사용하도록 Ceph Storage 컨테이너를 제어하는 systemd 장치를 변경합니다.
   • ceph_ansible_limit 변수를 사용하여 작업을 선택한 Ceph Storage 노드로 제한합니다.

   이 단계는 빠른 업그레이드를 위해 Ceph Storage 서비스를 준비하기 위한 예비 조치입니다.

5. system_upgrade 태그로 upgrade 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-computehci-0

   이 명령은 다음 작업을 수행합니다.

   • 운영 체제의 Leapp 업그레이드를 수행합니다.
   • Leapp 업그레이드의 일부로 재부팅을 수행합니다.

6. 태그 없이 업그레이드 명령을 실행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --limit overcloud-computehci-0

   이 명령은 Red Hat OpenStack Platform 업그레이드를 수행합니다.

7. 여러 컴퓨팅 노드를 병렬로 업그레이드하려면 --limit 옵션을 업그레이드할 노드의 쉼표로 구분된 목록으로 설정합니다. 먼저 ceph_systemd 태그를 사용하여 외부 업그레이드 명령을 실행합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph_systemd -e ceph_ansible_limit=overcloud-computehci-0,overcloud-computehci-1,overcloud-computehci-2

   그런 다음 system_upgrade 작업을 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME --tags system_upgrade --limit overcloud-computehci-0,overcloud-computehci-1,overcloud-computehci-2

   그런 다음 표준 OpenStack 서비스 업그레이드를 수행합니다.

   $ openstack overcloud upgrade run --stack STACK NAME  --limit overcloud-computehci-0,overcloud-computehci-1,overcloud-computehci-2

절차

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

   $ source ~/stackrc

2. containers-prepare-parameter.yaml 파일을 편집하고 다음 매개변수와 해당 값을 제거합니다.

   • ceph3_namespace
   • ceph3_tag
   • ceph3_image
   • name_prefix_stein
   • name_suffix_stein
   • namespace_stein
   • tag_stein
3. 오버클라우드에서 펜싱을 다시 활성화하려면 fencing.yaml 환경 파일에서 EnableFencing 매개변수를 true 로 설정합니다.

4. 업그레이드 종료 명령을 실행합니다.

   $ openstack overcloud upgrade converge \
       --stack STACK NAME \
       --templates \
       -e ENVIRONMENT FILE
       …​
       -e /home/stack/templates/upgrades-environment.yaml \
       -e /home/stack/templates/rhsm.yaml \
       -e /home/stack/containers-prepare-parameter.yaml \
       -e /usr/share/openstack-tripleo-heat-templates/environments/services/neutron-ovs.yaml \
       …​

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

   • 업그레이드별 매개 변수(-e)가 있는 환경 파일( upgrade-environment.yaml)입니다.
   • EnableFencing 매개변수가 true 로 설정된 환경 파일(fencing.yaml)입니다.
   • 등록 및 서브스크립션 매개 변수(-e)가 있는 환경 파일(rhsm.yaml).
   • 새 컨테이너 이미지 위치(-e)가 있는 환경 파일(containers-prepare-parameter.yaml)입니다. 대부분의 경우 언더클라우드에서 사용하는 것과 동일한 환경 파일입니다.
   • OVS 호환성을 유지 관리하기 위한 환경 파일(neutron-ovs.yaml)입니다.
   • 배포와 관련된 모든 사용자 지정 구성 환경 파일(-e)입니다.
   • 해당하는 경우 --roles-file 을 사용하는 사용자 지정역할( roles_data) 파일을 사용합니다.
   • 해당하는 경우 --networks-file 을 사용하여 구성 가능한네트워크(network_data) 파일입니다.
   • 사용자 지정 스택 이름을 사용하는 경우 --stack 옵션으로 이름을 전달합니다.
5. 스택 동기화가 완료될 때까지 기다립니다.

절차

1. 다음과 같이 Ceph 툴 리포지토리를 활성화합니다.

   [stack@director ~]$ sudo subscription-manager repos --enable=rhceph-4-tools-for-rhel-8-x86_64-rpms

2. ceph-ansible 패키지를 설치합니다.

   [stack@director ~]$ sudo dnf install -y ceph-ansible

절차

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

   $ source ~/stackrc

2. ceph 태그를 사용하여 Ceph Storage 외부 업그레이드 프로세스를 실행합니다.

   $ openstack overcloud external-upgrade run --stack STACK NAME --tags ceph

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

절차

1. 컨트롤러 노드 또는 독립 실행형 Ceph MON 노드와 같이 Ceph MON 컨테이너가 있는 노드에 heat-admin 사용자로 로그인합니다. 예를 들어 표준 Overcloud 배포에서 overcloud-controller-1 은 Ceph MON 컨테이너를 사용합니다.

2. Ceph 클러스터를 쿼리하여 OSD에서 사용 중인 드라이버를 확인합니다.

   [heat-admin@overcloud-controller-1 ~]$ sudo -i
   [root@overcloud-controller-1 ~]# podman exec -it ceph-mon-overcloud-controller-1 sh -c "ceph -f json osd metadata" | jq -c 'sort_by(.hostname) | .[] | ["host", .hostname, "osd_id", .id, "objectstore", .osd_objectstore]'
   [root@overcloud-controller-1 ~]#

3. "objectstore": "filestore"를 반환하는 행이 있으면 해당 노드에 OSD 마이그레이션이 필요합니다.

절차

1. CephAnsibleDisksConfig 매개변수의 osd_objectstore 가 filestore 로 기본 설정되지 않는지 확인합니다. osd_objectstore 매개변수가 사용자 지정 heat 환경 파일에 있는 경우 bluestore 값을 명시적으로 정의하거나 제거해야 합니다.

   parameter_defaults:
     CephAnsibleDisksConfig:
       devices:
         - /dev/sdb
         - /dev/sdc
         - /dev/sdd
       osd_scenario: lvm
      osd_objectstore: bluestore

   참고

   를 포함한 특정 FileStore 구성이 있는 경우(예: 저널) 구성을 적절하게 업데이트해야 합니다. 고급 구성에 대한 자세한 내용은 컨테이너화된 Red Hat Ceph 가이드의 오버클라우드 배포 가이드의 Ceph Storage 노드 디스크 레이아웃 매핑 을 참조하십시오.

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

3. ceph_fstobs 태그와 함께 openstack overcloud external-upgrade run 명령을 입력합니다. <NODE_NAME> 을 업그레이드할 Ceph OSD 노드의 이름으로 바꿉니다. openstack server list 명령을 사용하여 노드 이름을 찾을 수 있습니다.

   [stack@undercloud ~] $ openstack overcloud external-upgrade run --tags ceph_fstobs -e ceph_ansible_limit=<NODE_NAME> | tee oc-fstobs.log

4. Ceph MON 서비스가 있는 노드에 로그인하고 Ceph 클러스터를 쿼리하여 업그레이드한 노드의 OSD 상태를 확인합니다. 다음 OSD 노드의 마이그레이션을 시작하려면 업그레이드한 노드가 성공적으로 마이그레이션되었는지 확인해야 합니다.

   [heat-admin@overcloud-controller-1 ~]$ sudo -i
   [root@overcloud-controller-1 ~]# podman exec -it ceph-mon-overcloud-controller-1 sh -c "ceph -f json osd metadata" | jq -c '.[] | select(.hostname == "<NODE_NAME>") | ["host", .hostname, "osd_id", .id, "objectstore", .osd_objectstore]'
   [root@overcloud-controller-1 ~]# exit

   <NODE_NAME>을 마이그레이션된 노드의 이름으로 바꿉니다. OSD에서 BlueStore를 사용하는 것으로 표시되면 마이그레이션에 성공합니다.

5. 선택 사항: 특정 OSD에 대한 추가 세부 정보를 보려면 다음 명령을 입력합니다.

   [root@overcloud-controller-1 ~]# podman exec -it ceph-mon-overcloud-controller-1 sh -c "ceph osd metadata <ID>"

   <ID>를 쿼리할 OSD의 ID로 바꿉니다.

6. 다음 노드에서 마이그레이션 프로세스를 시작하려면 클러스터가 동기화될 때까지 기다려야 합니다.

   [root@overcloud-controller-1 ~]# podman exec -it ceph-mon-overcloud-controller-1 sh -c  "ceph  -s"

   Review the command output and ensure that the health of the cluster is `HEALTH_OK` and the PGs are in the `active+clean` state.

7. 다음 노드에서 마이그레이션 프로세스를 시작하려면 클러스터 리밸런싱 프로세스가 완료될 때까지 기다려야 합니다. 상태를 따르려면 다음 명령을 실행합니다.

   [heat-admin@overcloud-controller-0 ~]$ sudo podman exec ceph-mon-<NODE_NAME> ceph -w

   <NODE_NAME>을 마이그레이션된 노드의 이름으로 바꿉니다.

8. 스토리지 클러스터의 각 노드에 대한 마이그레이션 프로세스를 반복합니다.

절차

1. heat-admin 사용자로 컨트롤러 노드 중 하나에서 호스팅되는 ceph-mon 컨테이너에 로그인합니다.

2. Ceph 클러스터를 쿼리합니다.

   [heat-admin@overcloud-controller-1 ~]$ sudo -i
   [root@overcloud-controller-1 ~]# podman exec -it ceph-mon-overcloud-controller-1 sh -c "ceph -f json osd metadata" | jq -c 'sort_by(.hostname) | .[] | ["host", .hostname, "osd_id", .id, "objectstore", .osd_objectstore]'
   [root@overcloud-controller-1 ~]#

절차

1. 불필요한 패키지 제거

   $ sudo dnf -y remove --exclude=python-pycadf-common python2*

2. Red Hat OpenStack 13에 사용된 이전 이미지를 포함하는 /httpboot 및 /tftpboot 디렉토리에서 콘텐츠를 제거합니다.

   $ sudo rm -rf /httpboot /tftpboot

절차

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

   $ source ~/stackrc

2. --group post-upgrade 옵션을 사용하여 openstack tripleo validator run 명령을 실행합니다.

   $ openstack tripleo validator run --group post-upgrade

3. 검증 보고서 결과를 확인하십시오. 특정 검증의 자세한 출력을 보려면 보고서의 특정 검증 UUID에 대해 openstack tripleo validator show run --full 명령을 실행합니다.

   $ openstack tripleo validator show run --full <UUID>

절차

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

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

   $ source ~/stackrc

3. 오버클라우드 QCOW2 아카이브가 포함된 패키지를 설치합니다.

   $ sudo dnf install rhosp-director-images rhosp-director-images-ipa

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

   $ rm -rf ~/images/*

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

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

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

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

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

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

절차

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

2. 컴퓨팅 노드에서 동시 멀티스레딩(SMT)을 지원하지만 hw:cpu_thread_policy=isolate 정책으로 인스턴스를 생성한 경우 다음 옵션 중 하나를 수행해야 합니다.

   • hw:cpu_thread_policy 스레드 정책을 설정 해제하고 인스턴스 크기를 조정합니다.

     1. 오버클라우드 인증 파일을 소싱합니다.

        $ source ~/overcloudrc

     2. 플레이버의 hw:cpu_thread_policy 속성을 설정 해제합니다.

        (overcloud) $ openstack flavor unset --property hw:cpu_thread_policy <flavor>

        참고

        • hw:cpu_thread_policy 특성을 설정 해제하면 정책을 기본 prefer 정책으로 설정합니다. 이 정책은 사용 가능한 경우 SMT 사용 가능한 컴퓨팅 노드를 사용하도록 설정합니다. SMT 사용 컴퓨팅 노드의 하드 요구 사항을 설정하는 데 필요한 hw:cpu_thread_policy 특성을 설정할 수도 있습니다.
        • 컴퓨팅 노드에 SMT 아키텍처가 없거나 사용 가능한 스레드 스레딩이 있는 CPU 코어가 충분한 경우 예약에 실패합니다. 이를 방지하려면 require 대신 hw:cpu_thread_policy 를 prefer 로 설정합니다. 기본 prefer 정책은 사용 가능한 경우 스레드 시블링을 사용하도록 합니다.
        • hw:cpu_thread_policy=isolate 을 사용하는 경우 SMT를 비활성화하거나 SMT를 지원하지 않는 플랫폼을 사용해야 합니다.

     3. 새 스레드 정책을 사용하도록 인스턴스를 변환합니다.

        (overcloud) $ openstack server resize --flavor <flavor> <server>
        (overcloud) $ openstack server resize confirm <server>

        hw:cpu_thread_policy=isolated 정책을 사용하여 고정된 모든 인스턴스에 대해 이 단계를 반복합니다.

   • 컴퓨팅 노드에서 인스턴스를 마이그레이션하고 컴퓨팅 노드에서 SMT를 비활성화합니다.

     1. 오버클라우드 인증 파일을 소싱합니다.

        $ source ~/overcloudrc

     2. 컴퓨팅 노드가 새 가상 머신을 수락하지 않도록 비활성화합니다.

        (overcloud) $ openstack compute service list
        (overcloud) $ openstack compute service set <hostname> nova-compute --disable

     3. 컴퓨팅 노드에서 모든 인스턴스를 마이그레이션합니다. 인스턴스 마이그레이션에 대한 자세한 내용은 컴퓨팅 노드 간 가상 머신 인스턴스 마이그레이션을 참조하십시오.
     4. Compute 노드를 재부팅하고 Compute 노드 BIOS에서 SMT를 비활성화합니다.
     5. 컴퓨팅 노드를 부팅합니다.

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

        (overcloud) $ openstack compute service set <hostname> nova-compute --enable

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

   $ source ~/stackrc

4. NovaVcpuPinSet 매개 변수가 포함된 환경 파일을 편집합니다.

5. NovaVcpuPinSet 매개변수에서 NovaComputeCpuDedicatedSet 및 NovaComputeCpuSharedSet 로 CPU 고정 구성을 마이그레이션합니다.

   • 고정 인스턴스에 사용된 호스트의 NovaVcpuPinSet 값을 NovaComputeCpuDedicatedSet 로 마이그레이션합니다.
   • 이전에 고정되지 않은 인스턴스에 사용된 호스트의 경우 NovaVcpuPinSet 의 값을 NovaComputeCpuSharedSet 로 마이그레이션합니다.
   • NovaVcpuPinSet에 대한 값이 설정되지 않은 경우 모든 컴퓨팅 노드 코어를 노드에서 호스트하려는 인스턴스 유형에 따라 NovaComputeCpuDedicatedSet 또는 NovaComputeCpuSharedSet 에 할당해야 합니다.

   예를 들어 이전 환경 파일에 다음과 같은 고정 구성이 포함될 수 있습니다.

   parameter_defaults:
     ...
     NovaVcpuPinSet: 1,2,3,5,6,7
     ...

   구성을 고정 구성으로 마이그레이션하려면 NovaComputeCpuDedicatedSet 매개변수를 설정하고 NovaVcpuPinSet 매개변수를 설정 해제합니다.

   parameter_defaults:
     ...
     NovaComputeCpuDedicatedSet: 1,2,3,5,6,7
     NovaVcpuPinSet: ""
     ...

   구성을 고정 해제 구성으로 마이그레이션하려면 NovaComputeCpuSharedSet 매개변수를 설정하고 NovaVcpuPinSet 매개변수를 설정 취소합니다.

   parameter_defaults:
     ...
     NovaComputeCpuSharedSet: 1,2,3,5,6,7
     NovaVcpuPinSet: ""
     ...

   중요

   NovaComputeCpuDedicatedSet 또는 NovaComputeCpuSharedSet 의 구성이 NovaVcpuPinSet 에 정의된 구성과 일치하는지 확인합니다. 이러한 구성을 변경하거나 NovaComputeCpuDedicatedSet 또는 NovaComputeCpuSharedSet 을 둘 다 구성하려면 고정 구성이 있는 컴퓨팅 노드가 구성을 업데이트하기 전에 인스턴스를 실행하지 않는지 확인합니다.

6. 파일을 저장합니다.

7. 배포 명령을 실행하여 새 CPU 고정 매개 변수로 Overcloud를 업데이트합니다.

   (undercloud) $ openstack overcloud deploy \
       --stack _STACK NAME_ \
       --templates \
       ...
       -e /home/stack/templates/<compute_environment_file>.yaml
       ...