3장. 릴리스 정보

일반적으로 암호화된 볼륨의 스냅샷에서 암호화된 볼륨을 만들면 소스 볼륨은 대상 볼륨과 크기가 같거나 작습니다.

이전 릴리스에서는 암호화된 볼륨의 스냅샷에서 암호화된 볼륨을 생성하고 대상 볼륨이 소스 볼륨 크기와 비슷하거나 같으면 Block Storage 서비스(cinder)가 새 대상 볼륨의 데이터를 자동으로 잘랐습니다.

이번 릴리스에서는 블록 스토리지 서비스가 암호화 헤더의 현재 크기를 포함하도록 대상 볼륨 크기를 계산하므로 데이터가 잘리지 않습니다.

이전에는 외부 공유를 서비스 관리로 가져오는 Shared File Systems 서비스(manila) API에서 중복 내보내기 위치를 확인하지 않았습니다. 서비스에 여러 번 제공되는 기존 공유는 일관성 없는 상태가 됩니다.

이번 릴리스에서는 API에서 외부 공유를 관리하기 전에 알려진 또는 기존 공유의 내보내기 위치를 평가하고 기존 공유를 공유 파일 시스템 서비스로 잘못 가져오지 않도록 합니다.

인스턴스가 생성되면 Compute 서비스(nova)는 Networking 서비스(neutron)에서 DNS 통합을 활성화할 때 유효한 호스트 이름을 생성하도록 인스턴스 표시 이름을 삭제합니다.

이번 업데이트 이전에는 인스턴스 이름(예: 'rhel-8.4')의 마침표('.')를 대체하지 않았습니다. 이렇게 하면 디스플레이 이름이 잘못된 호스트 이름을 생성한 FQDN(정규화된 도메인 이름)으로 인식될 수 있습니다. 인스턴스 이름에 기간이 포함되고 네트워킹 서비스에서 DNS 통합이 활성화되면 네트워킹 서비스에서 잘못된 호스트 이름을 거부하여 계산 서비스에서 인스턴스 및 HTTP 500 서버 오류를 생성하지 못했습니다.

이번 업데이트를 통해 이제 인스턴스 이름에서 마침표가 하이픈으로 대체되어 호스트 이름이 FQDN으로 구문 분석되지 않습니다. 인스턴스 디스플레이 이름에 자유 형식 문자열을 계속 사용할 수 있습니다.

이번 업데이트 이전에는 연결 오류로 인해 API 응답이 손실되고 드라이버에서 API 요청을 다시 시도하면 NetApp SolidFire 드라이버에서 중복 볼륨을 생성했습니다. 이 문제는 SolidFire 백엔드가 볼륨 생성 작업을 성공적으로 수신하고 처리했지만 드라이버에 응답하지 못한 경우 발생했습니다. 이번 업데이트에서는 다음을 통해 이 문제를 해결합니다.

이번 업데이트 이전에는 공유 파일 시스템 서비스(manila) 대시보드에 이름이 잠재적으로 양식이 응답하지 않을 수 있는 동적 양식 요소가 있었습니다. 즉, 공유 네트워크 내에서 공유 그룹, 공유 네트워크 및 공유 생성이 작동하지 않았습니다.

이번 업데이트를 통해 이름이 인코딩될 수 있는 동적 요소가 포함됩니다. 즉, 공유 네트워크 기능 내 공유 그룹, 네트워크 공유 및 공유 생성이 정상적으로 작동합니다.

Shared File Systems 서비스(manila)는 CephFS 볼륨 클라이언트를 사용하여 Ceph Storage 클러스터와 통신합니다. 이전에는 파일 시스템을 생성하거나 삭제하는 동안 CephFS 볼륨 클라이언트 패키지가 중단되었습니다.

중단된 작업으로 인해 Shared File Systems 서비스 내의 manila-share 프로세스가 다시 시작되어 프로비저닝되거나 삭제된 공유가 각각 상태를 생성하거나 삭제할 수 있었습니다.

이번 릴리스에서는 CephFS 볼륨 클라이언트 패키지가 더 이상 프로비저닝 또는 삭제 요청을 중단하지 않으며 이러한 작업 중에 manila-share 프로세스가 재시작되지 않습니다.

이번 업데이트에서는 Networking 서비스 DHCP와 같은 Networking 서비스(neutron) 에이전트가 OVN에서 리소스를 만들려고 할 때 실패하는 문제가 해결되었습니다. 이는 유동 IP에 대해 QoS 규칙이 생성될 때 OVN 데이터베이스에 남아 있는 보조 데이터로 인해 발생했습니다.

이번 업데이트에서는 남은 데이터가 제거되고 문제를 해결합니다.

