3.5. Red Hat OpenStack Platform 16.1.4 유지 관리 릴리스 - 2021년 3월 17일

이번 업데이트 이전에는 'tag: "latest" 또는 'tag와 같은 사용자 정의 태그를 사용하도록 ContainerImagePrepare 매개변수를 구성하는 경우: "16.1"': 표준 'tag_from_label: "{version}-{release}" 대신 컨테이너가 최신 컨테이너 이미지로 업데이트되지 않았습니다.

이번 업데이트를 통해 사용자가 업데이트를 포함하여 배포 작업을 실행할 때마다 컨테이너 이미지를 항상 가져오고 최신 이미지를 사용하도록 다시 빌드해야 하는지 확인하기 위해 실행 중인 컨테이너에 대해 이미지 ID를 확인합니다. 이제 배포 작업 중에 컨테이너가 항상 새로 고쳐지고 업데이트되면 다시 시작됩니다.

이번 업데이트 이전에는 에지 사이트에 배포할 때 중앙 사이트의 컨트롤 플레인에서 실행 중인 Key Manager(barbican) 서비스에 액세스하도록 Image(glance) 서비스가 구성되지 않았습니다. 이로 인해 에지 사이트에서 이미지 서비스가 실행되어 Key Manager 서비스에 저장된 암호화 키에 액세스할 수 없었습니다.

이번 업데이트를 통해 에지 사이트에서 실행되는 이미지 서비스가 이제 Key Manager 서비스에 저장된 암호화 키에 액세스하도록 구성됩니다.

이번 업데이트 이전에는 TLS 환경의 Red Hat OpenStack Platform 13에서 16.1로 인플레이스 업그레이드에 novajoin 컨테이너의 잘못된 rabbitmq 암호가 사용되었습니다. 이로 인해 언더클라우드의 novajoin 컨테이너가 제대로 작동하지 않아 업그레이드를 실행한 오버클라우드 노드가 다음 오류와 함께 실패했습니다.

2020-11-24 20:01:31.569 7 ERROR join   File "/usr/lib/python3.6/site-packages/amqp/connection.py", line 639, in _on_close
2020-11-24 20:01:31.569 7 ERROR join     (class_id, method_id), ConnectionError)
2020-11-24 20:01:31.569 7 ERROR join amqp.exceptions.AccessRefused: (0, 0): (403) ACCESS_REFUSED - Login was refused using authentication mechanism AMQPLAIN. For detail see the broker logfile.

이번 업데이트를 통해 RHOSP 13에서 16.1로의 업그레이드는 모든 환경에서 TLS에서 올바른 rabbitmq 암호를 사용하므로 업그레이드를 위한 프레임워크가 성공적으로 완료될 수 있습니다.

이번 업데이트 이전에는 로컬 임시 스토리지를 사용하고 UseTLSTransportForNbd 가 "False"로 설정된 TLS 환경을 업그레이드할 때 실시간 마이그레이션이 실패했습니다. 이 문제는 UseTLSTransportForNbd 구성의 기본값이 RHOSP 13의 "False"에서 RHOSP 16.x의 "True"로 변경되어 QEMU 프로세스 컨테이너에 올바른 인증이 포함되지 않았습니다.

이번 업데이트를 통해 director는 이전에 배포된 환경의 global_config_settings 구성을 확인하고 이를 사용하여 UseTLSTransportForNbd 상태가 이전 배포와 동일하게 유지되는지 확인합니다. 구성 파일에 global_config_settings 가 있으면 director는 use_tls_for_nbd 키의 구성을 확인합니다. global_config_settings 가 없는 경우 director는 hieradata 키 nova::compute::libvirt::qemu::nbd_tls 를 평가합니다. 이전 배포에서와 같이 업그레이드된 배포에서 UseTLSTransportForNbd 상태를 동일하게 유지하면 실시간 마이그레이션이 작동합니다.

이번 업데이트 이전에는 OSP 16.1.3에서 0.1.7에서 0.2.2로 python-network-runner의 업데이트로 인해 Ansible을 사용한 ML2 네트워킹이 더 이상 작동하지 않았습니다.

