3.2. Red Hat OpenStack Platform 17.1.3 유지 관리 릴리스 - 2024년 5월 22일

이번 업데이트를 통해 다음 배포 아키텍처를 포함하도록 Multi-RHEL에 대한 Red Hat 지원이 확장됩니다.

이번 업데이트 이전에는 컨테이너 구성이 변경되지 않은 경우에도 배포, 업데이트 및 확장 작업 중에 Compute 노드의 libvirt 관련 컨테이너가 불필요하게 다시 시작되었습니다.

이번 업데이트를 통해 배포, 업데이트 및 확장 작업 중에 구성 변경이 없는 libvirt 관련 컨테이너가 재시작되지 않습니다.

이번 업데이트 이전에는 업그레이드 중에 Red Hat Ceph Storage가 성공할 때마다 ceph-ansible 패키지가 기본적으로 제거되었습니다.

이번 업데이트에서는 ceph-ansible 을 제거하는 작업에 tag cleanup_cephansible 이 도입되었습니다. adoption 플레이북을 실행하는 동안 이 태그를 --skip-tags 와 함께 사용하여 제거를 방지할 수 있습니다.

이번 업데이트 이전에는 여러 스택이 있는 설정에서 노드의 DCN FFU 시스템 업그레이드 중에 Red Hat Ceph Storage 작업 세트 noout 플래그 가 올바른 호스트에서 ceph 명령을 실행하지 못할 수 있습니다.

업데이트 후 다중 스택 설정의 모든 노드의 시스템 업그레이드에서 Red Hat Ceph Storage 작업 세트 noout 플래그 를 관련 호스트에 위임하고 ceph 명령이 특정 클러스터에서 실행됩니다.

이번 업데이트에서는 의도하지 않은 로드 밸런싱 서비스(octavia) 상태 모니터 포트 및 OVN 메타데이터 포트가 삭제되는 버그가 수정되었습니다.

이번 업데이트 이전에는 이전 버전의 로드 밸런싱 서비스 상태 모니터 포트를 사용하는 RHOSP 환경에서 neutron-db-sync-tool 을 실행하면 기존 포트 또는 OVN 메타데이터 포트가 무작위로 삭제되는 경우가 있었습니다. 이러한 의도하지 않은 포트 삭제로 인해 영향을 받는 인스턴스와의 상태 모니터 용량 또는 통신 손실이 발생했습니다.

이번 업데이트에서는 충돌을 해결합니다. OVN 로드 밸런싱 서비스 상태 모니터 포트 device_owner 필드에 새 값 ovn-lb-hm:distributed 를 사용합니다. 이전 OVN 로드 밸런싱 서비스 상태 모니터 포트가 이 버전으로 자동으로 업데이트됩니다.

이번 업데이트 이전에는 RHOSP 17.1 버전으로 업데이트하거나 업그레이드하는 동안 director 버그로 인해 클라이언트 워크로드가 중단되거나 중단될 수 있었습니다. 이 버그는 NFS 백엔드에서 CephFS를 사용하여 RHOSP Shared File System 서비스(manila)를 활성화한 배포에 영향을 미쳤습니다.

이번 업데이트에서는 사용자가 공유에 "액세스 규칙"을 설정할 때 이 문제가 해결되었으며 공유 파일 시스템 서비스(manila)가 제대로 작동합니다.

이번 업데이트 이전에는 문서화된 업그레이드 절차 뒤에 사용자가 따르지 않은 경우 FFU 프로세스에서 잘못된 Red Hat Ceph Storage 이미지를 사용하는 경우가 있었습니다.

이번 업데이트를 통해 FFU 절차에서는 항상 올바른 Red Hat Ceph Storage 이미지를 사용합니다. multi-rhel-container-image-prepare.py 스크립트가 FFU 프로세스에 올바른 기본값 및 버전 검증 검사를 사용하도록 업데이트되었습니다.

이번 업데이트에서는 ML2/OVN 환경의 IPv6 네트워크의 일부 로드 밸런싱 서비스(octavia) 풀 멤버의 트래픽 로드 밸런싱을 방지한 버그가 수정되었습니다.