이번 업데이트에서는 SR-IOV 가상 기능에 바인딩된 VM 인스턴스에 OVN(Open Virtual Network) 메타데이터 서비스를 사용할 수 없는 알려진 문제가 해결되었습니다. 이 문제는 네트워크 기능에 영향을 미치지 않지만, 이러한 인스턴스는 메타데이터 서비스 연결이 없으면 SSH 키를 받지 못했습니다.

SR-IOV 포트에 대한 메타데이터 서비스 연결이 올바르게 작동합니다.

이번 수정 이전에는 grub2 툴에서 커널 인수가 /boot/grub2/grubenv로 변경되었습니다. 이 파일은 UEFI 부팅 시스템에서 사용할 수 없으며 UEFI 부팅 노드의 재부팅 시 커널 인수 변경 사항이 유지되지 않았습니다.

이번 수정을 통해 커널 인수를 변경할 때 /boot/grub2/grubenv 파일과 /boot/efi/EFI/redhat/grubenv 파일이 모두 변경됩니다. 결과적으로 RHOSP director는 UEFI 부팅 노드에 영구 커널 인수 변경 사항을 적용합니다.

스택 업데이트 중에 KernelArgs를 수정하거나 추가할 수 있습니다. 영향을 받는 노드를 수동으로 재부팅해야 합니다.

예를 들어 현재 배포에 다음 구성이 있는 경우 hugepages=64를 변경하거나 스택 업데이트 중에 인수를 추가하거나 제거할 수 있습니다.

`KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=32 intel_iommu=on iommu=pt isolcpus=1-11,13-23"

`KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=32 intel_iommu=on iommu=pt isolcpus=1-11,13-23"

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

KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=64 intel_iommu=on iommu=pt isolcpus=1-24"
KernelArgs: "isolcpus=1-11,13-23"

KernelArgs: "default_hugepagesz=1GB hugepagesz=1G hugepages=64 intel_iommu=on iommu=pt isolcpus=1-24"
KernelArgs: "isolcpus=1-11,13-23"

이번 개선된 기능을 통해 다음과 같은 새 매개변수를 사용하여 실시간 마이그레이션의 성능을 개선할 수 있습니다.

RHOSP(Red Hat OpenStack Platform) director Operator는 Red Hat OpenShift Container Platform 상단에 CRD(사용자 정의 리소스 정의) 세트를 생성하여 RHOSP 언더클라우드에서 일반적으로 생성하는 리소스를 관리합니다. CRD는 하드웨어 프로비저닝 및 소프트웨어 구성을 위해 두 가지 유형으로 나뉩니다. Operator에는 오버클라우드 네트워크를 생성 및 관리하고, IP 주소를 관리하며, RHOSP 컨트롤러용 VM 세트를 생성하고, RHOSP Computes의 베어 메탈 세트를 생성하는 CRD가 포함됩니다.

기술 프리뷰의 경우 소프트웨어 구성은 기존의 RHOSP 또는 TripleO 인터페이스 및 CLI 명령을 사용하는 OpenStackClient Pod를 사용하여 수행됩니다. RHOSP director Operator 내에서 보다 확장 가능한 Heat-to-Ansible 플레이북 배포 워크플로를 생성하기 위한 작업이 진행 중입니다.

Image 서비스(glance) 이미지 변환의 경우 glance-direct 메서드는 기본적으로 활성화되어 있지 않습니다. 이 기능을 사용하려면 glance-api.conf 파일의 DEFAULT 섹션에서 enabled_import_methods를 [glance-direct,web-download] 또는 [glance-direct]로 설정합니다.

glance-direct 가져오기 방법을 사용하는 경우 이미지 서비스에 스테이징 영역이 있어야 합니다. glance-api.conf 파일의 DEFAULT 섹션에 node_staging_uri 옵션을 file://<absolute-directory-path>로 설정합니다. 이 경로는 모든 이미지 서비스 API 노드에서 사용할 수 있는 공유 파일 시스템에 있어야 합니다.

Red Hat Ceph Storage 4부터 네트워크를 통해 Ceph 데몬이 생성한 모든 트래픽에 대해 암호화를 활성화할 수 있습니다.

v2의 보안 모드 설정은 Ceph 데몬과 Ceph 클라이언트 간의 통신을 암호화하여 엔드 투 엔드 암호화를 적용합니다.

새로운 tripleo-heat-templates 매개변수는 데몬과 클라이언트 간에 유선 암호화를 활성화할 수 있습니다. 데몬과 클라이언트 간의 유선 암호화를 활성화하도록 Ceph를 구성하려면 오버클라우드 배포 환경 파일에 다음 행을 추가합니다.

parameter_defaults:
  CephMsgrSecureMode: true