이번 업데이트를 통해 python-networking-ansible이 0.1.7로 되돌리고 Ansible 네트워킹은 작동 상태로 돌아갑니다.

자세한 내용은 https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/16.1/html/bare_metal_provisioning/ml2-networking-ansible 의 내용을 참조하십시오.

이번 업데이트 이전에는 이미지, 스냅샷 또는 다른 볼륨과 같은 다른 소스에서 볼륨이 생성된 경우에도 Block Storage(cinder) 서비스에서 항상 기본 볼륨 유형으로 새로 생성된 볼륨을 할당합니다. 이로 인해 다른 소스에서 생성된 볼륨이 소스의 볼륨 유형에서 다른 볼륨 유형을 갖게 되었습니다.

이번 업데이트를 통해 기본 볼륨 유형은 소스의 볼륨 유형에 따라 할당되어야 하는지 확인한 후에만 할당됩니다. 다른 소스에서 생성된 볼륨의 볼륨 유형이 이제 소스의 볼륨 유형과 일치합니다.

이번 개선된 기능을 통해 인스턴스에 영구 메모리를 제공하도록 NVDIMM 컴퓨팅 노드를 구성할 수 있습니다. 이 기능을 사용하면 NVDIMM 하드웨어가 있는 컴퓨팅 노드에서 PMEM 네임스페이스를 생성하고 구성하여 가상 PMEM(vPMEM)으로 인스턴스에서 PMEM을 사용할 수 있습니다. 그런 다음 클라우드 사용자는 종료 후 인스턴스 콘텐츠를 유지해야 할 때 vPMEM을 요청하는 인스턴스를 생성할 수 있습니다.

참고: 이 기능은 x86_64 아키텍처에서만 daxio 패키지의 가용성으로 인해 x86_64 컴퓨팅 노드에서만 지원됩니다.

이번 개선된 기능을 통해 NovaPMEMMappings 및 NovaPMEMNamespaces라는 두 개의 새로운 매개변수를 사용하여 vPMEM을 관리할 수 있습니다.

이 향상된 기능을 통해 새로운 배포에 대해 NFVi(Network Functions Virtualization) 인프라와 함께 OVN(Open Virtual Network) 사용을 추가로 지원합니다. 여기에는 다음 기능에 대한 지원이 포함됩니다.

참고: ML2/OVS에서 ML2/OVN으로의 마이그레이션은 아직 NFV 배포에 지원되지 않습니다.

이 향상된 기능에서는 vlan 및 cryptove 네트워크 유형 드라이버를 사용하여 ML2/OVN 메커니즘 드라이버에서 vlan 투명성을 추가로 지원합니다.

vlan 투명성을 사용하면 Networking(neutron) 서비스 네트워크에서 인스턴스를 사용하여 vlan 태그를 관리할 수 있습니다. 인스턴스에서 vlan 인터페이스를 만들고 다른 네트워크에 영향을 주지 않고 vlan 태그를 사용할 수 있습니다. 네트워킹 서비스는 이러한 vlan 태그를 인식하지 못합니다.

참고:

이제 RHOSP 버그 보고를 위한 로그를 캡처하는 데 사용할 수 있는 virt-admin 도구를 사용할 수 있습니다. 로그에서 컴퓨팅 노드의 libvirt와 QEMU 간 통신을 제공하므로 이 도구는 모든 libvirt 및 QEMU 문제를 해결하는 데 유용합니다. nova_libvirt 컨테이너를 재시작하지 않고 virt-admin 을 사용하여 libvirt 및 QEMU 디버그 로그 필터를 동적으로 설정할 수 있습니다.

다음 단계를 수행하여 컴퓨팅 노드에서 libvirt 및 QEMU 로그 필터를 활성화합니다.