이번 업데이트 이전에는 풀에 두 번째 listener+pool+member 를 추가하면 풀이 ERROR 상태를 입력하고 해당 풀 내의 트래픽이 로드 밸런싱되지 않았습니다.

이번 업데이트를 통해 트래픽이 예상대로 모든 멤버에 로드 밸런싱됩니다.

이번 업데이트에서는 libvirt 구성을 사용하여 RHOSP 16.2에서 RHOSP 17.1로의 업그레이드 방지로 업그레이드 후 워크로드 중단이 발생할 수 있습니다.

이번 업데이트 이전에는 RHEL(Red Hat Enterprise Linux) 8에 libvirt의 모듈식 배포를 포함하거나 RHEL 8에서 libvirt UBI9를 실행한 RHOSP 16.2 환경에서 RHOSP 17.1으로 업그레이드한 경우 이러한 구성으로 인해 워크로드가 중단되는 경우가 있었습니다.

이번 업데이트를 통해 RHOSP 16.2 환경에서 RHEL(Red Hat Enterprise Linux) 8에 libvirt의 모듈식 배포가 포함되어 있거나 RHEL 8에서 libvirt UBI를 실행하는 경우 RHOSP 16.2에서 17.1으로의 업그레이드가 실패합니다.

이번 업데이트에서는 ML2/OVN 배포의 IPv6 네트워크에서 로드 밸런싱 서비스(octavia)에 대한 OVN 상태 모니터링 작업을 방해하는 버그가 수정되었습니다.

이전에는 OVN Health Monitors 서비스가 백엔드 멤버의 ONLINE 및 OFFLINE 상태를 올바르게 식별하지 않았습니다.

이번 업데이트를 통해 로드 밸런싱이 예상대로 작동하며 OVN 상태 모니터는 백엔드 멤버의 ONLINE 및 OFFLINE 상태를 올바르게 식별합니다.

이번 업데이트 이전에는 RHOSP 17.1으로 업그레이드하는 동안 ML2/OVN 메커니즘 드라이버를 사용한 네트워킹 서비스(neutron) 환경의 마이너 버전 간 업데이트 중에 일정 기간 동안 OVN 데이터베이스에서 업데이트 수신을 중지했습니다. RAFT 리더가 포함된 컨트롤러 노드도 업데이트되면 메커니즘 드라이버도 OVN 데이터베이스에서 업데이트를 수신합니다.

이번 업데이트를 통해 이 문제가 해결되었습니다. 이제 RHOSP 업데이트 및 업그레이드 중에 ML2/OVN 메커니즘 드라이버를 사용하는 네트워킹 서비스가 올바르게 작동합니다.

RHOSP 17.1.3은 이제 OVN(Open Virtual Network) 버전 23.09에 포함된 localnet_ Cryostat_fdb 옵션을 통해 학습한 MAC 주소에 대한 새로운 노후 메커니즘을 지원합니다. 이 새로운 노후 메커니즘은 fdb_age_thhreshold 및 fdb_removal_limit 의 두 가지 새로운 옵션으로 구성됩니다.

fdb_age_thhreshold 옵션을 사용하면 학습한 MAC이 FDB 테이블(초)에 유지되는 최대 시간을 설정할 수 있습니다.

fdb_removal_limit 옵션을 사용하면 OVN에서 다수의 FDB 테이블 항목이 한 번에 모두 제거되지 않습니다.

localnet_ Cryostat_fdb와 함께 이러한 새로운 옵션을 사용하면 FDB 테이블로 인해 발생하는 성능 및 확장성 문제가 너무 커지지 않으며 공급자 네트워크가 큰 RHOSP 환경에서 발생하는 문제가 종종 발생합니다.

RHOSP 17.1에서는 VF-LAG 전송 해시 정책 오프로드에 대해 기술 프리뷰를 사용할 수 있으므로 NIC 하드웨어에서 부하 분산을 통해 트래픽/워크플로딩할 수 있습니다. 이 해시 정책은 layer3+4 기본 해시에서만 사용할 수 있습니다.