parameter_defaults:
  CephMsgrSecureMode: true

이전 릴리스에서 관리자는 사용자 지정 환경 파일의 CollectdExtraPlugins 매개변수에 ceph 플러그인을 추가해야 했습니다.

이번 릴리스에서는 ceph 플러그인이 Ceph Storage 노드에서 자동으로 로드됩니다. 따라서 Red Hat OpenStack Platform 13에서 16.2로 업그레이드하기 전에 사용자 정의 환경 파일의 CollectdExtraPlugins 매개변수에서 ceph 플러그인을 제거해야 합니다.

상당한 연결 손실은 RHOSP 16.2.2 및 16.2.3에 대한 특정 업데이트 후 워크로드에 영향을 미칠 수 있습니다.

이 버그는 RHOSP를 16.2.2 또는 16.2.3으로 업데이트하거나 16.2.1에서 또는 임의의 16.1 릴리스에서 배포에 영향을 미칩니다. 업데이트 경로에 영향을 받는지 확인하려면 문서 [1]을 참조하십시오.

계획된 업데이트 경로가 버그의 영향을 받고 16.2.2 또는 16.2.3으로 업데이트해야 하는 경우 Red Hat 지원 담당자에게 문의하여 해당 버그를 해결하는 Hot Fix와 호환되는지 확인하십시오.

특히 다음 명령을 실행할 때 변수 시간(20초에서 3분)에 대한 인스턴스 연결이 손실됩니다.

openstack overcloud external-update run --stack overcloud --tags ovn

$ openstack overcloud external-update run --stack overcloud --tags ovn

이 버그에 대한 수정 사항은 RHOSP 16.2.4에 대해 예약됩니다.

[1] 이 문서의 단계에 따라 업데이트 경로가 영향을 받는지 확인합니다.

https://access.redhat.com/solutions/6974338

libvirt 버전의 심각한 영향을 평가할 때까지 RHOSP 116.2.0에서 16.2.2 또는 16.2.3으로 업데이트하지 마십시오. 이 평가를 완료하려면 모든 계산 노드의 nova_libvirt 컨테이너의 libvirt 패키지를 확인합니다.

sudo podman exec nova_libvirt rpm -q libvirt

$ sudo podman exec nova_libvirt rpm -q libvirt

libvirt 버전이 7.0인 경우 배포가 버그의 영향을 받지 않습니다. 업데이트를 수행할 수 있습니다.

libvirt 버전이 7.6인 경우 구매의 영향을 받습니다. 업데이트가 위험합니다.

업데이트가 libvirt의 비호환성으로 인한 위험이 있음을 알고 있는 경우 다음 옵션 중 하나를 선택합니다.

대기: 릴리스될 때 RHOSP 16.2.4로 직접 업데이트합니다. 호환되지 않는 문제에 대한 수정 사항이 포함되어 있습니다. 이 옵션은 업데이트를 연기할 수 있는 경우 기본 옵션입니다. 16.2.4에서는 skip_hypervisor_version_check_on_lm 옵션이 16.2.4에 포함되어 있기 때문에 hot 수정없이 KCS [1]에 요약된 수동 단계를 수행할 수 있습니다.

핫 수정: Red Hat 지원 담당자에게 문의하여 문제를 해결하는 핫 수정 패치가 고객의 환경이 호환되는지 확인하십시오. 즉각적인 업데이트가 필요한 경우 이 옵션을 사용합니다.

호환성이 없는 버전으로 업데이트를 이미 수행한 경우 문제를 해결하는 방법에 대한 지침은 KCS 문서 [2]를 참조하십시오.

[1] 문서는 업데이트가 위험할 수 있는지 확인하는 데 도움이 됩니다(위와 동일). 또한 Hot Fix 옵션을 선택하는 경우 16.2.1, 16.2.2 또는 16.2.3으로 업데이트하기 위해 수행할 수 있는 단계가 포함되어 있습니다. 자세한 내용은 https://access.redhat.com/solutions/6972451

[2] 16.2.1, 16.2.2 또는 16.2.3에 대한 업데이트를 이미 완료한 경우 배포를 수정하는 데 도움이 되며 배포는 비호환성의 영향을 받습니다. 자세한 내용은 https://access.redhat.com/solutions/6969430

RHEL(Red Hat Enterprise Linux) 버전 8.3부터 Intel TSX(Transactional Synchronization Extensions) 기능 지원은 기본적으로 비활성화되어 있습니다. 현재 TSX 커널 인수가 비활성화된 호스트로 마이그레이션할 때 인스턴스 실시간 마이그레이션이 실패합니다.