현재 서브스크립션된 환경에 올바른 DNF 모듈 스트림 세트가 있는지 확인하는 메커니즘에 알려진 문제가 있습니다. Ceph 노드에서 사용하는 서브스크립션에서 Advanced Virtualization 리포지토리를 항상 사용할 수 있는 것은 아닙니다. 이로 인해 virt:8.2를 활성화하려고 할 때 Ceph 노드의 업그레이드 또는 업데이트가 실패합니다. 알려진 문제에 대한 자세한 내용은 https://bugzilla.redhat.com/show_bug.cgi?id=1923887 의 내용을 참조하십시오.

해결방법:

Ceph 업그레이드가 실패하지 않도록 업그레이드 또는 업데이트 환경 파일에서 DnfStreams 매개변수를 재정의합니다.

parameter_defaults:
  ...
  DnfStreams: [{'module':'container-tools', 'stream':'2.0'}]

UEFI 부팅 및 OSP13에서 UEFI 부트로더를 사용하는 시스템은 다음과 같은 UEFI 문제가 발생할 수 있습니다.

시스템에서 UEFI를 사용하는 경우 Red Hat 기술 지원에 문의하십시오. 자세한 내용은 Red Hat Knowledgebase 솔루션 FFU 13~16.1을 참조하십시오. LeApp은 UEFI 기반 시스템에서 커널을 업데이트하지 못하며 /etc/fstab에 EFI 파티션이 포함되지 않습니다..

현재 [workarounds]/disable_native_luksv1 및 [workarounds ]/rbd_volume_local_attach 구성 옵션과 관련된 알려진 문제가 있습니다. 이러한 옵션은 libgcrypt 및 librdb 내에서 알려진 성능 회귀 문제의 임시 해결 방법으로만 제공됩니다. RHOSP에서 사용하는 기본 RHEL 릴리스에서 회귀 문제가 해결되면 이러한 해결 방법 옵션이 제거됩니다.

이러한 해결 방법 옵션 중 하나를 사용하여 와 관련된 주의 사항이 있습니다. 이러한 주의 사항을 준수하지 않으면 RDB 암호화 볼륨에 문제가 발생할 수 있습니다. 다음과 같은 주의 사항이 있습니다.

Red Hat Ceph Storage 서브스크립션을 사용하고 Red Hat Ceph Storage 노드에 overcloud-minimal 이미지를 사용하도록 director가 구성된 경우 Leapp 제한으로 인해 Red Hat Ceph Storage 노드의 운영 체제 업그레이드가 실패할 수 있습니다.

이 문제를 방지하려면 system_upgrade 실행 단계가 끝나면 Red Hat Ceph Storage 노드에 로그인하여 RHEL 마이너 릴리스 버전을 설정 해제하고 사용 가능한 최신 RHEL 마이너 릴리스 버전으로 업데이트하고 노드를 재부팅해야 합니다.

Red Hat Satellite Server를 사용하여 Leapp 업그레이드에 대한 RPM 콘텐츠를 호스팅하는 경우 사용하는 콘텐츠 뷰에 다음 8.2 리포지토리를 추가해야 합니다.

자세한 내용은 https://bugzilla.redhat.com/show_bug.cgi?id=1936419의 내용을 참조하십시오.

현재 외부 관리되지 않는 Ceph 클러스터를 사용하도록 구성된 Ceph Ganesha 컨테이너를 배포하거나 업데이트하는 데 사용할 때 ansible 플레이북이 성공적으로 완료되지 않도록 하는 ceph-ansible 에 알려진 문제가 있습니다.

이 문제로 인해 Ceph Ganesha를 Shared File Systems 서비스(manila)와 함께 사용하고 외부 Ceph 클러스터를 사용하도록 구성된 오버클라우드의 배포, 마이너 업데이트 또는 주요 업그레이드가 실패합니다.

해결방법:

오버클라우드에 대한 업그레이드 또는 마이너 업데이트를 수행하는 경우 환경이 Shared File Systems 서비스 및 외부 Ceph 클러스터와 함께 Ceph Ganesha를 사용하도록 구성된 경우 ceph-ansible 버전 4.0.49.1 이상을 사용합니다. 이러한 조건에서는 언더클라우드에 4.0.49.1 이전의 ceph-ansible 버전으로 업그레이드하지 마십시오.