기술 프리뷰를 사용하려면 다음 예와 같이 xmit 해시 정책을 활성화하는 본딩 옵션 매개변수가 템플릿에 포함되어 있는지 확인합니다.

bonding_options: "mode=802.3ad miimon=100 lacp_rate=fast xmit_hash_policy=layer3+4"

현재 RHOSP 17.1 환경에서 BGP 동적 라우팅을 사용하는 RHOSP Compute 서비스는 이러한 인스턴스 중 하나에서 멀티캐스트 IP 주소 대상으로 전송된 패킷을 라우팅할 수 없습니다. 따라서 멀티캐스트 그룹에 가입된 인스턴스가 전송된 패킷을 수신하지 못합니다. 그 원인은 BGP 멀티캐스트 라우팅이 오버클라우드 노드에 올바르게 구성되지 않았기 때문입니다.

해결방법: 현재 해결방법이 없습니다.

서브넷이 로드 밸런싱 서비스(octavia) 가용성 영역에 없는 로드 밸런서 멤버를 추가하면 로드 밸런서가 ERROR 가 됩니다. ERROR 상태로 인해 멤버를 제거할 수 없으므로 로드 밸런서를 사용할 수 없습니다.

해결방법: 로드 밸런서를 삭제합니다.

DVR이 활성화되어 있고 VLAN 테넌트 네트워크를 사용하는 ML2/OVN 또는 ML2/OVS 환경에서 다른 테넌트 네트워크에 연결된 인스턴스 간 동/서 트래픽은 패브릭에 분산됩니다.

결과적으로 해당 인스턴스 간 패킷은 해당 인스턴스가 실행되는 컴퓨팅 노드뿐만 아니라 다른 오버클라우드 노드에도 도달합니다.

이는 네트워크에 영향을 미칠 수 있으며 패브릭이 모든 곳에서 트래픽을 전송하므로 보안 위험이 발생할 수 있습니다.

이 버그는 이후 FDP 릴리스에서 수정될 예정입니다. FDP 수정을 받기 위해 RHOSP 업데이트를 수행할 필요가 없습니다.

현재 RHEL 9.2의 Retbleed 취약점 완화로 인해 Intel Skylake CPU에서 OVS-DPDK(Data Plane Development Kit)가 있는 Open vSwitch의 성능이 저하될 수 있습니다.

이 성능 회귀는 BIOS에서 C-state가 비활성화되고 하이퍼 스레딩 기술이 활성화되고 OVS-DPDK가 지정된 코어의 논리 코어만 사용하는 경우에만 발생합니다.

해결방법: OVS-DPDK 또는 네트워크 기능 가상화 구성에서 권장되는 DPDK가 있는 SR-IOV 게스트에 두 논리 코어를 모두 할당합니다.

OVN 메커니즘 드라이버를 사용하는 RHOSP 17.1에서는 포트당 흐름 이벤트 로깅 또는 network log create 명령의 --target 옵션 사용을 지원하지 않습니다.

RHOSP 17.1은 network log create 명령의 --resource 옵션을 사용하여 보안 그룹당 흐름 이벤트 로깅을 지원합니다. 자세한 내용은 Red Hat OpenStack Platform 네트워킹 구성에 대한 로깅 보안 그룹 작업을 참조하십시오.

Networking 서비스(neutron)로 인해 해당 프로필이 라우터에서 사용 중인 플레이버의 일부인 경우에도 네트워킹 프로필을 비활성화하거나 제거할 수 없습니다. 프로필 비활성화 또는 제거로 인해 라우터가 제대로 작동하지 않을 수 있습니다.

해결방법: 네트워킹 프로필을 비활성화하거나 제거하기 전에 현재 라우터에서 사용하는 플레이버의 일부가 아닌지 확인하십시오.

Ceph 대시보드는 Prometheus 서비스 끝점에 연결할 수 없으며 다음 오류 메시지를 표시합니다. 404 not found. 이 오류는 Prometheus 서비스에 대한 VIP 구성이 올바르지 않기 때문에 발생합니다.