이 영향은 TSX 기능을 지원하는 Intel 호스트에만 적용됩니다. 이 문제의 영향을 받는 CPU에 대한 자세한 내용은 영향을 받는 구성을 참조하십시오.

자세한 내용은 Red Hat Knowledgebase 솔루션 OpenStack 게스트에 미치는 Intel TSX 영향에 대한 지침을 참조하십시오.

Open vSwitch(ML2/OVS) 메커니즘 드라이버와 함께 Modular Layer 2 플러그인을 사용하는 RHOSP(Red Hat OpenStack Platform) 배포에서는 현재 오케스트레이션 서비스(heat) 매개 변수인 NeutronL3AgentAvailabilityZone이 관련 Neutron L3 에이전트 매개변수를 올바르게 설정하지 않는 알려진 문제가 있습니다.

해결방법: 사용자 지정 hieradata 문을 사용하여 이 값을 설정합니다. 다음 예제에서 [ROLE]을 사이트에 적합한 구성 가능 역할 이름으로 바꿉니다.

[ROLE]ExtraConfig:
    neutron::agents::l3::availability_zone: role_availability_zone

[ROLE]ExtraConfig:
    neutron::agents::l3::availability_zone: role_availability_zone

자세한 내용은 Puppet을 참조하십시오. Advanced Overcloud Customization 가이드에서 roles 에 hieradata 사용자 지정.

OVS-DPDK(vfio-pci 드라이버)에 연결된 VF(가상 기능)를 사용하여 노드를 재부팅하면 해당 물리적 기능(PF)에서 VF가 초기화되지 않습니다. 결과적으로 가상 머신에서 해당 PF의 VF를 사용할 수 없습니다. 두 번째 VF를 다른 OSP 네트워크에 사용하는 경우 재부팅 후 예상대로 작동하지 않습니다.

해결방법: 노드를 재부팅하기 전에 컴퓨팅 노드에서 다음 단계를 수행합니다.

RHOSP는 아직 VXLAN 네트워크에서 ML2/OVN을 지원하지 않습니다. 마이그레이션 프로세스에는 VXLAN 네트워크를 Geneve로 변환하는 단계가 포함됩니다. 마이그레이션 대상 버전이 RHOSP 16.2.0인 경우 버그로 인해 예상 VXLAN을 Geneve로 변환할 수 없으며 네트워크는 VXLAN으로 구성됩니다.

이 버그는 RHOSP 16.2에서 ML2/OVN으로의 마이그레이션에만 영향을 미칩니다. RHOSP 16.1의 ML2/OVN으로의 마이그레이션에는 영향을 미치지 않습니다.

OVS OFFLOAD 배포, SRIOV Switchdev 모드의 VF 링크 집계 그룹(LAG) 모드에서 Mellanox ConnectX-5 어댑터 카드에 대한 알려진 제한 사항이 있습니다.

PF(물리적 기능)의 VF 중 하나 이상이 VM에 바인딩되거나 연결된 경우 SR-IOV(Single-root input/output virtualization)를 비활성화하려고 하면 ifdown 및 ip link 와 같은 기능을 사용하여 PF를 바인딩 해제할 때 내부 펌웨어 오류가 발생합니다.

해결방법: 노드를 재부팅하여 본딩을 복원합니다. 자세한 내용은 본딩에서 PF를 제거하거나 SR-IOV 비활성화 시 Red Hat Knowledgebase 솔루션 Mellanox ConnectX-5 내부 오류를 참조하십시오.

OVS OFFLOAD를 사용하는 VF LAG 모드인 SRIOV switchdev 모드는 mstconfig 툴을 사용하여 펌웨어 구성에서 NUM_OF_VFS 매개변수에 대해 64보다 큰 값을 설정하는 경우 지원되지 않습니다. 현재는 사용할 수 있는 해결방법이 없습니다.

RHOSP(Red Hat Openstack Platform) 16.2에서는 RHEL 9에서 Spice 그래픽 소프트웨어에 대한 지원이 제거되므로 QXL 비디오 모델에 대한 지원이 더 이상 사용되지 않습니다. 이로 인해 RHEL-8에서 RHEL-9로 마이그레이션할 때 QXL을 사용하는 인스턴스의 문제가 발생합니다. Red Hat은 qxl 대신 UEFI 및 BIOS 인스턴스에 virtio 비디오 모델을 사용할 것을 권장합니다. 이미지에서 새 인스턴스를 만들 때 새 인스턴스를 시작하기 전에 비디오 모델을 설정합니다.

openstack image set --property hw_video_model=virtio <image>

$ openstack image set --property hw_video_model=virtio <image>

QXL 비디오 모델을 사용하는 기존 인스턴스의 비디오 모델을 업데이트하려면 다음을 수행합니다.