3.2. Red Hat OpenStack Platform 17.0.1 유지 관리 릴리스 - 2023년 1월 25일
이 릴리스 노트에서는 Red Hat OpenStack Platform 릴리스를 배포할 때 고려해야 할 기술 프리뷰 항목, 권장 사항, 알려진 문제 및 사용되지 않는 기능에 대해 설명합니다.
3.2.1. 권고 목록 링크 복사링크가 클립보드에 복사되었습니다!
이 릴리스에는 다음 권고가 포함되어 있습니다.
- RHBA-2023:0271
- Red Hat OpenStack Platform 17.0.1 버그 수정 및 개선 권고
- RHBA-2023:0277
- Red Hat OpenStack Platform 17.0.1 director 이미지
- RHBA-2023:0278
- Red Hat OpenStack Platform 17.0.1 director 이미지 RPM
- RHBA-2023:0279
- 업데이트된 Red Hat OpenStack Platform 17.0.1 컨테이너 이미지
- RHSA-2023:0274
- 보통: Red Hat OpenStack Platform 17.0 (python-XStatic-Angular) 보안 업데이트
- RHSA-2023:0275
- 보통: Red Hat OpenStack Platform 17.0 (openstack-neutron) 보안 업데이트
- RHSA-2023:0276
- 보통: Red Hat OpenStack Platform 17.0 (python-scciclient) 보안 업데이트
3.2.2. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이번 Red Hat OpenStack Platform 릴리스에서 수정된 버그는 다음과 같습니다.
- BZ#2085583
-
이번 업데이트 이전에는
ovsdb연결 시간 초과로 인해nova-compute에이전트가 응답하지 않습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다. - BZ#2091076
- 이번 업데이트 이전에는 Podman 로그 콘텐츠를 사용할 수 없으므로 상태 점검 상태 스크립트가 실패했습니다. 이번 업데이트를 통해 상태 점검 상태 스크립트를 업데이트하면 Podman 로그 대신 Podman 소켓을 사용하여 문제를 해결합니다. 결과적으로 sensubility for Service Telemetry Framework를 통해 제공되는 API 상태 점검이 작동합니다.
- BZ#2106763
- 이번 업데이트 이전에는 기본 RHEL 문제로 인해 인스턴스의 UEFI 부팅에 알려진 문제가 발생했습니다. 이번 업데이트를 통해 기본 RHEL 문제가 수정되었으며 이제 인스턴스의 UEFI Secure Boot 기능을 사용할 수 있습니다.
- BZ#2121098
이번 업데이트 이전에는 RHOSP(Red Hat OpenStack Platform) 17.0에서 Networking 서비스(neutron) 요청이
ovsdb로 실패한 경우가 있었습니다. 이러한 재연결은 페일오버 중 또는 데이터베이스 압축 중에-server에 다시 연결할 때 요청이 이루어진 경우 504 게이트웨이 시간 초과ovsdb-server리더 전송을 통해 발생하는 경우가 있습니다.neutron 디버깅이 활성화된 경우 Networking 서비스는 예외 없이 트랜잭션이 시간 초과될 때까지 다수의 OVSDB 트랜잭션에서 "TRY_AGAIN" DEBUG 메시지를 신속하게 기록했습니다.
이번 업데이트를 통해 재연결 동작이 성공적으로 다시 연결될 때까지 트랜잭션을 한 번 다시 시도하여 이 조건을 처리하도록 수정되었습니다.
- BZ#2121634
- 이번 업데이트 이전에는 TLS-everywhere가 활성화된 경우 RHOSP(Red Hat OpenStack Platform) DNS 서비스(designate)가 중앙 프로세스를 시작할 수 없었습니다. 이는 TLS를 통해 Redis에 연결할 수 없기 때문에 발생했습니다. RHOSP 17.0.1에서 이 업데이트가 해결되었습니다.
- BZ#2122926
-
이번 업데이트 이전에는 멤버의 서브넷이 로드 밸런서 가상 IP(VIP)의 서브넷과 다른 경우 서브넷 정보 없이 멤버를 추가하면 ovn-octavia 공급자가
subnet_id의 VIP 서브넷을 잘못 사용하도록 하여 멤버에 대한 연결이 이루어지지 않았습니다. 이번 업데이트를 통해 멤버의 실제 IP가 서브넷 정보가 없는 경우 VIP가 속한 동일한 CIDR에 속하는지 확인합니다. 두 IP 주소가 일치하지 않으면 작업이 거부되어subnet_id를 요청합니다. - BZ#2133029
- 이번 업데이트 이전에는 Alarming 서비스(aodh)에서 더 이상 사용되지 않는 gnocchi API를 사용하여 메트릭을 집계했습니다. 이로 인해 gnocchi 결과에 CPU 사용량이 올바르지 않았습니다. 이번 업데이트를 통해 기존 메트릭을 다시 집계하는 기능과 필요에 따라 지표를 작성하고 변환하는 기능을 지원하는 gnocchi의 동적 집계를 사용하면 문제가 해결됩니다. gnocchi에서 CPU 사용량이 올바르게 계산됩니다.
- BZ#2135549
- 이번 업데이트 이전에는 ironic-python-agent 서비스에서 RHEL 8.6 UEFI 부트 로더 힌트 파일을 인식하지 못했기 때문에 UEFI 모드에서 RHEL 8.6 이미지를 배포하면 ironic-python-agent 서비스를 사용할 때 오류가 발생했습니다. 이번 업데이트를 통해 UEFI 모드에서 RHEL 8.6을 배포할 수 있습니다.
- BZ#2138046
-
이번 업데이트 이전에는 오버클라우드 노드에 전체 디스크 이미지
overcloud-hardened-uefi-full을 사용한 경우 루트 볼륨의lvmid가grub.cfg에서 참조된lvmid와 다르기 때문에 레거시 BIOS 부팅 모드를 사용하는 노드가 부팅되지 않았습니다. 이번 업데이트를 통해lvmid를 재설정하는virt-sysprep작업이 비활성화되었으며 레거시 BIOS 부팅 모드가 있는 노드를 전체 디스크 이미지로 부팅할 수 있습니다. - BZ#2140881
-
이번 업데이트 이전에는 베어 메탈 프로비저닝 정의의
network_config스키마에서num_dpdk_interface_rx_queues매개변수 설정을 허용하지 않아 베어 메탈 노드 프로비저닝 프로세스를 차단하는 스키마 검증 오류가 발생했습니다. 이번 업데이트를 통해 'num_dpdk_interface_rx_queues' 매개변수가 사용될 때 스키마 검증 오류가 더 이상 발생하지 않습니다.
3.2.3. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
현재 Red Hat OpenStack Platform의 확인된 문제는 다음과 같습니다.
- BZ#2058518
-
현재 Object Storage 서비스(swift) 클라이언트가 Telemetry 서비스(ceilometer) 사용자가 Telemetry 서비스 사용자의 조건에서 오브젝트 세부 정보를 가져오는 것을 차단하는 경우 Object Storage 서비스에서 오브젝트를 폴링할 수 있는 부적절한 권한이 있는 알려진 문제가 있습니다. 해결방법:
openstack role add --user ceilometer --project service명령을 사용하여 ResellerAdmin 역할을 Telemetry 서비스 사용자와 연결합니다.ResellerAdmin - BZ#2104979
RHOSP 17.0에서 알려진 문제는
resource_provider_hypervisorsheat 매개변수가 설정되지 않은 경우 FQDN(정규화된 도메인 이름)을 선택하기 위한 기본 메커니즘을 허용하지 않습니다. 이로 인해 SR-IOV(Single Root I/O Virtualization) 또는 OVS(Open vSwitch) 에이전트가 시작되지 않습니다.해결방법: heat 템플릿에서 명시적으로 하이퍼바이저 FQDN을 지정합니다. 다음은 SRIOV 에이전트에 대해 이 매개변수를 설정하는 예입니다.
ExtraConfig: neutron::agents::ml2::sriov::resource_provider_hypervisors: "enp7s0f3:%{hiera('fqdn_canonical')},enp5s0f0:%{hiera('fqdn_canonical')}".- BZ#2105312
현재 OVNOvs
db_probeInterval을 기반으로 neutron 서버를 구성하는 데 필요한 패치가값이 구성되지 않은 알려진 문제가 있습니다.1.1에 지정된 값이 있는OVNOvsdbProbeIntervalml2_conf.ini파일에 ovn/ovsdb_probeinterval해결방법:
OVNOvsdbProbeInterval을 사용하는 배포에서는 다음 방식으로ExtraConfig후크를 사용하여 neutron 서버를 구성해야 합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - BZ#2107896
현재 초기 프로비저닝 후에는 tuned 커널 구성이 적용되지 않는 알려진 문제가 있습니다.
해결방법: 다음 사용자 지정 플레이북을 사용하여 tuned 커널 명령줄 인수가 적용되었는지 확인할 수 있습니다. 언더클라우드 노드에
/usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml로 다음 플레이북을 저장합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow kernelargs를 설정하는 플레이북 전에cli-overcloud-node-reset-blscfg.yaml플레이북을 실행하도록 노드 정의 파일overcloud-baremetal-deploy.yaml에서 역할을 구성합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - BZ#2125159
-
현재 RHOSP 17.0에는 필수 Networking 서비스(neutron) 확장인
dns_domain_ports가 없기 때문에 ML2/OVN 배포가 RHOSP DNS 서비스(designate)를 사용하여 DNS 레코드를 자동으로 생성하지 못하는 알려진 문제가 있습니다. 현재는 해결방법이 없습니다. 향후 RHOSP 릴리스에 대한 수정 사항이 계획되어 있습니다. - BZ#2127965
현재 RHOSP 17.0에는 Free Range Router(FRR) 컨테이너가 재부팅된 호스트 후에 시작되지 않는 알려진 문제가 있습니다. 이 문제는 BGP 구성에서 누락된 파일로 인해 발생합니다. 해결방법:
/etc/tmpfiles.d/run-frr.conf파일을 생성하고 다음 행을 추가합니다.d /run/frr 0750 root root - -
d /run/frr 0750 root root - -Copy to Clipboard Copied! Toggle word wrap Toggle overflow 이러한 변경을 수행한 후
tmpfiles는 재부팅할 때마다/run/frr을 다시 만들고 FRR 컨테이너를 시작할 수 있습니다.