해결방법:

배포에 여러 파일 시스템이 있는 외부 Ceph 클러스터가 있는 경우 예상대로 공유 파일 시스템 서비스(Manila) 공유를 생성할 수 없습니다.

이 상황을 방지하는 데 필요한 cephfs_filesystem_name 드라이버 구성 매개변수는 director의 heat 템플릿 매개변수를 사용하여 설정할 수 없습니다.

해결방법: "cephfs_filesystem_name" 매개변수를 설정하여 공유 파일 시스템 서비스(Manila)에서 "ExtraConfig"를 통해 사용해야 하는 파일 시스템을 지정합니다.

다음 예와 같이 환경 파일에 매개변수를 추가합니다.

$ cat /home/stack/manila_cephfs_customization.yaml
parameter_defaults:
  ExtraConfig:
    manila::config::manila_config:
      cephfs/cephfs_filesystem_name:
        value: <filesystem>

<filesystem>의 값을 적절한 이름으로 바꾸고 이 환경 파일을 openstack overcloud deploy 명령으로 포함합니다.

libvirt 에 대해 cgroup을 관리하는 방식은 RHEL 릴리스 간에 변경됩니다. 결과적으로 virsh cpu-stats 는 공식적으로 지원되는 RHOSP(Red Hat OpenStack Platform) 제품의 일부가 아닙니다. 이 기능은 RHEL에서 수신한 libvirt 의 기본 버전에서 제공됩니다. Greenfield RHOSP 17.x는 cgroup v2를 사용하는 RHEL 9에서만 지원됩니다. cgroups v2 API는 virsh cpu-stats API를 지원하는 데 필요한 API를 제공하지 않으며 RHEL 9에서 17.1을 사용하는 경우 이 기능을 사용할 수 없습니다.

16.2에서 혼합된 RHEL 업그레이드 중에 지원되는 RHEL 8의 RHOSP 17.1이 rhel 8.4에서 실행되는 동안 virsh cpu-stats가 작동하도록 업데이트되었습니다. 그 결과 virsh cpu-stats 기능이 RHEL 8 호스트에서 복원되었지만 완전히 업그레이드된 RHEL 9 호스트에서는 사용할 수 없습니다.

Cryostat SR650 서버를 사용하는 환경에서 RHOSP 16.2를 17.1로 업그레이드할 때 서버는 첫 번째 부팅 시 실패하여 유효한 부팅 장치가 없음을 나타내는 파란색 화면을 표시합니다.

이 문제는 Cryostat UEFI 펌웨어가 배포 후 부팅 레코드를 재설정하기 때문에 발생합니다. RHOSP director는 UEFI 펌웨어 설정에 대한 두 가지 변경 사항을 요청합니다. 그러나 Cryostat 하드웨어는 재부팅하기 전에 하나의 요청만 처리할 수 있습니다.

해결방법: Cryostat 서버를 원하는 운영 체제로 수동으로 재부팅해야 합니다.

OVN 공급자 드라이버와 함께 동적 라우팅과 OpenStack 로드 밸런싱 서비스(octavia)를 사용하는 RHOSP 17.1 환경에서는 로드 밸런싱 VIP가 삭제되는 알려진 문제가 있습니다. 삭제는 OVN BGP 에이전트와 로드 밸런싱 서비스를 동기화하는 프로세스에 의해 발생합니다.

해결방법: 해결 방법은 조정 간격을 매우 높은 값으로 늘리는 것입니다. 사용자 지정 환경 YAML 파일을 생성하고 다음 값을 추가합니다.

parameter_defaults:
  FrrOvnBgpAgentReconcileInterval: 999999

자세한 내용은 4.11에서 참조하십시오. 스파인-리프가 활성화된 overcloud 배포.

동적 라우팅을 사용하는 RHOSP 환경에서는 마이너 업데이트 중에FRR(Free Range Routing)이 연속으로 두 번 다시 시작됩니다. 이는 다음 시나리오에서 업데이트 중에 발생합니다.