릴리스 노트
Red Hat OpenStack Platform 17.0 릴리스 세부 정보
초록
보다 포괄적 수용을 위한 오픈 소스 용어 교체
Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.
Red Hat 문서에 관한 피드백 제공
문서 개선을 위한 의견을 보내 주십시오. 우리가 어떻게 그것을 더 잘 만들 수 있는지 알려주십시오.
Direct Documentation feedback(DDF) 함수 사용
특정 문장, 단락 또는 코드 블록에 대한 직접 코멘트를 위해서는 DDF 함수 추가 를 사용하십시오.
- Multi-page HTML 형식으로 설명서를 확인합니다.
- 문서의 오른쪽 위에 사용자 지정 단추가 표시되는지 확인합니다.Ensure that you see the Feedback button in the upper right corner of the document.
- 주석하려는 텍스트 부분을 강조 표시합니다.
- 피드백 추가를 클릭합니다.
- 코멘트와 함께 피드백 추가 필드를 완료합니다.
- 선택 사항: 문서 팀에서 문제 해결을 위해 귀하에게 연락할 수 있도록 이메일 주소를 추가하십시오.
- 제출을 클릭합니다.
1장. 소개
1.1. 릴리스 정보
이번 Red Hat OpenStack Platform 릴리스는 OpenStack "Wallaby" 릴리스를 기반으로 합니다. 이 릴리스에는 Red Hat OpenStack Platform과 관련된 추가 기능, 알려진 문제, 해결된 문제가 포함되어 있습니다.
Red Hat Enterprise Linux High Availability Add-On은 Red Hat OpenStack Platform 사용 사례에서 사용할 수 있습니다. 해당 애드온에 대한 자세한 내용은 http://www.redhat.com/products/enterprise-linux-add-ons/high-availability/의 내용을 참조하십시오. Red Hat OpenStack Platform에서 사용할 수 있는 패키지 버전에 대한 자세한 내용은 https://access.redhat.com/site/solutions/509783의 내용을 참조하십시오.
1.2. 요구 사항
이 Red Hat OpenStack Platform 버전은 완전히 지원되는 최신 Red Hat Enterprise Linux 9.0 EUS (Extended Update Support)에서 실행됩니다.
이 릴리스의 대시보드는 다음 웹 브라우저의 최신 버전을 지원합니다.
- Chrome
- Mozilla Firefox
- Mozilla Firefox ESR
Internet Explorer 11 이상(호환 모드 비활성화)
참고Internet Explorer 11은 더 이상 유지 관리되지 않으므로 대시보드를 표시할 때 기능이 저하될 수 있습니다.
Red Hat OpenStack Platform을 배포하기 전에 권장되는 배포 방법을 숙지하십시오. Red Hat OpenStack Platform 설치 및 관리를 참조하십시오.
1.3. 배포 제한
Red Hat OpenStack Platform 배포 제한 목록은 Deployment Limits for Red Hat OpenStack Platform 문서를 참조하십시오.
1.4. 데이터베이스 크기 관리
Red Hat OpenStack Platform 환경에서 MariaDB 데이터베이스의 크기를 유지 관리하는 방법에 대한 권장 사항은 Database Size Management for Red Hat Enterprise Linux OpenStack Platform 문서를 참조하십시오.
1.5. 인증 드라이버 및 플러그인
Red Hat OpenStack Platform 인증 드라이브 및 플러그인 목록은 Component, Plug-In, and Driver Support in Red Hat OpenStack Platform 문서를 참조하십시오.
1.6. 인증된 게스트 운영 체제
Red Hat OpenStack Platform 인증된 게스트 운영 체제 목록은 Certified Guest Operating Systems in Red Hat OpenStack Platform and Red Hat Enterprise Virtualization 문서를 참조하십시오.
1.7. 제품 인증 카탈로그
Red Hat 공식 제품 인증 카탈로그 목록은 제품 인증 카탈로그를 참조하십시오.
1.8. Bare Metal provisioning 운영 체제
Bare Metal Provisioning (ironic)을 통해 Red Hat OpenStack Platform의 베어 메탈 노드에 설치할 수 있는 게스트 운영 체제 목록은 Bare Metal Provisioning (ironic)으로 배포 가능한 지원 운영 체제를 참조하십시오.
1.9. 하이퍼바이저 지원
Red Hat OpenStack Platform은 libvirt 드라이버에서만 지원됩니다(Compute 노드에서 하이퍼바이저로 KVM 사용).
이번 Red Hat OpenStack Platform 릴리스는 Bare Metal Provisioning과 함께 실행됩니다.
Bare Metal Provisioning은 Red Hat OpenStack Platform 7(Kilo) 릴리스부터 완전 지원됩니다. 베어 메탈 프로비저닝을 사용하여 PXE 및 IPMI와 같은 일반적인 기술을 사용하여 베어 메탈 머신을 프로비저닝하여 다양한 하드웨어를 지원하는 동시에 플러그형 드라이버를 지원하여 벤더별 기능을 추가할 수 있습니다.
Red Hat은 사용되지 않는 VMware의 "direct-to-ESX" 하이퍼바이저 또는 비KVM libvirt 하이퍼바이저와 같은 기타 Compute 가상화 드라이버를 지원하지 않습니다.
1.10. CDN(Content Delivery Network) 리포지토리
이 섹션에서는 Red Hat OpenStack Platform 17.0을 배포하는 데 필요한 리포지토리에 대해 설명합니다.
subscription-manager 를 사용하여 CDN(Content Delivery Network)을 통해 Red Hat OpenStack Platform 17.0을 설치할 수 있습니다.
자세한 내용은 언더클라우드 계획에서 참조하십시오.
Red Hat OpenStack Platform 소프트웨어 리포지토리의 일부 패키지는 EPEL(Extra Packages for Enterprise Linux) 소프트웨어 리포지토리에서 제공하는 패키지와 충돌하는 경우가 있습니다. EPEL 소프트웨어 리포지토리가 활성화된 시스템에서 Red Hat OpenStack Platform 사용은 지원되지 않습니다.
1.10.1. 언더클라우드 리포지토리
Red Hat Enterprise Linux 9.0에서 Red Hat OpenStack Platform 17.0을 실행합니다. 그러므로 해당 리포지토리의 콘텐츠를 해당하는 Red Hat Enterprise Linux 버전에 고정해야 합니다.
여기에 지정된 리포지토리를 제외한 리포지토리는 지원되지 않습니다. 아래 표에 나열되지 않은 제품이나 리포지토리를 제외하고 다른 제품 또는 리포지토리를 활성화하지 마십시오. 그렇지 않으면 패키지 종속성 문제가 발생할 수 있습니다. EPEL(Extra Packages for Enterprise Linux)을 활성화하지 마십시오.
RHOSP 17.0은 Satellite를 지원하지 않기 때문에 Satellite 리포지토리가 나열되지 않습니다. Satellite 지원은 향후 릴리스에 계획되어 있습니다. Red Hat CDN은 패키지 리포지토리 및 컨테이너 레지스트리로만 지원됩니다.
코어 리포지토리
다음 표에는 언더클라우드 설치에 사용되는 코어 리포지토리가 나와 있습니다.
| 이름 | 리포지토리 | 요구 사항 설명 |
|---|---|---|
| Red Hat Enterprise Linux 9 for x86_64 - BaseOS(RPM) EUS(Extended Update Support) |
| x86_64 시스템용 기본 운영 체제 리포지토리입니다. |
| Red Hat Enterprise Linux 9 for x86_64 - AppStream(RPM) |
| Red Hat OpenStack Platform 종속성을 포함합니다. |
| Red Hat Enterprise Linux 9 for x86_64 - High Availability(RPM) EUS(Extended Update Support) |
| Red Hat Enterprise Linux용 고가용성 툴입니다. 컨트롤러 노드 고가용성에 사용됩니다. |
| Red Hat OpenStack Platform 17.0 for RHEL 9(RPM) |
| Red Hat OpenStack Platform 코어 리포지토리로 Red Hat OpenStack Platform director용 패키지가 포함됩니다. |
| Red Hat Fast Datapath for RHEL 9(RPMS) |
| OpenStack Platform용 OVS(Open vSwitch) 패키지를 제공합니다. |
1.10.2. 오버클라우드 리포지토리
Red Hat Enterprise Linux 9.0에서 Red Hat OpenStack Platform 17.0을 실행합니다. 그러므로 해당 리포지토리의 콘텐츠를 해당하는 Red Hat Enterprise Linux 버전에 고정해야 합니다.
여기에 지정된 리포지토리를 제외한 리포지토리는 지원되지 않습니다. 아래 표에 나열되지 않은 제품이나 리포지토리를 제외하고 다른 제품 또는 리포지토리를 활성화하지 마십시오. 그렇지 않으면 패키지 종속성 문제가 발생할 수 있습니다. EPEL(Extra Packages for Enterprise Linux)을 활성화하지 마십시오.
RHOSP 17.0은 Satellite를 지원하지 않기 때문에 Satellite 리포지토리가 나열되지 않습니다. Satellite 지원은 향후 릴리스에 계획되어 있습니다. Red Hat CDN은 패키지 리포지토리 및 컨테이너 레지스트리로만 지원됩니다. RHOSP 17.0에서 NFV를 지원하지 않기 때문에 NFV 리포지토리가 나열되지 않습니다.
컨트롤러 노드 리포지토리
다음 표에는 오버클라우드에서 컨트롤러 노드를 위한 코어 리포지토리가 나와 있습니다.
| 이름 | 리포지토리 | 요구 사항 설명 |
|---|---|---|
| Red Hat Enterprise Linux 9 for x86_64 - BaseOS(RPM) EUS(Extended Update Support) |
| x86_64 시스템용 기본 운영 체제 리포지토리입니다. |
| Red Hat Enterprise Linux 9 for x86_64 - AppStream(RPM) |
| Red Hat OpenStack Platform 종속 패키지를 포함합니다. |
| Red Hat Enterprise Linux 9 for x86_64 - High Availability(RPM) EUS(Extended Update Support) |
| Red Hat Enterprise Linux용 고가용성 툴입니다. |
| Red Hat OpenStack Platform 17 for RHEL 9 x86_64(RPM) |
| 코어 Red Hat OpenStack Platform 리포지토리입니다. |
| Red Hat Fast Datapath for RHEL 9(RPMS) |
| OpenStack Platform용 OVS(Open vSwitch) 패키지를 제공합니다. |
| Red Hat Ceph Storage Tools 5 for RHEL 9 x86_64(RPM) |
| Red Hat Ceph Storage 5 for Red Hat Enterprise Linux 9용 툴입니다. |
컴퓨팅 및 ComputeHCI 노드 리포지토리
다음 표에는 오버클라우드의 Compute 및 ComputeHCI 노드를 위한 코어 리포지토리가 나와 있습니다.
| 이름 | 리포지토리 | 요구 사항 설명 |
|---|---|---|
| Red Hat Enterprise Linux 9 for x86_64 - BaseOS(RPM) EUS(Extended Update Support) |
| x86_64 시스템용 기본 운영 체제 리포지토리입니다. |
| Red Hat Enterprise Linux 9 for x86_64 - AppStream(RPM) |
| Red Hat OpenStack Platform 종속 패키지를 포함합니다. |
| Red Hat Enterprise Linux 9 for x86_64 - High Availability(RPM) EUS(Extended Update Support) |
| Red Hat Enterprise Linux용 고가용성 툴입니다. |
| Red Hat OpenStack Platform 17 for RHEL 9 x86_64(RPM) |
| 코어 Red Hat OpenStack Platform 리포지토리입니다. |
| Red Hat Fast Datapath for RHEL 9(RPMS) |
| OpenStack Platform용 OVS(Open vSwitch) 패키지를 제공합니다. |
| Red Hat Ceph Storage Tools 5 for RHEL 9 x86_64(RPM) |
| Red Hat Ceph Storage 5 for Red Hat Enterprise Linux 9용 툴입니다. |
실시간 Compute 리포지토리
다음 표에는 RTC(Real Time Compute) 기능에 사용되는 리포지토리가 나와 있습니다.
| 이름 | 리포지토리 | 요구 사항 설명 |
|---|---|---|
| Red Hat Enterprise Linux 9 for x86_64 - Real Time(RPM) |
|
실시간 KVM(RT-KVM) 리포지토리로, 실시간 커널을 활성화하는 패키지가 포함되어 있습니다. RT-KVM을 대상으로 하는 모든 컴퓨팅 노드에 대해 이 리포지토리를 활성화합니다. 참고: 이 리포지토리에 액세스하려면 별도의 |
Ceph Storage 노드 리포지토리
다음 표에는 오버클라우드의 Ceph Storage 관련 리포지토리가 나열되어 있습니다.
| 이름 | 리포지토리 | 요구 사항 설명 |
|---|---|---|
| Red Hat Enterprise Linux 9 for x86_64 - BaseOS(RPM) |
| x86_64 시스템용 기본 운영 체제 리포지토리입니다. |
| Red Hat Enterprise Linux 9 for x86_64 - AppStream(RPM) |
| Red Hat OpenStack Platform 종속성을 포함합니다. |
| Red Hat OpenStack Platform 17 Director Deployment Tools for RHEL 9 x86_64(RPM) |
|
director에서 Ceph Storage 노드를 설정하는 데 사용되는 패키지입니다. 이 리포지토리는 독립 실행형 Ceph Storage 서브스크립션에 포함되어 있습니다. 결합된 OpenStack Platform 및 Ceph Storage 서브스크립션을 사용하는 경우 |
| Red Hat OpenStack Platform 17 for RHEL 9 x86_64(RPM) |
|
director에서 Ceph Storage 노드를 설정하는 데 사용되는 패키지입니다. 이 리포지토리는 결합된 OpenStack Platform 및 Ceph Storage 서브스크립션에 포함되어 있습니다. 독립 실행형 Ceph Storage 서브스크립션을 사용하는 경우 |
| Red Hat Ceph Storage Tools 5 for RHEL 9 x86_64(RPM) |
| 노드가 Ceph Storage 클러스터와 통신할 수 있는 툴을 제공합니다. |
| Red Hat Fast Datapath for RHEL 9(RPMS) |
| OpenStack Platform용 OVS(Open vSwitch) 패키지를 제공합니다. Ceph Storage 노드에서 OVS를 사용하는 경우 이 리포지토리를 NIC(네트워크 인터페이스 구성) 템플릿에 추가합니다. |
1.11. 제품 지원
제품 지원에 사용할 수 있는 리소스는 다음과 같습니다.
- 고객 포털
Red Hat 고객 포털은 RHOSP(Red Hat OpenStack Platform) 배포를 계획, 배포, 유지 관리하는 데 도움이 되는 광범위한 리소스를 제공합니다. 고객 포털을 통해 다음 기능에 액세스할 수 있습니다.
- 제품 설명서
- 지식 베이스 문서 및 솔루션
- 기술 요약
- 기술 지원 케이스 관리
https://access.redhat.com/에서 고객 포털에 액세스하십시오.
- 메일링 리스트
rhsa-announce 공개 메일링 목록에 참여하여 RHOSP 및 기타 Red Hat 제품의 보안 수정 사항 알림을 받을 수 있습니다.
https://www.redhat.com/mailman/listinfo/rhsa-announce에서 가입하십시오.
1.12. 지원되지 않는 기능
Red Hat OpenStack Platform에서는 다음 기능이 지원되지 않습니다.
- RHOSP 17.0에는 NFV 지원이 없습니다.
-
수동으로 또는 정책 heat 매개변수를 통해
policy.json파일을 수정하는 작업이 포함된 사용자 지정정책입니다. 문서에 명시적 지침이 포함되지 않는 한 기본 정책을 수정하지 마십시오. 다음 패키지에는 컨테이너를 사용할 수 없으므로 RHOSP에서는 지원되지 않습니다.
-
nova-serialproxy -
nova-spicehtml5proxy
-
이러한 기능에 대한 지원이 필요한 경우 Red Hat Customer Experience and Engagement 팀에 문의하여 지원 예외(해당되는 경우) 또는 기타 옵션에 대해 논의합니다.
2장. 새로운 주요 기능
이 섹션에서는 Red Hat OpenStack Platform 릴리스에 포함된 새로운 주요 기능에 대해 설명합니다.
2.1. Bare Metal 서비스
이 섹션에서는 Bare Metal(ironic) 서비스의 새로운 주요 기능에 대해 간단히 설명합니다.
- 오버클라우드를 배포하기 전에 하드웨어 프로비저닝
-
Red Hat OpenStack Platform 17.0에서는 오버클라우드를 배포하기 전에 오버클라우드의 베어 메탈 노드 및 물리적 네트워크 리소스를 프로비저닝해야 합니다.
openstack overcloud deploy명령에서는 더 이상 하드웨어를 프로비저닝하지 않습니다. 자세한 내용은 오버클라우드 프로비저닝 및 배포를 참조하십시오.
- 새로운 네트워크 정의 파일 형식
- Red Hat OpenStack Platform 17.0에서는 heat 템플릿 대신 ansible jinja2 템플릿을 사용하여 네트워크 정의 파일을 구성합니다. 자세한 내용은 오버클라우드 네트워킹 구성을 참조하십시오.
- 전체 디스크 이미지는 기본 오버클라우드 이미지입니다.
기본
overcloud-fullflat 파티션 이미지가overcloud-hardened-uefi-full전체 디스크 이미지로 업데이트되었습니다. 전체 디스크 이미지는 다음 요소를 포함하는 단일 압축 qcow2 이미지입니다.- UEFI 부팅, 레거시 부팅 및 루트 파티션이 포함된 파티션 레이아웃.
루트 파티션에는 / ,
/tmp, /var ,/에 마운트된 논리 볼륨이 포함된 단일 lvm 그룹이 포함되어 있습니다.var/log전체 디스크 이미지를 배포할 때 ironic-python-agent는 부트 로더 또는 파티션이 변경되지 않고 전체 이미지를 디스크에 복사합니다.
- UEFI 부팅 기본적으로
- 새 하드웨어에서 Legacy BIOS 부팅 기능을 사용할 수 없기 때문에 베어 메탈 노드의 기본 부팅 모드가 이제 UEFI 부팅입니다.
2.2. 블록 스토리지
이 섹션에서는 Block Storage(cinder) 서비스의 새로운 주요 기능에 대해 간단히 설명합니다.
- 다중 경로 배포 자동화 지원
- 오버클라우드 배포에 사용할 다중 경로 구성 파일의 위치를 지정할 수 있습니다.
- 프로젝트별 기본 볼륨 유형
복잡한 배포의 경우 프로젝트 관리자는 각 프로젝트(테넌트)에 대한 기본 볼륨 유형을 정의할 수 있습니다.
볼륨을 생성하고 볼륨 유형을 지정하지 않으면 Block Storage에서 기본 볼륨 유형을 사용합니다. Block Storage(cinder) 구성 파일을 사용하여 모든 프로젝트(테넌트)에 적용되는 일반 기본 볼륨 유형을 정의할 수 있습니다. 그러나 배포에서 프로젝트별 볼륨 유형을 사용하는 경우 각 프로젝트에 대한 기본 볼륨 유형을 정의해야 합니다. 이 경우 Block Storage는 일반적인 기본 볼륨 유형 대신 프로젝트별 볼륨 유형을 사용합니다. 자세한 내용은 프로젝트별 기본 볼륨 유형 정의 를 참조하십시오.
2.3. Ceph Storage
이 섹션에서는 Ceph Storage의 새로운 주요 기능에 대해 간단히 설명합니다.
- Ceph 클라이언트 공유 파일 시스템 서비스(manila) 권한의 보안 강화
-
공유 파일 시스템 서비스 CephFS 드라이버(NFS를 통한 기본 CephFS 및 CephFS)는 이제 Ceph Manager
Volumes인터페이스를 통해 Ceph 클러스터와 상호 작용합니다. 공유 파일 시스템 서비스에 대해 구성된 Ceph 클라이언트 사용자는 더 이상 허용으로 설정할 필요가 없습니다. 이 기능을 사용하면 공유 파일 시스템 서비스에 대한 Ceph 클라이언트 사용자 권한을 보다 안전하게 사용할 수 있습니다. - Ceph Object Gateway(RGW)가 Object Storage 서비스(swift)를 대체
- RHOSP(Red Hat OpenStack Platform) director를 사용하여 Ceph를 배포할 때 director는 Ceph Object Gateway(RGW) 오브젝트 스토리지를 활성화하여 Object Storage 서비스(swift)를 대체합니다. 일반적으로 Object Storage 서비스를 사용하는 다른 모든 서비스는 추가 구성 없이 RGW를 사용할 수 있습니다.
- 새로운 환경에서 Red Hat Ceph Storage 클러스터 배포
새 환경에서는 director 및 openstack overcloud ceph deploy 명령을 사용하여 오버클라우드 앞에 Red Hat Ceph Storage 클러스터가 먼저 배포됩니다. ceph-anible이 더 이상 사용되지 않으므로 이제 cephadm을 사용하여 Ceph를 배포합니다. Ceph 배포에 대한 자세한 내용은 director와 함께 Red Hat Ceph Storage 및 Red Hat OpenStack Platform 배포 를 참조하십시오. 이 문서에서는 컨테이너화된 Red Hat Ceph로 오버클라우드 배포 가 대체됩니다.
RHOSP director 없이 배포한 Red Hat Ceph Storage 클러스터도 지원됩니다. 자세한 내용은 Integrating an Overcloud with an Existing Red Hat Ceph Storage Cluster 를 참조하십시오.
- 스냅샷에서 공유 생성 지원
- 공유 파일 시스템 서비스(manila) CephFS 백엔드를 사용하여 NFS를 통한 기본 CephFS 및 CephFS를 사용하여 스냅샷을 복원하기 위해 스냅샷에서 새 공유를 생성할 수 있습니다.
2.4. Compute
이 섹션에서는 Compute 서비스의 새로운 주요 기능에 대해 간단히 설명합니다.
- 인스턴스에 SR-IOV 장치 연결 및 분리 지원
- 클라우드 사용자는 SR-IOV vNIC가 있는 포트를 생성하고, 적절한 물리적 네트워크에 사용 가능한 SR-IOV 장치가 있는 경우 인스턴스에 포트를 연결할 수 있으며, 인스턴스에 사용 가능한 controlPlane 슬롯이 있습니다. 자세 한 내용은 인스턴스에 포트 연결을 참조하십시오.
- 포트에서 NUMA 방지를 사용하여 인스턴스 생성 지원
- 클라우드 사용자는 NUMA 선호도 정책이 있는 포트를 생성하고 이 포트를 인스턴스에 연결할 수 있습니다. 자세한 내용은 포트에서 NUMA 선호도를 사용하여 인스턴스 생성을 참조하십시오.
- Q35는 기본 시스템 유형입니다.
-
각 호스트 아키텍처의 기본 시스템 유형은 새로운 Red Hat OpenStack Platform 17.0 배포의 경우 Q35(Q
35-q35-rhel9.0.0)입니다. Q35 시스템 유형은 다른 RHEL 9.x 마이너 릴리스 간 인스턴스 실시간 마이그레이션 및i440fx시스템 유형에서 사용하는 ACPI 핫플러그보다 빠른 기본 PCIe 핫플러그와 같은 몇 가지 이점과 개선 사항을 제공합니다.
2.5. Networking
이 섹션은 Networking 서비스의 새로운 주요 기능에 대해 간단히 설명합니다.
- 활성/Active 클러스터형 데이터베이스 서비스 모델을 통해 OVS 데이터베이스 읽기 성능 및 내결함성이 향상됩니다.
RHOSP 17.0부터 RHOSP ML2/OVN 배포는 Raft 합의 알고리즘을 적용하여 OVS 데이터베이스 프로토콜 트래픽 성능을 개선하고 보다 빠르고 안정적인 페일오버 처리를 제공하는 클러스터형 데이터베이스 서비스 모델을 사용합니다. 클러스터형 데이터베이스 서비스 모델은 pacemaker 기반 활성/백업 모델을 대체합니다.
클러스터된 데이터베이스는 다른 호스트에서 3개 이상의 데이터베이스 서버의 클러스터에서 작동합니다. 서버는 Raft 감사 알고리즘을 사용하여 클러스터 전체에서 지속적으로 쓰기를 동기화하고 네트워크 트래픽을 공유합니다. 클러스터는 하나의 서버를 리더로 선택합니다. 클러스터의 모든 서버는 데이터베이스 읽기 작업을 처리할 수 있으므로 컨트롤 플레인의 잠재적인 병목 현상이 완화됩니다. 쓰기 작업은 클러스터 리더가 처리합니다.
서버에 오류가 발생하면 새 클러스터 리더가 선택되고 트래픽이 나머지 운영 서버에 재배포됩니다. 클러스터형 데이터베이스 서비스 모델은 pacemaker 기반 모델보다 장애 조치를 보다 효율적으로 처리합니다. 따라서 장애 조치 시간이 길어지는 관련 다운타임 및 합병증이 완화됩니다.
리더 선택 프로세스에서는 대다수가 필요하므로 내결함성 용량은 클러스터에서 가장 높은 홀수로 제한됩니다. 예를 들어 하나의 서버에 오류가 발생하면 3 서버 클러스터가 계속 작동합니다. 5 서버 클러스터에서 최대 두 개의 오류를 허용합니다. 서버 수를 짝수로 늘리면 내결함성이 증가하지 않습니다. 예를 들어 4-server 클러스터에서는 3서버 클러스터보다 더 많은 오류를 허용할 수 없습니다.
대부분의 RHOSP 배포에서는 세 개의 서버를 사용합니다.
5개 서버보다 큰 클러스터도 작동합니다. 2개의 추가 서버를 통해 클러스터가 추가 오류를 허용하지만 쓰기 성능이 저하됩니다.
RHOSP 17.0 배포의 클러스터 데이터베이스 모델은 기본값입니다. 구성 단계를 수행할 필요가 없습니다.
- Designate DNSaaS
- RHOSP(Red Hat OpenStack Platform) 17.0에서는 DNS 서비스(designate)가 완전히 지원됩니다. Designate는 DNSaaS(DNS-as-a-Service) 구현을 제공하고 클라우드에서 DNS 레코드 및 영역을 관리할 수 있는 공식 OpenStack 프로젝트입니다. DNS 서비스는 REST API를 제공하며 사용자 관리를 위해 RHOSP ID 서비스(keystone)와 통합됩니다. RHOSP director를 사용하면 BIND 인스턴스를 배포하여 DNS 레코드를 포함하거나 DNS 서비스를 기존 BIND 인프라에 통합할 수 있습니다. 또한 director는 RHOSP Networking 서비스(neutron)와 DNS 서비스 통합을 구성하여 가상 머신 인스턴스, 네트워크 포트, 유동 IP에 대한 레코드를 자동으로 생성할 수 있습니다. 자세한 내용은 DNS-as-a-Service 지정을 참조하십시오.
2.6. 검증 프레임워크
이 섹션에서는 Validation Framework의 새로운 주요 기능에 대해 간단히 설명합니다.
- CLI를 통한 사용자 생성 검증
- RHOSP(Red Hat OpenStack Platform) 17.0에서는 검증 init 명령을 사용하여 사용자 고유의 개인화된 검증을 생성할 수 있습니다. 명령을 실행하면 새 검증을 위한 템플릿이 생성됩니다. 요구 사항에 맞게 새 검증 역할을 편집할 수 있습니다.
2.7. 기술 프리뷰
이 섹션에서는 Red Hat OpenStack Platform 릴리스에 포함된 새로운 주요 기술 프리뷰에 대해 설명합니다.
기술 프리뷰로 표시된 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
- 경계 게이트웨이 프로토콜 (BGP)
- RHOSP(Red Hat OpenStack Platform) 17.0에서는 BGP(Border Gateway Protocol)에서 기술 프리뷰를 사용하여 공급자 네트워크의 컨트롤 플레인, 유동 IP 및 워크로드를 라우팅할 수 있습니다. BGP 광고를 사용하면 패브릭에서 정적 경로를 구성할 필요가 없으며 RHOSP를 순수 레이어 3 데이터 센터에 배포할 수 있습니다. RHOSP는FRR(Free Range Routing)을 동적 라우팅 솔루션으로 사용하여 공급자 네트워크 및 유동 IP의 VM뿐만 아니라 컨트롤 플레인 엔드 포인트에 대한 경로를 광고 및 폐기합니다.
3장. 릴리스 정보
이 릴리스 노트에서는 이 Red Hat OpenStack Platform 릴리스를 배포할 때 고려해야 할 기술 프리뷰 항목, 권장 사항, 알려진 문제 및 사용되지 않는 기능에 대해 설명합니다.
이 Red Hat OpenStack Platform 릴리스의 지원 라이프사이클 중에 발표된 업데이트에 대한 정보는 각 업데이트에 해당하는 권고 설명에 기재됩니다.
3.1. Red Hat OpenStack Platform 17.0 GA - 2022년 9월 21일
이 릴리스 노트에서는 Red Hat OpenStack Platform 릴리스를 배포할 때 고려해야 할 기술 프리뷰 항목, 권장 사항, 알려진 문제 및 사용되지 않는 기능에 대해 설명합니다.
3.1.1. 권고 목록
이 릴리스에는 다음 권고가 포함되어 있습니다.
- RHEA-2022:6543
- Red Hat OpenStack Platform 17.0(Wallaby)의 구성 요소 릴리스
- RHEA-2022:6544
- Red Hat OpenStack Platform 17.0(Wallaby)용 컨테이너 릴리스
- RHEA-2022:6545
- Red Hat OpenStack Platform 17.0 RHEL 9 배포 이미지 (qcow2 tarballs)
- RHEA-2022:6546
- Red Hat OpenStack Platform 17.0(Wallaby) RHEL 9 배포 이미지(RPM)
3.1.2. 버그 수정
이번 Red Hat OpenStack Platform 릴리스에서 수정된 버그는 다음과 같습니다.
- BZ#1374002
- 이번 업데이트 이전에는 DNS 서비스(designate) 작업자와 배포된 BIND 인스턴스 간의 잘못된 통신 매개변수로 인해 컨트롤러 노드가 두 개 이상 실패하는 RHOSP(Red Hat OpenStack Platform) 17.0 Beta 배포가 발생했습니다. 이번 업데이트를 통해 이 문제가 해결되었으며 이제 하나 이상의 컨트롤러 노드가 있는 배포에서 DNS 서비스를 사용할 수 있습니다.
- BZ#1801931
-
이번 업데이트 이전에는
max_disk_devices_to_attach매개변수에 대한 도움말 텍스트가0이 유효하지 않음을 명시하지 않았습니다. 또한max_disk_devices_to_attach매개변수를0으로 설정하면 실패 시nova-compute서비스가 시작됩니다. 이번 업데이트를 통해max_disk_devices_to_attach매개변수 도움말 옵션 텍스트에서 값이0이 잘못되었음을 명시하고max_disk_devices_to_attach가0으로 설정되면nova-compute서비스에서 오류를 기록하고 시작하지 못합니다. - BZ#1883326
- 이번 업데이트 이전에는 볼륨 유형을 변환하지 않고 볼륨 마이그레이션을 수행할 때 PowerFlex 스토리지 지원 볼륨 마이그레이션에 문제가 발생했습니다. 이번 업데이트에서는 이 문제가 해결되었습니다.
- BZ#1888069
- 이번 업데이트 이전에는 UEFI 모드의 Supermicro 서버가 로컬 하드 디스크 대신 네트워크에서 재부팅되어 부팅에 실패했습니다. 이번 업데이트를 통해 Ironic은 UEFI " hard disk에서 부팅"을 요청하는 올바른 원시 IPMI 명령을 전송합니다. 이제 IPMI를 사용하여 UEFI 모드에서 Supermicro 노드를 부팅하는 것이 예상대로 작동합니다.
- BZ#1944586
- 이번 업데이트에서는 다양한 Ansible 프로세스에서 등록된 콜백 출력을 검증 로깅 디렉터리로 잘못 리디렉션하는 버그가 수정되었습니다. 다른 프로세스의 출력은 더 이상 검증 로깅 디렉터리에 저장되지 않습니다. 요청이 없는 경우 VF 콜백은 플레이에 대한 정보를 더 이상 수신하지 않습니다.
- BZ#1984556
- collectd 스마트 플러그인에는 CAP_SYS_RAWIO 기능이 필요합니다. CAP_SYS_RAWIO는 기본적으로 구성에 표시되지 않으며 이 업데이트 이전에는 추가할 수 없습니다. 이번 업데이트를 통해 CollectdContainerECDHECapAdd 매개변수를 사용하여 CAP_SYS_RAWIO를 추가할 수 있습니다. 환경 파일에 다음 매개변수 값 할당을 입력합니다.
예제
parameter_defaults: CollectdExtraPlugins: - smart CollectdContainerAdditionalCapAdd: "CAP_SYS_RAWIO"
- BZ#1991657
이번 업데이트 이전에는 노드에서 일시적인 잠금이 있는 경우 baremetal 노드 인트로스펙션이 오류로 실패하고 다시 시도하지 않았습니다.
이번 업데이트를 통해 노드에 잠금이 있는 경우에도 인트로스펙션을 수행할 수 있습니다.
- BZ#2050773
-
이번 업데이트 이전에는 운영자가 볼륨 전송 수락 요청을 수행하는 사용자의 project_id를 참조하는
volume:accept_transfer정책에 대한 사용자 지정 값을 정의한 경우 요청이 실패합니다. 이번 업데이트에서는 요청자의 project_id를 전송하기 전에 볼륨과 연결된 project_id를 잘못 비교한 중복 정책 검사를 제거합니다. Block Storage API 계층에서 수행한 검사가 이제 예상대로 작동합니다. - BZ#2064019
-
이번 업데이트 이전에는 네트워크 중단으로 인해 베어 메탈 노드의 전원 상태가
None이 되고maintenance상태가 됩니다. 이는 Ironic의 Redfish 노드 세션의 연결 캐시가 오래된 상태가 되어 재시도되지 않기 때문입니다. Ironic 서비스를 다시 시작하지 않아도 이 상태를 복구할 수 없습니다. 이번 업데이트를 통해 기본 REST 클라이언트가 특정 오류 메시지를 반환하도록 개선되었습니다. Ironic에서 캐시된 세션을 무효화하는 데 이러한 오류 메시지를 사용합니다. - BZ#2101937
- 이번 수정을 통해 ML2/OVN 배포의 VLAN 공급자 네트워크에 트래픽이 배포됩니다. 이전에는 DVR(Distributed Virtual Router) 기능을 활성화한 상태에서 VLAN 공급자 네트워크의 트래픽이 중앙 집중화되었습니다.
- BZ#2121098
RHOSP(Red Hat OpenStack Platform) 17.0 Beta에서 이번 업데이트 이전에는 네트워킹 서비스가
ovsdb로 실패할 수 있었습니다. 이러한 다시 연결은 장애 조치(failover) 중에 또는 데이터베이스 압축 중에-server에 다시 연결하면 Networking 서비스(neutron) 요청이 504 게이트웨이 시간 초과ovsdb-server리더 전송을 통해 발생할 수 있습니다.neutron 디버깅을 활성화하면 네트워킹 서비스에서 트랜잭션이 예외로 시간 초과될 때까지 TRY_AGAIN" DEBUG 메시지를 반환한 다수의 OVSDB 트랜잭션을 신속하게 기록했습니다.
이번 업데이트를 통해 리커넥션 동작이 이 조건을 처리하도록 수정되며, 단일 트랜잭션을 다시 시도합니다.
3.1.3. 기능 개선
이번 Red Hat OpenStack Platform 릴리스에는 다음과 같은 개선된 기능이 포함되어 있습니다.
- BZ#1689706
- 이번 개선된 기능에는 Block Storage 서비스(cinder) API 3.42에 대한 OpenStack CLI (OSC) 지원이 포함되어 있습니다. 이를 통해 OSC는 온라인 볼륨을 확장할 수 있습니다.
- BZ#1699454
- 이번 업데이트를 통해 스냅샷에서 새 공유를 생성하여 Shared File Systems 서비스(manila)의 NFS 백엔드를 사용하여 CephFS Native 및 CephFS를 사용하여 스냅샷을 복원할 수 있습니다.
- BZ#1752776
RHOSP(Red Hat OpenStack Platform) 17.0 GA에서는 관리자가 아닌 사용자가
openstack server list명령을 실행할 때 새 매개변수에 액세스할 수 있습니다.- --availability-zone <az_name>
- --config-drive
- --key-name <key_name>
- --power-state <state>
- --task-state <state>
- --vm-state <state>
- --progress <percent_value>
--user <name_or_ID>
자세한 내용은 서버 목록 을 참조하십시오.
- BZ#1758161
-
이번 업데이트를 통해 Red Hat OpenStack Platform director는 Ceph에 RGW 데몬이 포함되어 개체 스토리지의 Object Storage 서비스(swift)를 교체했습니다. 오브젝트 스토리지 서비스를 유지하려면
cephadm.yaml대신cephadm-rbd-only.yaml파일을 사용합니다. - BZ#1813560
- 이번 업데이트를 통해 RHOSP(Red Hat OpenStack Platform) 17 Octavia amphora 이미지에 RHEL(Red Hat Enterprise Linux) 9에 배포된 HAProxy 2.4.x가 포함됩니다. 이로 인해 여러 vCPU 코어가 있는 플레이버를 사용하는 로드 밸런서를 포함하여 Octavia 로드 밸런서의 성능이 향상됩니다.
- BZ#1839169
-
이번 업데이트를 통해
cephadm및 Orchestrator가ceph-anible을 대체합니다. cephadm과 함께 director를 사용하여 ceph 클러스터 및 추가 데몬을 배포하고 새 'tripleo-ansible'role을 사용하여 Ceph 백엔드를 구성하고 활성화할 수 있습니다. - BZ#1848153
- 이번 업데이트를 통해 TLS-everywhere를 배포할 때 Red Hat OpenStack Platform director를 사용하여 TLS 엔드포인트를 사용하도록 etcd 서비스를 구성할 수 있습니다.
- BZ#1903610
- 이번 개선된 기능에는 MemcachedMaxConnections 매개변수가 추가되었습니다. MemcachedMaxConnections를 사용하여 최대 memcache 연결 수를 제어할 수 있습니다.
- BZ#1904086
- 이번 개선된 기능을 통해 cinder client 명령 'cinder --os-volume-api-version 3.64 볼륨 표시 <volume_name>'을 사용하여 볼륨 암호화 키 ID를 볼 수 있습니다. 값을 보려면 microversion 3.64를 지정해야 합니다.
- BZ#1944872
- 이번 개선된 기능에는 '-limit' 인수를 'openstack tripleo validator show history' 명령에 추가합니다. 이 인수를 사용하여 지정된 수의 가장 최근 검증만 표시할 수 있습니다.
- BZ#1946956
-
이번 개선된 기능에는 새로운 Red Hat OpenStack Platform 17.0 배포의 각 호스트 아키텍처의 기본 시스템 유형이 Q35(
pc-q35-rhel9.0.0)로 변경됩니다. Q35 시스템 유형은 서로 다른 RHEL 9.x 마이너 릴리스 간의 인스턴스 실시간 마이그레이션과i440fx시스템 유형에서 사용하는 ACPI 핫플러그보다 빠른 기본 PCIe 핫플러그와 같은 몇 가지 이점과 개선 사항을 제공합니다. - BZ#1946978
이번 업데이트를 통해 기본 시스템 유형은 RHEL9.0 기반 Q35
pc-q35-rhel9.0.0입니다.- RHEL 마이너 릴리스에서 실시간 마이그레이션.
- 기본 PCIe 핫플러그. 또한 ACPI는 이전의 i440fx 시스템 유형과 유사합니다.
- Intel 입-output 메모리 관리 장치(IOMMU) 에뮬레이션을 사용하면 게스트에 직접 할당된 신뢰할 수 없는 장치로부터 게스트 메모리를 보호할 수 있습니다.
- 더 빠른 SATA 에뮬레이션입니다.
- 보안 부팅.
- BZ#1954103
- 이번 개선된 기능을 통해 collectd의 PluginInstanceFormat 매개변수를 사용하여 두 개 이상의 값을 지정할 수 있습니다.
- BZ#1954274
- 이번 개선된 기능을 통해 Bare Metal Provisioning 서비스(ironic)의 운영 성능이 향상되어 대규모 워크로드의 성능을 최적화할 수 있습니다.
- BZ#1959707
RHOSP(Red Hat OpenStack Platform) 17.0 GA의
openstack tripleo validator show명령에는 TripleO에서 표시하는 검증수를 제한할 수 있는 새로운 매개변수 --limit<number>가 있습니다. 기본값은 마지막 15개 검증을 표시하는 것입니다.자세한 내용은 tripleo validator show history 를 참조하십시오.
- BZ#1971607
이번 업데이트를 통해 유효성 검사 프레임워크는 특정 용도로 매개 변수를 설정할 수 있는 구성 파일을 제공합니다. 코드 소스의 루트 또는 기본 위치인
/etc/validation.cfg에서 이 파일의 예를 찾을 수 있습니다./etc/에서 기본 파일을 사용하거나 자체 파일을 사용하여--config인수를 사용하여 CLI에 제공할 수 있습니다.구성 파일을 사용하는 경우 변수 우선 순위에 대한 순서가 있습니다. 다음 순서는 변수 우선 순위의 순서입니다.
- 사용자 CLI 인수
- 구성 파일
- 기본 간격 값
- BZ#1973356
-
이 보안 기능 향상을 통해 OpenStack Shared File System 서비스(manila)에 필요한 사용자 권한 수준이 줄어듭니다. 공유 파일 시스템 서비스에서 이러한 목적으로
Ceph Manager서비스에서 노출하는 API를 사용하므로 더 이상 Ceph 사용자를 생성하고 조작할 수 있는 권한이 없습니다. - BZ#2041429
-
이제
오버클라우드 노드 [un]provision명령을 사용하여 애플리케이션의 베어 메탈 노드를 사전 프로비저닝할 수 있습니다.
3.1.4. 기술 프리뷰
이 섹션에 나열된 항목은 기술 프리뷰로 제공됩니다. 기술 프리뷰 상태 범위에 대한 자세한 내용 및 해당 지원에 미치는 영향은 https://access.redhat.com/support/offerings/techpreview/의 내용을 참조하십시오.
- BZ#1884782
- RHOSP(Red Hat OpenStack Platform) 17.0 GA에서는 RHOSP Networking 서비스(neutron) ML2/OVN과 RHOSP DNS 서비스(designate) 간의 통합을 위해 기술 프리뷰를 사용할 수 있습니다. 결과적으로 DNS 서비스에서 새로 생성된 VM에 대한 DNS 항목이 자동으로 추가되지 않습니다.
- BZ#1896551
- RHOSP(Red Hat OpenStack Platform) 17.0에서는 BGP(Border Gateway Protocol)에서 기술 프리뷰를 사용하여 공급자 네트워크의 컨트롤 플레인, 유동 IP 및 워크로드를 라우팅할 수 있습니다. BGP 광고를 사용하면 패브릭에서 정적 경로를 구성할 필요가 없으며 RHOSP를 순수 레이어 3 데이터 센터에 배포할 수 있습니다. RHOSP는FRR(Free Range Routing)을 동적 라우팅 솔루션으로 사용하여 공급자 네트워크 및 유동 IP의 VM뿐만 아니라 컨트롤 플레인 엔드 포인트에 대한 경로를 광고 및 폐기합니다.
- BZ#1901686
- Red Hat OpenStack Platform 17.0에서는 기술 프리뷰로 로드 밸런싱 서비스(octavia)에 보안 역할 기반 액세스 제어(RBAC)를 사용할 수 있습니다.
- BZ#1901687
- Red Hat OpenStack Platform 17.0에서는 DNS 서비스(designate)에서 기술 프리뷰로 Secure RBAC를 사용할 수 있습니다.
- BZ#2008274
- Red Hat OpenStack Platform 17.0에서는 DNS 서비스(designate)를 BIND 9를 사용하는 기존 DNS 인프라와 통합할 수 있는 기술 프리뷰를 사용할 수 있습니다. 자세한 내용은 기존 BIND 9 서버를 사용하여 DNS 서비스 배포를 참조하십시오.
- BZ#2120392
- Red Hat OpenStack Platform 17.0에서는 고정 CPU와 유동 CPU가 모두 있는 단일 NUMA 노드 인스턴스를 생성하는 데 기술 프리뷰를 사용할 수 있습니다.
- BZ#2120407
- Red Hat OpenStack Platform 17.0에서는 기술 프리뷰를 사용하여 실시간 마이그레이션, 보류 해제 및 리소스 요청이 있는 인스턴스를 사용하는 인스턴스(예: 최소 대역폭 QoS 정책)를 사용할 수 있습니다.
- BZ#2120410
- Red Hat OpenStack Platform 17.0에서는 라우팅된 네트워크를 기반으로 Compute 서비스 예약에 기술 프리뷰를 사용할 수 있습니다. 네트워크 세그먼트는 호스트 집계로 배치 서비스에 보고됩니다. 계산 서비스에는 배치 서비스 쿼리에 네트워크 세그먼트 정보가 포함되어 있어 선택한 호스트가 올바른 네트워크 세그먼트에 연결되어 있는지 확인합니다. 이 기능을 사용하면 라우팅된 네트워크 IP 서브넷에 대한 인식을 통해 보다 정확한 IP 가용성 및 보다 정확한 인스턴스 마이그레이션, 크기 조정 또는 보류 해제를 통해 보다 정확한 스케줄링을 수행할 수 있습니다.
- BZ#2120743
- Red Hat OpenStack Platform 17.0에서는 볼륨에서 부팅된 인스턴스를 재구성하는 데 기술 프리뷰를 사용할 수 있습니다.
- BZ#2120746
-
Red Hat OpenStack Platform 17.0에서는 선언적
provider.yaml구성 파일에서 사용자 지정 인벤토리 및 특성을 정의하는 기술 프리뷰를 사용할 수 있습니다. 클라우드 운영자는CUSTOM_DIESEL_BACKUP_POWER,CUSTOM_FIPS_COMPLIANT,CUSTOM_HPC_OPTIMIZED와 같은 사용자 지정 특성을 사용하여 물리적 호스트 기능의 가용성을 모델링할 수 있습니다. 또한CUSTOM_DISK_IOPS및CUSTOM_POWER_WATTS와 같은 리소스 클래스 인벤토리를 사용하여 소모 가능한 리소스의 가용성을 모델링할 수 있습니다. 클라우드 운영자는 특정 호스트 정보를 보고하여 인스턴스 스케줄링을 최적화하는 사용자 지정 플레이버를 정의할 수 있습니다(특히 분리된 집계를 사용하여 호스트 예약 예약 시 사용). 사용자 지정 인벤토리를 정의하면 Power IOPS 및 인스턴스가 사용하는 기타 사용자 정의 리소스의 초과 구독을 방지할 수 있습니다. - BZ#2120756
Red Hat OpenStack Platform 17.0에서는 별도의 셀 데이터베이스의 리소스를 계산하지 않고 API 데이터베이스의 인스턴스 매핑에서 리소스 사용량 및 인스턴스에 대한 배치를 쿼리하여 코어 및 RAM의 할당량 사용량을 구성할 수 있는 기술 프리뷰를 사용할 수 있습니다. 이로 인해 다중 셀의 환경에서 임시 셀 정전 또는 잘못된 셀 성능에 대한 할당량 사용이 탄력적으로 계산될 수 있습니다.
배치에서 할당량 사용량을 계산하도록 다음 구성 옵션을 설정합니다.
parameter_defaults: ControllerExtraConfig: nova::config::nova_config: quota/count_usage_from_placement: value: 'True'- BZ#2120757
- Red Hat OpenStack Platform 17.0에서는 마이크로 버전 2.81을 사용할 때 호스트 집계의 컴퓨팅 노드에서 이미지를 사전 캐시하는 데 기술 프리뷰를 사용할 수 있습니다. 부팅 시간을 줄이기 위해 집계 가져오기 내의 호스트 그룹을 요청하고 이미지 목록을 캐시할 수 있습니다.
- BZ#2120761
- Red Hat OpenStack Platform 17.0에서는 가상화 드라이버에서 선언된 지원되는 장치 모델 특성을 사용하여 특성을 사용하고 배치 서비스를 사용하여 호스트를 미리 필터링할 수 있습니다.
- BZ#2128042
- Red Hat OpenStack Platform 17.0에서는 각 물리 GPU에 대해 여러 NVIDIA vGPU 유형의 컴퓨팅 노드를 지원하는 기술 프리뷰를 사용할 수 있습니다.
- BZ#2128056
Red Hat OpenStack Platform 17.0에서는 vGPU가 있는 인스턴스의 콜드 마이그레이션 및 크기 조정에 기술 프리뷰를 사용할 수 있습니다.
vGPU 기술 프리뷰에 영향을 미치는 알려진 문제는 https://bugzilla.redhat.com/show_bug.cgi?id=2116979 를 참조하십시오.
- BZ#2128070
- Red Hat OpenStack Platform 17.0에서는 VirtIO 데이터 경로 가속(VDPA) 인터페이스를 사용하여 인스턴스를 생성하는 데 기술 프리뷰를 사용할 수 있습니다.
3.1.5. 릴리스 노트
본 섹션에서는 Red Hat OpenStack Platform에 대한 권장 사항 및 중요한 변경 사항을 포함하여 이번 릴리스 관련 중요한 세부 사항에 대해 간단히 설명합니다. 최상의 배포 결과를 얻으려면 이 정보를 반드시 숙지하셔야 합니다.
- BZ#1767084
- 이번 업데이트를 통해 Ceph Manager API를 사용하여 프로비저닝 및 스토리지 라이프사이클 작업을 관리할 수 있도록 OpenStack Shared File Systems 서비스(manila)의 CephFS 드라이버가 업데이트됩니다. 새 파일 공유를 만들면 생성, 삭제 및 작업을 더 빠르게 수행할 수 있는 새 형식으로 공유가 생성됩니다. 이 전환은 기존 파일 공유에 영향을 미치지 않습니다.
- BZ#1813573
- 이번 개선된 기능에는 오브젝트 태그에 대한 Octavia 지원이 포함됩니다. 이를 통해 사용자는 로드 밸런서 리소스에 메타데이터를 추가하고 태그를 기반으로 쿼리 결과를 필터링할 수 있습니다.
- BZ#2013120
-
이번 업데이트를 통해 새 인수
--skiplist를검증 run명령에 제공할 수 있습니다. 검증을 실행할 때 건너뛸 서비스가 포함된yaml파일과 함께 이 명령을 사용합니다. - BZ#2090813
- RHOSP(Red Hat OpenStack Platform) Telemetry 및 이벤트 수집 시 데이터 수집 서비스(Ceilometer)가 지원됩니다. 또한 Ceilometer는 RHOSP 모니터링을 위해 자동 스케일링을 위해 메트릭 스토리지 서비스(gnocchi)를 가리키고 메트릭 및 이벤트를 Service Telemetry Framework(STF)에 전달하는 데에도 지원됩니다.
- BZ#2111015
ML2/OVS 배포에서 OVS(Open vSwitch)는
skb_priority,skb_mark또는 출력 대기열 필드가 설정된 OpenFlow 규칙 오프로드를 지원하지 않습니다. 해당 필드는 virtio 포트에 대한 QoS(Quality-of-service) 지원을 제공하는 데 필요합니다.virtio 포트에 대해 최소 대역폭 규칙을 설정하면 Neutron Open vSwitch 에이전트는 이 포트의 트래픽을 패킷 표시 필드로 표시합니다. 결과적으로 이 트래픽을 오프로드할 수 없으며 다른 포트의 트래픽에 영향을 미칩니다. 대역폭 제한 규칙을 설정하면 모든 트래픽이 기본 0 큐로 표시됩니다. 즉, 트래픽을 오프로드할 수 없습니다.
해결 방법으로 환경에 OVS 하드웨어 오프로드 포트가 포함된 경우 하드웨어 오프로드가 필요한 노드에서 패킷 표시를 비활성화합니다. 패킷 표시를 비활성화한 후에는 virtio 포트에 대한 속도 제한 규칙을 설정할 수 없습니다. 그러나 다른 서비스 코드 포인트 (DSCP) 표시 규칙을 계속 사용할 수 있습니다.
설정 파일에서
disable_packet_marking플래그를true로 설정합니다. 구성 파일을 편집한 후neutron_ovs_agent컨테이너를 다시 시작해야 합니다. 예:$ cat `/var/lib/config-data/puppet-generated/neutron/etc/neutron/plugins/ml2/openvswitch_agent.ini` [ovs] disable_packet_marking=True
- BZ#2111527
- RHOSP 17.0에서는 RHCSv5.2 GA 콘텐츠를 기반으로 Ceph 컨테이너를 사용해야 합니다.
- BZ#2117229
-
이전에는 조사할 프로세스 목록이 없이
collectd프로세스 플러그인이 기본적으로 활성화되었습니다. 이로 인해 collectd 로그에서 "procs_running not found"와 같은 메시지가 표시됩니다. 이번 업데이트를 통해 기본적으로 설치 및 활성화된collectd플러그인 목록에서 collectd 프로세스 플러그인이 제거됩니다. 구성에 추가하여 플러그인을 활성화할 수 있습니다.
3.1.6. 알려진 문제
현재 Red Hat OpenStack Platform의 확인된 문제는 다음과 같습니다.
- BZ#2126476
- RHOSP 17.0에서는 NFV가 지원되지 않습니다. RHOSP 17.0에서 NFV 사용 사례를 배포하지 마십시오.
- BZ#1966157
-
bridge 네트워크에 인스턴스가 두 개 이상인 컴퓨팅 노드에서 Mellanox 어댑터와 함께
provider:network_typegenve와 함께 ML2/OVN을 사용할 때 제한이 있습니다. 인스턴스 중 하나의 유동 IP에만 연결할 수 있습니다. 이 Bugzilla 티켓에서 해결의 진행 상황을 추적할 수 있습니다. - BZ#2085583
현재 장기 실행 작업에서
ovsdb연결이 시간 초과하여 다시 연결할 수 있는 알려진 문제가 있습니다. 시간 초과로 인해nova-compute에이전트가 응답하지 않을 수 있습니다. 해결방법: 기본 기본 python 바인딩 대신 명령줄 클라이언트를 사용할 수 있습니다. heat 템플릿에서 다음 매개변수를 사용하여 명령줄 클라이언트를 사용합니다.parameter_defaults: ComputeExtraConfig: nova:os_vif_ovs:ovsdb_interface => 'vsctl'- BZ#2091076
- 이번 업데이트 이전에는 더 이상 사용할 수 없는 podman 로그 콘텐츠에 의존했기 때문에 상태 점검 상태 스크립트가 실패했습니다. 이제 상태 점검 스크립트에서 podman 로그 대신 podman 소켓을 사용합니다.
- BZ#2105291
- 현재 'undercloud-heat-purge-deleted' 검증에 실패하는 알려진 문제가 있습니다. 이는 Red Hat OpenStack Platform 17과 호환되지 않기 때문입니다. 해결방법: 이 검증을 건너뛰려면 '---skip-list'로 'undercloud-heat-purge-deleted'를 Skip 'undercloud-heat-purge-deleted'합니다.
- BZ#2104979
RHOSP 17.0에서 알려진 문제로 인해
resource_provider_hypervisorsheat 매개변수가 설정되지 않은 경우 하이퍼바이저의 FQDN(정규화된 도메인 이름)을 선택하는 기본 메커니즘이 제대로 설정되지 않습니다. 이로 인해 SRIOV 또는 OVS 에이전트가 시작되지 않습니다.해결방법: heat 템플릿에서 하이퍼바이저 FQDN을 명시적으로 지정합니다. 다음은 SRIOV 에이전트에 이 매개변수를 설정하는 예입니다.
ExtraConfig: neutron::agents::ml2::sriov::resource_provider_hypervisors: "enp7s0f3:%{hiera('fqdn_canonical')}",enp5s0f0:%{hiera('fqdn_canonical')}".- BZ#2107896
현재 초기 프로비저닝 후 tuned 커널 구성이 적용되지 않는 알려진 문제가 있습니다.
해결방법: 다음 사용자 지정 플레이북을 사용하여 tuned 커널 명령줄 인수가 적용되었는지 확인할 수 있습니다. 언더클라우드 노드의
/usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml로 다음 플레이북을 저장합니다.- name: Reset BLSCFG of compute node(s) meant for NFV deployments hosts: allovercloud any_errors_fatal: true gather_facts: true pre_tasks: - name: Wait for provisioned nodes to boot wait_for_connection: timeout: 600 delay: 10 tasks: - name: Reset BLSCFG flag in grub file, if it is enabled become: true lineinfile: path: /etc/default/grub line: "GRUB_ENABLE_BLSCFG=false" regexp: "^GRUB_ENABLE_BLSCFG=.*" insertafter: '^GRUB_DISABLE_RECOVERY.*'kernelargs를 설정하는 플레이북 전에cli-overcloud-node-reset-blscfg.yaml플레이북을 실행하려면 노드 정의 파일overcloud-baremetal-deploy.yaml에서 역할을 구성합니다.- name: ComputeOvsDpdkSriov count: 2 hostname_format: computeovsdpdksriov-%index% defaults: networks: - network: internal_api subnet: internal_api_subnet - network: tenant subnet: tenant_subnet - network: storage subnet: storage_subnet network_config: template: /home/stack/osp17_ref/nic-configs/computeovsdpdksriov.j2 config_drive: cloud_config: ssh_pwauth: true disable_root: false chpasswd: list: |- root:12345678 expire: False ansible_playbooks: - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-kernelargs.yaml extra_vars: reboot_wait_timeout: 600 kernel_args: 'default_hugepagesz=1GB hugepagesz=1G hugepages=32 iommu=pt intel_iommu=on isolcpus=1-11,13-23' tuned_profile: 'cpu-partitioning' tuned_isolated_cores: '1-11,13-23' - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-openvswitch-dpdk.yaml extra_vars: memory_channels: '4' lcore: '0,12' pmd: '1,13,2,14,3,15' socket_mem: '4096' disable_emc: false enable_tso: false revalidator: '' handler: '' pmd_auto_lb: false pmd_load_threshold: '' pmd_improvement_threshold: '' pmd_rebal_interval: '' nova_postcopy: true- BZ#2109597
- CX-5에는 하드웨어 (HW) 제한이 있습니다. 모든 네트워크 트래픽 흐름에는 HW의 방향이 있으며, 전송(TX) 또는 수신(RX)이 있습니다. 흐름의 소스 포트가 가상 기능(VF)인 경우 HW의 TX 흐름이기도 합니다. CX-5는 TX 경로에서 VLAN을 팝할 수 없으므로 HW로 pop_vlan으로의 흐름이 오프로드되지 않습니다.
- BZ#2112988
현재 Swift API가 작동하지 않는 알려진 문제가 있으며 여러 컨트롤러 노드가 배포되고 Ceph가 활성화되면 401 오류를 반환합니다.
해결방법은 https://access.redhat.com/solutions/6970061 에서 확인할 수 있습니다.
- BZ#2116529
QEMU 명령
migrate-set-capabilities를 실행할 때 실시간 마이그레이션이 실패합니다. 이는 기본적으로 활성화된 post-copy 기능이 지원되지 않기 때문입니다.다음 해결 방법 옵션 중 하나를 선택합니다.
해결방법 옵션 1: 컴퓨팅 노드에
vm.unprivileged_userfaultfd = 1를 설정하여 컨테이너화된 libvirt에서 post-copy를 활성화합니다.-
새 파일 만들기:
$ touch /etc/sysctl.d/50-userfault.conf. -
vm.unprivileged_userfaultfd = 1을/etc/sysctl.d/50-userfault.conf에 추가합니다. -
$ sysctl -p /etc/sysctl.d/50-userfault.conf를 로드합니다.
-
새 파일 만들기:
-
해결방법 options 2:
ExtraSysctlhtpasswd 매개변수를 설정하여 director를 통해설정합니다.sysctl플래그를 -
해결방법 옵션 3:
NovaLiveMigrationPermitPostCopy매개변수를false로 설정하여 Post-copy 기능을 완전히 비활성화합니다.
- BZ#2116979
-
기술 프리뷰 vGPU 지원 기능을 사용할 때
mdev장치가 RHOSP 17에서 vGPU 인스턴스를 중지, 이동 또는 삭제할 때 해제되지 않습니다. 결국 모든mdev장치가 소비되고, 계산 호스트에 vGPUs가 있는 추가 인스턴스를 생성할 수 없습니다. - BZ#2116980
- RHOSP 17에서 vGPU 인스턴스를 시작하거나 중지하거나 이동할 수 없습니다. vGPU가 있는 인스턴스를 삭제하거나, 계산 호스트에서 마이그레이션하거나 중지하면 vGPU의 기본 mdev 장치가 정리되지 않습니다. 이러한 상황이 충분한 경우 사용 가능한 모든 mdev 장치가 소비되고 해당 계산 호스트에 vGPU가 있는 인스턴스를 추가로 생성할 수 없습니다.
- BZ#2120383
- 현재 에뮬레이트된 신뢰할 수 있는 플랫폼 모듈(TPM) 장치가 있는 인스턴스를 생성할 때 알려진 문제가 있습니다. 해결방법: SELinux(Security-Enhanced Linux)를 비활성화합니다.
- BZ#2120398
- 현재 RHOSP 17에 다중 스택 및 다중 스택 오버클라우드를 배포하는 데 알려진 문제가 있습니다. 이 문제는 해결 방법이 없으므로 RHOSP 17.0에서는 다중 스택 및 다중 스택 오버클라우드 기능을 사용할 수 없습니다.
- BZ#2120766
-
현재 일부 머신 유형에서 누락된 RHEL 펌웨어 정의 파일에 알려진 문제가 있어 UEFI 이미지 펌웨어가 있는 인스턴스 부팅이 UEFINotSupported 예외로 실패할 수 있습니다. 이 문제는 https://bugzilla.redhat.com/show_bug.cgi?id=2109644 에서 해결되었습니다. AMD SEV 컴퓨팅 노드의 커널 인수에
mem_encryption=on이 있으면 재부팅 후 컴퓨팅 노드 커널이 중단되고 다시 시작되지 않는 알려진 문제가 있습니다. 이러한 문제에 대한 해결방법은 없으므로 RHOSP 17.0에서는 AMD SEV 기능을 사용할 수 없습니다. - BZ#2120773
- 현재 RHOSP 17에서 컴퓨팅 노드를 재부팅한 후 인스턴스를 종료하고 다시 시작하는 데 알려진 문제가 있습니다. 컴퓨팅 노드가 재부팅되면 인스턴스를 정상적으로 종료하는 자동화된 프로세스가 실패하여 시스템이 중지되기 전에 인스턴스가 종료되는 시간이 단축됩니다. 강제 중지 결과는 다를 수 있습니다. 컴퓨팅 노드를 재부팅하기 전에 중요한 모든 워크로드에 대한 새로운 백업이 있는지 확인하십시오.
- BZ#2121752
-
PCI 패스스루 장치 및 SR-IOV 인터페이스의 새로운 소켓 NUMA 선호도 정책의 성능 문제로 인해 RHOSP 17.0에서는
소켓NUMA 선호도 정책이 지원되지 않습니다. - BZ#2124294
Sensubility는
/run/podman/podman.sock에 액세스할 수 있는 권한이 없으므로 컨테이너 상태 점검에서 서비스 컨테이너 상태 데이터를 Service Telemetry Framework(STF)에 보내지 못합니다.해결방법: 배포 후 모든 오버클라우드 노드에서 다음 명령을 실행합니다.
sudo podman exec -it collectd setfacl -R -m u:collectd:rwx /run/podman결과적으로 사용자 collectd는 /run/podman 경로에 반복적으로 액세스할 수 있어 sensubility가 podman에 연결할 수 있습니다.
- BZ#2125159
RHOSP(Red Hat OpenStack Platform) 17.0 GA에는 ML2/OVN 배포에서 RHOSP DNS 서비스(designate)를 사용하여 DNS 레코드를 자동으로 생성하지 못하는 알려진 문제가 있습니다. 이 문제의 원인은 필요한 Networking 서비스(neutron) 확장인
dns_domain_ports가 존재하지 않기 때문입니다.해결방법: 현재 해결방법이 없지만 향후 RHOSP 릴리스에서 수정 사항이 적용되었습니다.
- BZ#2126810
RHOSP(Red Hat OpenStack Platform) 17.0에서는 고가용성을 위해 DNS 서비스(designate) 및 로드 밸런싱 서비스(octavia)가 잘못 구성됩니다. 이러한 서비스의 RHOSP Orchestration 서비스(heat) 템플릿은 Redis 템플릿의 Pacemaker가 아닌 버전을 사용합니다.
해결방법:
enable.yaml을 포함합니다.-designate.yaml및octavia.yaml환경 파일 뒤에overcloud deploy명령에 environment/ha-redis- BZ#2127965
RHOSP(Red Hat OpenStack Platform) 17.0 GA에는 서버가 상주하는 호스트가 재부팅된 후 Free Range Router(FRR) 컨테이너가 시작되지 않는 알려진 문제가 있습니다. 이 문제는 BGP 구성에서 누락된 파일로 인해 발생합니다.
해결방법:
/etc/tmpfiles.d/run-frr.conf파일을 생성하고 다음 행을 추가합니다.d /run/frr 0750 root root - -
이 변경을 수행한 후 각 재부팅 후
tmpfiles가/run/frr을 다시 생성하고 FRR 컨테이너를 시작할 수 있습니다.- BZ#2128928
- RHOSP 17.0에서는 Red Hat Satellite와의 통합이 지원되지 않습니다. Red Hat CDN은 패키지 리포지토리 및 컨테이너 레지스트리로만 지원됩니다. Satellite 지원은 향후 릴리스에서 재개될 예정입니다.
- BZ#2120377
- 인스턴스의 UEFI 부팅에 현재 알려진 문제가 있으므로 UEFI Secure Boot 기능을 사용할 수 없습니다. 이는 기본 RHEL 문제로 인해 발생합니다.
- BZ#2120384
- 현재 사용할 수 없는 vTPM 지원이 필요하므로 RHOSP에서 Windows Server 2022 인스턴스를 생성할 수 없습니다.
- BZ#2152218
- 인스턴스를 부팅하거나 종료하는 경우 현재 인스턴스에 볼륨을 연결하거나 인스턴스에서 볼륨을 분리할 때 알려진 문제가 있습니다. 볼륨을 연결하거나 분리하기 전에 인스턴스가 완전히 작동되거나 완전히 중지될 때까지 기다려야 합니다.
- BZ#2153815
-
현재 인스턴스 플레이버에 리소스 사용량 추가 사양,
quota:cpu_*가 포함된 경우 인스턴스 생성에 알려진 문제가 있습니다. RHOSP 17.0에서 CPU 할당량을 제한하는 플레이버로 인스턴스를 생성하려고 하면 "호스트에서 지원되지 않는 CPU 제어 정책" 오류가 발생합니다. Compute 서비스에서cgroups-v2대신 cgroups-v2 대신cgroups를 실행한다고 가정하므로 호스트가 리소스 사용량 추가 사양을 지원하지 않는 것을 잘못 탐지하기 때문에 이 오류가 RHEL 9의 RHOSP 17.0에서 발생합니다.
3.1.7. 지원되지 않는 기능
이 섹션의 항목은 더 이상 지원되지 않거나 향후 릴리스에서 더 이상 지원되지 않습니다.
- BZ#1874778
-
Red Hat OpenStack Platform 17.0에서는
iscsi배포 인터페이스가 더 이상 사용되지 않습니다. 기본 배포 인터페이스는 이제직접입니다. 버그 수정 및 지원은 더 이상 사용되지 않지만 새로운 기능 개선을 구현하지는 않습니다. 향후 릴리스에서는 인터페이스가 제거됩니다. - BZ#2084206
- RHOSP 17.0에서는 RHOSP Telemetry를 통한 RHOSP Telemetry를 위한 QPID Dispatch Router(QDR)를 사용하는 것은 더 이상 사용되지 않습니다.
- BZ#2090811
- RHOSP 15부터 지표 데이터 스토리지 서비스(gnocchi)가 더 이상 사용되지 않습니다. SystemTap은 자동 스케일링 사용 사례와 함께 사용되는 경우 지표 스토리지에 대해 완전히 지원됩니다. RHOSP에서 지원되는 모니터링 솔루션은 STF(Service Telemetry Framework) 를 참조하십시오. 일반적인 모니터링 솔루션으로 원격 분석 스토리지에 gnocchi를 사용하는 것은 지원되지 않습니다.
- BZ#2090812
- RHOSP(Red Hat OpenStack Platform) 15부터 알람 서비스(aodh)가 더 이상 사용되지 않습니다. 자동 스케일링 사용 사례에서 알람을 사용할 때 알람을 제공하기 위해 알람이 완전히 지원됩니다. RHOSP용 메트릭 기반 알람을 제공하는 방법은 Service Telemetry Framework (STF)를 참조하십시오. 일반 모니터링 솔루션의 일부로 알람 서비스 사용은 지원되지 않습니다.
- BZ#2100222
- 언더클라우드의 데이터 수집 서비스(Ceilometer)가 오버클라우드 노드에 배포된 snmpd 데몬을 통해 지표를 수집할 수 있도록 snmp 서비스가 도입되었습니다. 이전에 원격 분석 서비스가 언더클라우드에서 제거되었으므로 더 이상 snmp 서비스가 필요하지 않거나 현재 상태에서 사용할 수 없습니다.
- BZ#2103869
Derived Parameters 기능은 더 이상 사용되지 않습니다. 향후 릴리스에서 제거됩니다. Derived Parameters 기능은 openstack overcloud deploy 명령의 --plan-environment-file 옵션을 사용하여 구성됩니다.
해결방법 / 마이그레이션 지침
HCI 오버클라우드에는 시스템 튜닝이 필요합니다. 시스템 튜닝에는 다양한 옵션이 있습니다. Derived Parameters 기능은 openstack overcloud deploy 명령의 --plan-environment-file 옵션을 사용하여 하드웨어 검사 데이터 및 설정 튜닝 매개변수를 사용하여 director와 함께 시스템을 조정합니다. Derived Parameters 기능은 릴리스 17.0에서 더 이상 사용되지 않으며 17.1에서 제거됩니다.
다음 매개변수는 이 기능을 통해 조정되었습니다.
- IsolCpusList
- KernelArgs
- NeutronPhysnetNUMANodesMapping
- NeutronTunnelNUMANodes
- NovaCPUAllocationRatio
- NovaComputeCpuDedicatedSet
- NovaComputeCpuSharedSet
- NovaReservedHostMemory
- OvsDpdkCoreList
- OvsDpdkSocketMemory
OvsPmdCoreList
17.0부터 이러한 매개 변수를 설정하고 조정하려면 사용 가능한 명령줄 툴을 사용하여 값을 관찰하고 표준 heat 템플릿을 사용하여 설정합니다.
- BZ#2128697
RHOSP 17.0에서는 ML2/OVS 메커니즘 드라이버가 더 이상 사용되지 않습니다.
Red Hat은 여러 릴리스에서 ML2/OVS를 ML2/OVN으로 교체하고 있습니다. 예를 들어 RHOSP 15부터 ML2/OVN은 기본 메커니즘 드라이버가 되었습니다.
RHOSP 17 릴리스를 통해 더 이상 사용되지 않는 ML2/OVS 메커니즘 드라이버에서 지원을 사용할 수 있습니다. 이 기간 동안 ML2/OVS 드라이버는 유지 관리 모드로 유지되고 버그 수정 및 일반 지원을 받으며 대부분의 새로운 기능 개발은 ML2/OVN 메커니즘 드라이버에서 수행됩니다.
RHOSP 18.0에서 Red Hat은 ML2/OVS 메커니즘 드라이버를 완전히 제거하고 지원을 중단할 계획입니다.
기존 RHOSP(Red Hat OpenStack Platform) 배포에서 ML2/OVS 메커니즘 드라이버를 사용하는 경우 지금 시작하여 메커니즘 드라이버로 마이그레이션할 계획을 평가합니다. 마이그레이션은 RHOSP 16.2에서 지원되며 RHOSP 17.1에서 지원됩니다. 테스트 목적으로만 RHOSP 17.0에서 마이그레이션 툴을 사용할 수 있습니다.
Red Hat은 ML2/OVS에서 ML2/OVN으로 마이그레이션하기 전에 사전 지원 케이스를 제출해야 합니다. Red Hat은 사전 지원 케이스 없이 마이그레이션을 지원하지 않습니다. How to submit a Proactive Case를 참조하십시오.
3.1.8. 제거된 기능
- BZ#1966898
- Red Hat OpenStack Platform 17.0에서는 panko 및 해당 API가 배포에서 제거되었습니다.
- BZ#1984889
- 이번 릴리스에서는 FIPS와 호환되지 않는 라이브러리의 의존으로 인해 Google Cloud Services(GCS)에 대한 Block Storage 서비스(cinder) 백업 지원이 제거되었습니다.
- BZ#2022714
- Red Hat OpenStack Platform 17.0에서는 collectd-write_redis 플러그인이 제거되었습니다.
- BZ#2023893
-
Red Hat OpenStack Platform 17.0에서는 하위 패키지
collectd-memcachec를 더 이상 빌드할 수 없도록 배포에서 종속성이 제거되었습니다. collectd-memcached플러그인은collectd-memcachec와 유사한 기능을 제공합니다. - BZ#2065540
- Red Hat OpenStack Platform 17.0에서는 collectd에서 gnocchi로 메트릭을 전달하는 기능이 제거되었습니다.
- BZ#2094409
-
Red Hat OpenStack Platform 17.0에서는 더 이상 사용되지 않는
dbi및notify_emailcollectd 플러그인이 제거되었습니다. - BZ#2101948
- Red Hat OpenStack Platform 17.0에서는 collectd 프로세스 플러그인이 기본 플러그인 목록에서 제거되었습니다. collectd 프로세스 플러그인을 로드하면 로그가 "procs_running not found"와 같은 메시지가 플러드될 수 있습니다.
- BZ#2127184
- Red Hat OpenStack Platform 17.0에서는 POWER(ppc64le) 아키텍처 지원이 제거되었습니다. x86_64 아키텍처만 지원됩니다.
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 소켓을 사용하여 문제를 해결합니다. 결과적으로 Service Telemetry Framework의 감지 가능성을 통해 제공되는 API 상태 점검이 작동합니다.
- BZ#2106763
- 이번 업데이트 이전에는 기본 RHEL 문제로 인해 인스턴스의 UEFI 부팅에 알려진 문제가 발생했습니다. 이번 업데이트를 통해 기본 RHEL 문제가 수정되었으며 인스턴스의 UEFI Secure Boot 기능을 사용할 수 있습니다.
- BZ#2121098
이번 업데이트 이전에는 Networking 서비스가
ovsdb로 실패한 경우가 있습니다. 이러한 재연결은 장애 조치 중 또는 데이터베이스 압축 중에-server에 다시 연결된 경우 RHOSP(Red Hat OpenStack Platform) 17.0에서 Networking 서비스(neutron) 요청이 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.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) 사용자가 Object Storage 서비스에서 오브젝트를 폴링하는 데 적합하지 않은 권한을 보유한 Telemetry 서비스 사용자 조건에서 오브젝트 세부 정보를 가져오지 못하는 경우 알려진 문제가 있습니다. 해결방법:
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#2107896
현재 초기 프로비저닝 후 tuned 커널 구성이 적용되지 않는 알려진 문제가 있습니다.
해결방법: 다음 사용자 지정 플레이북을 사용하여 tuned 커널 명령줄 인수가 적용되었는지 확인할 수 있습니다. 언더클라우드 노드의
/usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml로 다음 플레이북을 저장합니다.- name: Reset BLSCFG of compute node(s) meant for NFV deployments hosts: allovercloud any_errors_fatal: true gather_facts: true pre_tasks: - name: Wait for provisioned nodes to boot wait_for_connection: timeout: 600 delay: 10 tasks: - name: Reset BLSCFG flag in grub file, if it is enabled become: true lineinfile: path: /etc/default/grub line: "GRUB_ENABLE_BLSCFG=false" regexp: "^GRUB_ENABLE_BLSCFG=.*" insertafter: '^GRUB_DISABLE_RECOVERY.*'kernelargs를 설정하는 플레이북 전에cli-overcloud-node-reset-blscfg.yaml플레이북을 실행하려면 노드 정의 파일overcloud-baremetal-deploy.yaml에서 역할을 구성합니다.- name: ComputeOvsDpdkSriov count: 2 hostname_format: computeovsdpdksriov-%index% defaults: networks: - network: internal_api subnet: internal_api_subnet - network: tenant subnet: tenant_subnet - network: storage subnet: storage_subnet network_config: template: /home/stack/osp17_ref/nic-configs/computeovsdpdksriov.j2 config_drive: cloud_config: ssh_pwauth: true disable_root: false chpasswd: list: |- root:12345678 expire: False ansible_playbooks: - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-kernelargs.yaml extra_vars: reboot_wait_timeout: 600 kernel_args: 'default_hugepagesz=1GB hugepagesz=1G hugepages=32 iommu=pt intel_iommu=on isolcpus=1-11,13-23' tuned_profile: 'cpu-partitioning' tuned_isolated_cores: '1-11,13-23' - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-openvswitch-dpdk.yaml extra_vars: memory_channels: '4' lcore: '0,12' pmd: '1,13,2,14,3,15' socket_mem: '4096' disable_emc: false enable_tso: false revalidator: '' handler: '' pmd_auto_lb: false pmd_load_threshold: '' pmd_improvement_threshold: '' pmd_rebal_interval: '' nova_postcopy: true- BZ#2125159
-
현재 RHOSP 17.0에는 ML2/OVN 배포가 RHOSP DNS 서비스(neutron) 확장인
dns_domain_ports가 존재하지 않기 때문에 RHOSP DNS 서비스(designate)로 DNS 레코드를 자동으로 생성하지 못하는 알려진 문제가 있습니다. 현재는 해결방법이 없습니다. 향후 RHOSP 릴리스에 대한 수정 사항이 예정되어 있습니다. - BZ#2127965
현재 RHOSP 17.0에는FRR(Free Range Router) 컨테이너가 상주하는 호스트가 재부팅된 후 시작되지 않는 알려진 문제가 있습니다. 이 문제는 BGP 구성에서 누락된 파일로 인해 발생합니다. 해결방법:
/etc/tmpfiles.d/run-frr.conf파일을 생성하고 다음 행을 추가합니다.d /run/frr 0750 root root - -
이 변경을 수행한 후 각 재부팅 후
tmpfiles가/run/frr을 다시 생성하고 FRR 컨테이너를 시작할 수 있습니다.
4장. 기술 노트
이 장에서는 콘텐츠 전송 네트워크를 통해 제공되는 Red Hat OpenStack Platform "Wallaby" 에라타 권고의 텍스트에 포함된 정보를 보완합니다.
4.1. RHEA-2022:6543 - OSP 17.0의 구성 요소 릴리스
ceph 구성 요소 관련 변경 사항:
현재 Swift API가 작동하지 않는 알려진 문제가 있으며 여러 컨트롤러 노드가 배포되고 Ceph가 활성화되면 401 오류를 반환합니다.
해결방법은 https://access.redhat.com/solutions/6970061 에서 확인할 수 있습니다. (BZ#2112988)
collectd 구성 요소 관련 변경 사항:
- Red Hat OpenStack Platform 17.0에서는 collectd-write_redis 플러그인이 제거되었습니다. (BZ#2022714)
-
Red Hat OpenStack Platform 17.0에서는 하위 패키지
collectd-memcachec를 더 이상 빌드할 수 없도록 배포에서 종속성이 제거되었습니다. collectd-memcached플러그인은collectd-memcachec와 유사한 기능을 제공합니다. (BZ#2023893) - Red Hat OpenStack Platform 17.0에서는 더 이상 사용되지 않는 dbi 및 notify_email collectd 플러그인이 제거되었습니다. (BZ#2094409)
배포 구성 요소 관련 변경 사항:
- Red Hat OpenStack Platform 17.0에서는 panko 및 해당 API가 배포에서 제거되었습니다. (BZ#1966898)
- Red Hat OpenStack Platform 17.0에서는 collectd에서 gnocchi로 메트릭을 전달하는 기능이 제거되었습니다. (BZ#2065540)
openstack-cinder 구성 요소 관련 변경 사항:
-
이번 업데이트 이전에는 운영자가 볼륨 전송 수락 요청을 수행하는 사용자의 project_id를 참조하는
volume:accept_transfer정책에 대한 사용자 지정 값을 정의한 경우 요청이 실패합니다. 이번 업데이트에서는 요청자의 project_id를 전송하기 전에 볼륨과 연결된 project_id를 잘못 비교한 중복 정책 검사를 제거합니다. Block Storage API 계층에서 수행한 검사가 이제 예상대로 작동합니다. (BZ#2050773) - 이번 개선된 기능을 통해 cinder client 명령 'cinder --os-volume-api-version 3.64 볼륨 표시 <volume_name>'을 사용하여 볼륨 암호화 키 ID를 볼 수 있습니다. 값을 보려면 microversion 3.64를 지정해야 합니다. (BZ#1904086)
- 이번 업데이트 이전에는 볼륨 유형을 변환하지 않고 볼륨 마이그레이션을 수행할 때 PowerFlex 스토리지 지원 볼륨 마이그레이션에 문제가 발생했습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. (BZ#1883326)
- 이번 릴리스에서는 FIPS와 호환되지 않는 라이브러리의 의존으로 인해 Google Cloud Services(GCS)에 대한 Block Storage 서비스(cinder) 백업 지원이 제거되었습니다. (BZ#1984889)
openstack-designate 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 DNS 서비스(designate) 작업자와 배포된 BIND 인스턴스 간의 잘못된 통신 매개변수로 인해 컨트롤러 노드가 두 개 이상 실패하는 RHOSP(Red Hat OpenStack Platform) 17.0 Beta 배포가 발생했습니다. 이번 업데이트를 통해 이 문제가 해결되었으며 이제 하나 이상의 컨트롤러 노드가 있는 배포에서 DNS 서비스를 사용할 수 있습니다. (BZ#1374002)
- Red Hat OpenStack Platform 17.0에서는 DNS 서비스(designate)에서 기술 프리뷰로 Secure RBAC를 사용할 수 있습니다. (BZ#1901687)
openstack-ironic 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 UEFI 모드의 Supermicro 서버가 로컬 하드 디스크 대신 네트워크에서 재부팅되어 부팅에 실패했습니다. 이번 업데이트를 통해 Ironic은 UEFI " hard disk에서 부팅"을 요청하는 올바른 원시 IPMI 명령을 전송합니다. 이제 IPMI를 사용하여 UEFI 모드에서 Supermicro 노드를 부팅하는 것이 예상대로 작동합니다. (BZ#1888069)
- 이번 개선된 기능을 통해 Bare Metal Provisioning 서비스(ironic)의 운영 성능이 향상되어 대규모 워크로드의 성능을 최적화할 수 있습니다. (BZ#1954274)
-
이번 업데이트 이전에는 네트워크 중단으로 인해 베어 메탈 노드의 전원 상태가
None이 되고maintenance상태가 됩니다. 이는 Ironic의 Redfish 노드 세션의 연결 캐시가 오래된 상태가 되어 재시도되지 않기 때문입니다. Ironic 서비스를 다시 시작하지 않아도 이 상태를 복구할 수 없습니다. 이번 업데이트를 통해 기본 REST 클라이언트가 특정 오류 메시지를 반환하도록 개선되었습니다. Ironic에서 캐시된 세션을 무효화하는 데 이러한 오류 메시지를 사용합니다. (BZ#2064019)
openstack-ironic-inspector 구성 요소 관련 변경 사항:
이번 업데이트 이전에는 노드에서 일시적인 잠금이 있는 경우 baremetal 노드 인트로스펙션이 오류로 실패하고 다시 시도하지 않았습니다.
이번 업데이트를 통해 노드에 잠금이 있는 경우에도 인트로스펙션을 수행할 수 있습니다. (BZ#1991657)
openstack-manila 구성 요소 관련 변경 사항:
- 이번 업데이트를 통해 Ceph Manager API를 사용하여 프로비저닝 및 스토리지 라이프사이클 작업을 관리할 수 있도록 OpenStack Shared File Systems 서비스(manila)의 CephFS 드라이버가 업데이트됩니다. 새 파일 공유를 만들면 생성, 삭제 및 작업을 더 빠르게 수행할 수 있는 새 형식으로 공유가 생성됩니다. 이 전환은 기존 파일 공유에 영향을 미치지 않습니다. (BZ#1767084)
- 이번 업데이트를 통해 스냅샷에서 새 공유를 생성하여 Shared File Systems 서비스(manila)의 NFS 백엔드를 사용하여 CephFS Native 및 CephFS를 사용하여 스냅샷을 복원할 수 있습니다. (BZ#1699454)
openstack-neutron 구성 요소 관련 변경 사항:
이제 iptables_hybrid 방화벽 드라이버를 사용하는 ML2/OVS 배포에서 메커니즘 드라이버를 ML2/OVN으로 마이그레이션할 수 있습니다.
마이그레이션 후에도 기존 인스턴스는 하이브리드 플러그인 메커니즘을 계속 사용하지만 보안 그룹은 OVN에 구현되며, 계산 노드에 iptables 규칙이 없습니다. (BZ#2075038)
ML2/OVS 배포에서 OVS(Open vSwitch)는
skb_priority,skb_mark또는 출력 대기열 필드가 설정된 OpenFlow 규칙 오프로드를 지원하지 않습니다. 해당 필드는 virtio 포트에 대한 QoS(Quality-of-service) 지원을 제공하는 데 필요합니다.virtio 포트에 대해 최소 대역폭 규칙을 설정하면 Neutron Open vSwitch 에이전트는 이 포트의 트래픽을 패킷 표시 필드로 표시합니다. 결과적으로 이 트래픽을 오프로드할 수 없으며 다른 포트의 트래픽에 영향을 미칩니다. 대역폭 제한 규칙을 설정하면 모든 트래픽이 기본 0 큐로 표시됩니다. 즉, 트래픽을 오프로드할 수 없습니다.
해결 방법으로 환경에 OVS 하드웨어 오프로드 포트가 포함된 경우 하드웨어 오프로드가 필요한 노드에서 패킷 표시를 비활성화합니다. 패킷 표시를 비활성화한 후에는 virtio 포트에 대한 속도 제한 규칙을 설정할 수 없습니다. 그러나 다른 서비스 코드 포인트 (DSCP) 표시 규칙을 계속 사용할 수 있습니다.
설정 파일에서
disable_packet_marking플래그를true로 설정합니다. 구성 파일을 편집한 후neutron_ovs_agent컨테이너를 다시 시작해야 합니다. 예:$ cat `/var/lib/config-data/puppet-generated/neutron/etc/neutron/plugins/ml2/openvswitch_agent.ini` [ovs] disable_packet_marking=True
(BZ#2111015)
openstack-nova 구성 요소 관련 변경 사항:
-
이번 업데이트 이전에는
max_disk_devices_to_attach매개변수에 대한 도움말 텍스트가0이 유효하지 않음을 명시하지 않았습니다. 또한max_disk_devices_to_attach매개변수를0으로 설정하면 실패 시nova-compute서비스가 시작됩니다. 이번 업데이트를 통해max_disk_devices_to_attach매개변수 도움말 옵션 텍스트에서 값이0이 잘못되었음을 명시하고max_disk_devices_to_attach가0으로 설정되면nova-compute서비스에서 오류를 기록하고 시작하지 못합니다. (BZ#1801931)
openstack-octavia 구성 요소 관련 변경 사항:
- 이번 업데이트를 통해 RHOSP(Red Hat OpenStack Platform) 17 Octavia amphora 이미지에 RHEL(Red Hat Enterprise Linux) 9에 배포된 HAProxy 2.4.x가 포함됩니다. 이로 인해 여러 vCPU 코어가 있는 플레이버를 사용하는 로드 밸런서를 포함하여 Octavia 로드 밸런서의 성능이 향상됩니다. (BZ#1813560)
- Red Hat OpenStack Platform 17.0에서는 기술 프리뷰로 로드 밸런싱 서비스(octavia)에 보안 역할 기반 액세스 제어(RBAC)를 사용할 수 있습니다. (BZ#1901686)
openstack-tripleo-common 구성 요소 관련 변경 사항:
- RHOSP 17.0에서는 RHCSv5.2 GA 콘텐츠를 기반으로 Ceph 컨테이너를 사용해야 합니다. (BZ#2111527)
openstack-tripleo-heat-templates 구성 요소 관련 변경 사항:
-
이번 업데이트를 통해
cephadm및 Orchestrator가ceph-anible을 대체합니다. cephadm과 함께 director를 사용하여 ceph 클러스터 및 추가 데몬을 배포하고 새 'tripleo-ansible'role을 사용하여 Ceph 백엔드를 구성하고 활성화할 수 있습니다. (BZ#1839169) -
이번 업데이트를 통해 Red Hat OpenStack Platform director는 Ceph에 RGW 데몬이 포함되어 개체 스토리지의 Object Storage 서비스(swift)를 교체했습니다. 오브젝트 스토리지 서비스를 유지하려면
cephadm.yaml대신cephadm-rbd-only.yaml파일을 사용합니다. (BZ#1758161) - 이번 업데이트를 통해 TLS-everywhere를 배포할 때 Red Hat OpenStack Platform director를 사용하여 TLS 엔드포인트를 사용하도록 etcd 서비스를 구성할 수 있습니다. (BZ#1848153)
-
Red Hat OpenStack Platform 17.0에서는
iscsi배포 인터페이스가 더 이상 사용되지 않습니다. 기본 배포 인터페이스는 이제직접입니다. 버그 수정 및 지원은 더 이상 사용되지 않지만 새로운 기능 개선을 구현하지는 않습니다. 향후 릴리스에서는 인터페이스가 제거됩니다. (BZ#1874778) -
이번 개선된 기능에는 새로운 Red Hat OpenStack Platform 17.0 배포의 각 호스트 아키텍처의 기본 시스템 유형이 Q35(
pc-q35-rhel9.0.0)로 변경됩니다. Q35 시스템 유형은 서로 다른 RHEL 9.x 마이너 릴리스 간의 인스턴스 실시간 마이그레이션과i440fx시스템 유형에서 사용하는 ACPI 핫플러그보다 빠른 기본 PCIe 핫플러그와 같은 몇 가지 이점과 개선 사항을 제공합니다. (BZ#1946956) -
이번 업데이트를 통해 기본 시스템 유형은 RHEL9.0 기반 Q35
pc-q35-rhel9.0.0입니다. - RHEL 마이너 릴리스에서 실시간 마이그레이션.
- 기본 PCIe 핫플러그. 또한 ACPI는 이전의 i440fx 시스템 유형과 유사합니다.
- Intel 입-output 메모리 관리 장치(IOMMU) 에뮬레이션을 사용하면 게스트에 직접 할당된 신뢰할 수 없는 장치로부터 게스트 메모리를 보호할 수 있습니다.
- 더 빠른 SATA 에뮬레이션입니다.
- 보안 부팅. (BZ#1946978)
RHOSP(Red Hat OpenStack Platform) 17.0 GA의 NIC 분할 배포의 경우 VF(가상 기능)를 VM에 전달할 수 있습니다.
VF를 전달하려면 heat 환경 파일에서 VF 제품 ID, 벤더 ID 및 물리적 기능(PF) PCI 주소를 지정해야 합니다.
NovaPCIPassthrough: - product_id: "<VF_product_ID>" vendor_id: "<vendor_ID>" address: "<PF_PCI_addresses>" trusted: "true"PF PCI 주소 매개변수는 문자열 및 dict 매핑을 지원합니다. 와일드카드 문자를 지정하고 하나 이상의 주소를 지정할 때 정규식을 사용할 수 있습니다.
예제
NovaPCIPassthrough: - product_id: "0x7b18" vendor_id: "0x8086" address: "0000:08:00.*" trusted: "true"(BZ#1913862)
이번 업데이트 이전에는 collectd 스마트 플러그인이 작동하려면 CAP_SYS_RAWIO 기능이 필요했습니다. 기본적으로 추가되지 않았습니다. 이번 업데이트를 통해 collectd 컨테이너에 기능을 추가할 수 있으며 스마트 플러그인이 작동합니다. 스마트 플러그인을 사용하는 경우 환경 파일에서 다음 매개변수를 지정합니다. CollectdContainer additionalCapAdd:
- "CAP_SYS_RAWIO" (BZ#1984556)
- Red Hat OpenStack Platform 17.0에서는 collectd 프로세스 플러그인이 기본 플러그인 목록에서 제거되었습니다. collectd 프로세스 플러그인을 로드하면 로그가 "procs_running not found"와 같은 메시지가 플러드될 수 있습니다. (BZ#2101948)
- RHOSP(Red Hat OpenStack Platform) 17.0 GA에서는 RHOSP Networking 서비스(neutron) ML2/OVN과 RHOSP DNS 서비스(designate) 간의 통합을 위해 기술 프리뷰를 사용할 수 있습니다. 결과적으로 DNS 서비스에서 새로 생성된 VM에 대한 DNS 항목이 자동으로 추가되지 않습니다. (BZ#1884782)
openstack-tripleo-validations 구성 요소 관련 변경 사항:
- 현재 'undercloud-heat-purge-deleted' 검증에 실패하는 알려진 문제가 있습니다. 이는 Red Hat OpenStack Platform 17과 호환되지 않기 때문입니다. 해결방법: 이 검증을 건너뛰려면 '---skip-list'로 'undercloud-heat-purge-deleted'를 Skip 'undercloud-heat-purge-deleted'합니다. (BZ#2105291)
puppet-collectd 구성 요소 관련 변경 사항:
- 이번 개선된 기능을 통해 collectd의 PluginInstanceFormat 매개변수를 사용하여 두 개 이상의 값을 지정할 수 있습니다. (BZ#1954103)
python-octaviaclient 구성 요소 관련 변경 사항:
- 이번 개선된 기능에는 오브젝트 태그에 대한 Octavia 지원이 포함됩니다. 이를 통해 사용자는 로드 밸런서 리소스에 메타데이터를 추가하고 태그를 기반으로 쿼리 결과를 필터링할 수 있습니다. (BZ#1813573)
python-openstackclient 구성 요소 관련 변경 사항:
- 이번 개선된 기능에는 Block Storage 서비스(cinder) API 3.42에 대한 OpenStack CLI (OSC) 지원이 포함되어 있습니다. 이를 통해 OSC는 온라인 볼륨을 확장할 수 있습니다. (BZ#1689706)
python-validations-libs 구성 요소 관련 변경 사항:
- 이번 개선된 기능에는 '-limit' 인수를 'openstack tripleo validator show history' 명령에 추가합니다. 이 인수를 사용하여 지정된 수의 가장 최근 검증만 표시할 수 있습니다. (BZ#1944872)
이번 업데이트를 통해 유효성 검사 프레임워크는 특정 용도로 매개 변수를 설정할 수 있는 구성 파일을 제공합니다. 코드 소스의 루트 또는 기본 위치인
/etc/validation.cfg에서 이 파일의 예를 찾을 수 있습니다./etc/에서 기본 파일을 사용하거나 자체 파일을 사용하여--config인수를 사용하여 CLI에 제공할 수 있습니다.구성 파일을 사용하는 경우 변수 우선 순위에 대한 순서가 있습니다. 다음 순서는 변수 우선 순위의 순서입니다.
- 사용자 CLI 인수
- 구성 파일
- 기본 간격 값 (BZ#1971607)
-
이번 업데이트를 통해 새 인수
--skiplist를검증 run명령에 제공할 수 있습니다. 검증을 실행할 때 건너뛸 서비스가 포함된yaml파일과 함께 이 명령을 사용합니다. (BZ#2013120)
tripleo-ansible 구성 요소 관련 변경 사항:
-
이 보안 기능 향상을 통해 OpenStack Shared File System 서비스(manila)에 필요한 사용자 권한 수준이 줄어듭니다. 공유 파일 시스템 서비스에서 이러한 목적으로
Ceph Manager서비스에서 노출하는 API를 사용하므로 더 이상 Ceph 사용자를 생성하고 조작할 수 있는 권한이 없습니다. (BZ#1973356) -
이제
오버클라우드 노드 [un]provision명령을 사용하여 애플리케이션의 베어 메탈 노드를 사전 프로비저닝할 수 있습니다. (BZ#2041429) - 이번 수정을 통해 ML2/OVN 배포의 VLAN 공급자 네트워크에 트래픽이 배포됩니다. 이전에는 DVR(Distributed Virtual Router) 기능을 활성화한 상태에서 VLAN 공급자 네트워크의 트래픽이 중앙 집중화되었습니다. (BZ#2101937)
validations-common 구성 요소 관련 변경 사항:
- 이번 업데이트에서는 다양한 Ansible 프로세스에서 등록된 콜백 출력을 검증 로깅 디렉터리로 잘못 리디렉션하는 버그가 수정되었습니다. 다른 프로세스의 출력은 더 이상 검증 로깅 디렉터리에 저장되지 않습니다. 요청이 없는 경우 VF 콜백은 플레이에 대한 정보를 더 이상 수신하지 않습니다. (BZ#1944586)
4.2. RHBA-2023:0271 - Red Hat OpenStack Platform 17.0.1 버그 수정 및 개선 권고
openstack-aodh 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 Alarming 서비스(aodh)에서 더 이상 사용되지 않는 gnocchi API를 사용하여 메트릭을 집계했습니다. 이로 인해 gnocchi 결과에서 CPU 사용량에 대한 잘못된 메트릭 측정이 발생했습니다. 이번 업데이트에서는 기존 메트릭을 다시 집계하는 기능과 필요에 따라 메트릭을 만들고 변환하는 기능을 지원하는 gnocchi의 동적 집계를 사용하면 문제를 해결합니다. gnocchi의 CPU 사용량이 올바르게 계산됩니다. (BZ#2133029)
openstack-designate 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 TLS-everywhere가 활성화된 경우 RHOSP(Red Hat OpenStack Platform) DNS 서비스(designate)를 시작할 수 없었습니다. 이는 TLS를 통해 Redis에 연결할 수 없기 때문에 발생했습니다. RHOSP 17.0.1에서 이 업데이트를 통해 이 문제가 해결되었습니다. (BZ#2121634)
openstack-ironic-python-agent 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 ironic-python-agent 서비스에서 RHEL 8.6 UEFI 부트 로더 파일을 이해하지 못했기 때문에 UEFI 모드에서 RHEL 8.6.6 이미지를 배포하면 ironic-python-agent를 사용할 때 오류가 발생했습니다. 이번 업데이트를 통해 이제 UEFI 모드에서 RHEL 8.6을 배포할 수 있습니다. (BZ#2135549)
openstack-nova 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 기본 RHEL 문제로 인해 인스턴스의 UEFI 부팅에 알려진 문제가 발생했습니다. 이번 업데이트를 통해 기본 RHEL 문제가 수정되었으며 인스턴스의 UEFI Secure Boot 기능을 사용할 수 있습니다. (BZ#2106763)
openstack-octavia 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 OVN 공급자 로드 밸런서가 특정 조건에서 PENDING DELETE에 고정될 수 있는 Octavia에서 경쟁 조건이 발생했습니다. 이로 인해 로드 밸런서를 변경할 수 없어 업데이트할 수 없었습니다. 이번 업데이트를 통해 문제를 해결하기 위해 경쟁 조건이 수정되었습니다. (BZ#2123658)
openstack-tripleo-heat-templates 구성 요소 관련 변경 사항:
- 이번 업데이트 이전에는 Podman 로그 콘텐츠의 사용 불가능으로 인해 상태 점검 상태 스크립트가 실패했습니다. 이번 업데이트를 통해 상태 스크립트로 업데이트하면 Podman 로그 대신 Podman 소켓을 사용하여 문제를 해결합니다. 결과적으로 Service Telemetry Framework의 감지 가능성을 통해 제공되는 API 상태 점검이 작동합니다. (BZ#2091076)
현재 RHOSP 17.0에는FRR(Free Range Router) 컨테이너가 상주하는 호스트가 재부팅된 후 시작되지 않는 알려진 문제가 있습니다. 이 문제는 BGP 구성에서 누락된 파일로 인해 발생합니다. 해결방법:
/etc/tmpfiles.d/run-frr.conf파일을 생성하고 다음 행을 추가합니다.d /run/frr 0750 root root - -
이 변경을 수행한 후 각 재부팅 후
tmpfiles가/run/frr을 다시 생성하고 FRR 컨테이너를 시작할 수 있습니다. (BZ#2127965)
python-os-vif 구성 요소 관련 변경 사항:
-
이번 업데이트 이전에는
ovsdb연결 시간 초과로 인해nova-compute에이전트가 응답하지 않았습니다. 이번 업데이트에서는 문제가 해결되었습니다. (BZ#2085583)
python-ovn-octavia-provider 구성 요소 관련 변경 사항:
-
이번 업데이트 이전에는 멤버의 서브넷이 로드 밸런서 VIP의 서브넷과 다른 경우 서브넷 정보 없이 멤버를 추가하면 ovn-octavia 공급자가
subnet_id의 VIP 서브넷을 잘못 사용하여 오류가 발생하지 않고 멤버에 연결되지 않았습니다. 이번 업데이트를 통해 서브넷 정보가 없는 경우 멤버의 실제 IP가 VIP가 속하는 동일한 CIDR에 속하는지 확인합니다. 두 IP 주소가 일치하지 않으면subnet_id를 요청하는 작업이 거부됩니다. (BZ#2122926) 이번 업데이트 이전에는 2개의 서브넷(IPv4 및 IPv6)이 있는 LS(neutron 네트워크)에 ovn-lb가 생성되고 이 LS가 LR에 연결된 경우 LS에서 LS를 제거하면 LS에서 ovn-lb을 제거하여 모든 datapath에 연결되지 않으므로 OVN SB DB에서 삭제합니다. LS를 LR(네트워크 및 서브넷에 네트워크 및 서브넷)에 다시 추가할 때 ovn-lb은 OVN 수준에서 LR/LS에 제대로 연결되지 않으며 연결되지 않습니다.
이번 업데이트를 통해 다른 서브넷에 속하는 라우터 포트가 고려되지 않고 ovn-lb가 LS에서 제거되지 않도록 IP 버전을 확인합니다. 이로 인해 라우터에서 서브넷이 제거되면 ovn-lb가 올바르게 연결됩니다. 이 문제가 해결되었습니다. (BZ#2135270)
tripleo-ansible 구성 요소 관련 변경 사항:
현재 초기 프로비저닝 후 tuned 커널 구성이 적용되지 않는 알려진 문제가 있습니다.
해결방법: 다음 사용자 지정 플레이북을 사용하여 tuned 커널 명령줄 인수가 적용되었는지 확인할 수 있습니다. 언더클라우드 노드의
/usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml로 다음 플레이북을 저장합니다.- name: Reset BLSCFG of compute node(s) meant for NFV deployments hosts: allovercloud any_errors_fatal: true gather_facts: true pre_tasks: - name: Wait for provisioned nodes to boot wait_for_connection: timeout: 600 delay: 10 tasks: - name: Reset BLSCFG flag in grub file, if it is enabled become: true lineinfile: path: /etc/default/grub line: "GRUB_ENABLE_BLSCFG=false" regexp: "^GRUB_ENABLE_BLSCFG=.*" insertafter: '^GRUB_DISABLE_RECOVERY.*'kernelargs를 설정하는 플레이북 전에cli-overcloud-node-reset-blscfg.yaml플레이북을 실행하려면 노드 정의 파일overcloud-baremetal-deploy.yaml에서 역할을 구성합니다.- name: ComputeOvsDpdkSriov count: 2 hostname_format: computeovsdpdksriov-%index% defaults: networks: - network: internal_api subnet: internal_api_subnet - network: tenant subnet: tenant_subnet - network: storage subnet: storage_subnet network_config: template: /home/stack/osp17_ref/nic-configs/computeovsdpdksriov.j2 config_drive: cloud_config: ssh_pwauth: true disable_root: false chpasswd: list: |- root:12345678 expire: False ansible_playbooks: - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-kernelargs.yaml extra_vars: reboot_wait_timeout: 600 kernel_args: 'default_hugepagesz=1GB hugepagesz=1G hugepages=32 iommu=pt intel_iommu=on isolcpus=1-11,13-23' tuned_profile: 'cpu-partitioning' tuned_isolated_cores: '1-11,13-23' - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-openvswitch-dpdk.yaml extra_vars: memory_channels: '4' lcore: '0,12' pmd: '1,13,2,14,3,15' socket_mem: '4096' disable_emc: false enable_tso: false revalidator: '' handler: '' pmd_auto_lb: false pmd_load_threshold: '' pmd_improvement_threshold: '' pmd_rebal_interval: '' nova_postcopy: true(BZ#2107896)
-
이번 업데이트 이전에는 베어 메탈 프로비저닝 정의의
network_config스키마에서num_dpdk_interface_rx_queues매개변수를 설정할 수 없어 베어 메탈 노드 프로비저닝 프로세스를 차단하는 스키마 검증 오류가 발생했습니다. 이번 업데이트를 통해 'num_dpdk_interface_rx_queues' 매개변수가 사용될 때 스키마 validaton 오류가 더 이상 발생하지 않습니다. 이 문제가 해결되었습니다. (BZ#2140881)
5장. 문서 변경 사항
이 섹션에서는 RHOSP(Red Hat OpenStack Platform) 17.0과 함께 제공되는 주요 문서 업데이트와 새로운 기능 추가, 개선 사항 및 수정 사항을 포함하는 설명서 세트의 변경 사항에 대해 자세히 설명합니다. 이 섹션에서는 새로운 제목의 추가 및 폐기 또는 교체 제목 제거에 대해 자세히 설명합니다.
표 5.1. 테이블 범례
| column | 의미 |
|---|---|
| 날짜 | 문서 변경 사항이 게시된 날짜입니다. |
| 영향을 받는 17.0 버전 | 문서 변경에 영향을 주는 RHOSP 17.0 버전입니다. 달리 명시되지 않는 한, 특정 버전에 영향을 미치는 변경은 이후의 모든 버전에도 영향을 미칩니다. |
| components | 금지 변경 사항이 영향을 미치는 RHOSP 구성 요소입니다. |
| 영향을 받는 콘텐츠 | 변경 또는 업데이트가 포함된 RHOSP 문서입니다. |
| 변경에 대한 설명 | 문서의 변경 사항에 대한 간략한 요약입니다. |
표 5.2. 문서 변경 사항
| 날짜 | 영향을 받는 17.0 버전 | components | 영향을 받는 콘텐츠 | 변경에 대한 설명 |
|---|---|---|---|---|
| 25 Jan 2023 | 17.0 | 업데이트 | 소프트웨어 수정으로 인해 섹션 3.3의 목록에서 삭제된 공지 사항 | |
| 2023년 1월 23일 | 17.0 | Networking | DCN(Distributed Compute Node) 사용 사례를 식별하기 위해 몇 가지 변경 사항이 변경되었습니다. | |
| 17 Jan 2023 | 17.0 | Networking | " ML2/OVN" 및 " ML2/OVN 및 기본 OVN DHCP를 사용한 SR-IOV를 사용하여 사용자 정의 역할 배포"에 두 가지 주제가 추가되었습니다. | |
| 17 Jan 2023 | 17.0 | edge | 에지에서 스토리지를 배포하는 절차에서 중복 단계 제거 | |
| 2023년 1월 16일 | 17.0 | Networking | 일부 DHCP 릴레이의 경우 옵션 79에 대한 중요한 평가를 추가했습니다. | |
| 2023년 1월 13일 | 17.0 | edge | 더 이상 사용되지 않는 파일 dcn-hci.yaml의 인스턴스 교체 dcn-storage.yaml | |
| 2023년 1월 13일 | 17.0 | edge | example deploy 명령에 필요한 deployed_ceph.yaml 및 central_ceph_external.yaml을 포함합니다. | |
| 2023년 1월 13일 | 17.0 | edge |
안내를 통해 일관성을 위해 | |
| 2023년 1월 11일 | 17.0 | edge |
| |
| 2023년 12월 22일 | 17.0 | 네트워크 기능 가상화 | 네트워크 기능 가상화 제품 가이드 | RHOSP 17.0에서 NFV(Network Functions Virtualization)를 지원하지 않기 때문에 제거된 가이드입니다. |
| 2023년 12월 22일 | 17.0 | 네트워크 기능 가상화 | 네트워크 기능 가상화 계획 및 구성 가이드 | RHOSP 17.0에서 NFV를 지원하지 않기 때문에 가이드 삭제 |
| 2022년 12월 22일 | 17.0 | 보안 | 컨테이너 조사 및 수정 절차 추가 | |
| 2022년 12월 22일 | 17.0 | 보안 | 개인 키의 기본 크기를 늘리기 위한 프로세스 추가 | |
| 2022년 12월 21일 | 17.0 | Compute |
| |
| 2022년 12월 20일 | 17.0 | Networking | 4단계와 5단계가 변경되었습니다. | |
| 2022년 12월 20일 | 17.0 | edge |
2단계가 업데이트되어 | |
| 2022년 12월 9일 | 17.0 | Networking | 리소스 공급자 하이퍼바이저에 대한 단계(7.ii.)가 변경되었습니다. | |
| 2022년 12월 8일 | 17.0 | Networking |
컴퓨팅 노드의 해당 OVN 메타데이터 네임스페이스가 ovnmeta-< | |
| 2022년 12월 8일 | 17.0 | Networking | ML2/OVN이 터널링된 프로토콜에서 QoS 정책을 표시하는 DestinationRuleP 정책을 지원하지 않는다는 내용의 표 9.1에 추가되었습니다. | |
| 2022년 11월 30일 | 17.0 | Networking | "로드 밸런싱 서비스 플레이버 구성"의 세 가지 주제에서는 사용자에게 특정 OpenStack 명령을 실행하도록 언더클라우드에 액세스하도록 잘못 지시했습니다. 대신 사용자가 오버클라우드에 액세스해야 합니다. | |
| 2022년 11월 30일 | 17.0 | 보안 | 반복 실패한 로그인을 중지하는 프로세스 추가 | |
| 2022년 11월 23일 | 17.0 | 하드웨어 프로비저닝 |
노드 정의 파일에서 | |
| 2022년 11월 22일 | 17.0 | 스토리지 | 대시보드 서비스(horizon) 대신 Image 서비스(glance) 명령줄 클라이언트를 사용하여 이미지를 생성하고 관리하도록 업데이트된 절차입니다. | |
| 2022년 11월 9일 | 17.0 | 업데이트 |
| |
| 2022년 11월 7일 | 17.0 | 업데이트 | 사용자 정의 NIC 템플릿을 다시 생성하기 위한 사전 요구 사항이 추가되었습니다. | |
| 2022년 10월 28일 | 17.0 | 백업 및 복원 | 정적 ansible 인벤토리 파일을 추출하는 데 사용하는 명령이 업데이트되었습니다. | |
| 2022년 10월 20일 | 17.0 | Compute |
| |
| 2022년 10월 19일 | 17.0 | DCN | 언더클라우드에서 스파인/리프형 네트워킹을 구성하는 절차가 추가되었습니다. | |
| 2022년 10월 19일 | 17.0 | DCN | DCN 노드를 교체하기 위한 절차가 추가되었습니다. | |
| 2022년 10월 19일 | 17.0 | 검증 | Director 설치 및 사용 가이드 | tripleo 검증 명령을 새 CLI 검증 명령으로 교체했습니다. |
| 2022년 10월 19일 | 17.0 | 검증 | 검증 생성에 대한 절차적 콘텐츠가 추가되었습니다. | |
| 2022년 10월 19일 | 17.0 | 검증 | 검증 구성 파일 변경에 대한 절차적 콘텐츠가 추가되었습니다. | |
| 2022년 10월 14일 | 17.0 | ID | 기본 영역 이름 변경에 대한 절차적 콘텐츠가 추가되었습니다. | |
| 2022년 10월 14일 | 17.0 | ID | 리소스 자격 증명 파일에 대한 개념적 정보를 추가했습니다. | |
| 2022년 10월 14일 | 17.0 | 하드웨어 프로비저닝 | 물리적 네트워크의 네트워크 리소스를 프로비저닝하고 베어 메탈 노드를 프로비저닝할 때 기본 템플릿 대신 고유한 템플릿을 사용하는 방법에 대한 세부 정보를 포함하도록 프로비저닝 단계를 업데이트했습니다. | |
| 2022년 10월 11일 | 17.0 | Networking |
고객이 기본 | |
| 2022년 10월 4일 | 17.0 | Networking | 네트워킹 가이드 주제에서 SRIOV 에이전트의 예제가 변경되었습니다. " QoS 정책에 대한 네트워킹 서비스 구성"입니다. | |
| 2022년 10월 | 17.0 | Networking |
Director 설치 및 사용 가이드 주제인 "네트워크 정의 파일 구성 옵션"에서 | |
| 2022년 9월 30일 | 17.0 | Networking | "bugs에서 OVN 컨트롤러 및 메타데이터 에이전트가 제거되지 않음"에 대한 참고 사항은 Director 설치 및 사용 가이드 주제인 "컨트롤러 노드 교체 후 사용" 항목에서 삭제되었습니다. | |
| 2022년 9월 28일 | 17.0 | All | All |
RHOSP(Red Hat OpenStack Platform) 17.0에서는 |
| 2022년 9월 28일 | 17.0 | Networking | 네트워킹 가이드 의 "네트워크 문제 해결" 장에 중요한 변경 사항이 변경되었습니다. | |
| 2022년 9월 21일 | 17.0 | Networking | RHOSP(Red Hat OpenStack Platform) 17.0에서는 새로운 RHOSP DNS 서비스(designate)를 지원하기 위해 가이드가 추가되었습니다. | |
| 2022년 9월 21일 | 17.0 | 업그레이드 | 업그레이드용 프레임워크 가이드 | 이전 버전의 업그레이드가 지원되지 않으므로 업그레이드용 프레임워크 는 RHOSP 17.0 라이프 사이클에 게시되지 않습니다. 업그레이드는 RHOSP 17.1에서 지원되며 업그레이드 가이드의 프레임워크가 게시됩니다. RHOSP 17.0.0에서 17.0.z로의 업데이트는 RHOSP 17.0 라이프 사이클에서 지원됩니다. 자세한 내용은 Red Hat OpenStack Platform Updated 유지를 참조하십시오. |
| 2022년 9월 21일 | 17.0 | Networking | ML2/OVN Mechanism Driver 가이드로 네트워킹 서비스 를 마이그레이션하는 것은 ML2/OVN 마이그레이션 테스트의 제목에서 ML2/OVN Mechanism Driver로의 네트워킹 서비스 마이그레이션 제목에서만 RHOSP 17.0에 게시됩니다. 프로덕션에는 필요하지 않으므로 RHOSP 17.0에서는 ML2/OVN 마이그레이션이 지원되지 않습니다. Red Hat은 RHOSP 17.0 업그레이드를 지원하지 않으며 모든 RHOSP 17.0 배포는 기본 ML2/OVN 메커니즘 드라이버를 사용합니다. 따라서 모든 RHOSP 17.0 배포는 ML2/OVN으로 시작하고 프로덕션에는 마이그레이션이 필요하지 않습니다. | |
| 2022년 9월 21일 | 17.0 | Compute | Compute Cells 가이드로 배포 스케일링 | RHOSP 17.0에서는 Compute 셀이 작동하지 않으므로 RHOSP 17.0에 대해 확장 배포 가이드를 게시하지 않습니다. 따라서 기본 문제가 해결될 때까지 Compute 셀이 포함된 확장 배포 가 제거되었습니다. |
| 2022년 9월 21일 | 17.0 | All |
| RHOSP 17.0의 Advanced Overcloud Customization 가이드가 제거되었으며 콘텐츠는 다른 여러 가이드로 이동되었습니다. 예를 들어 네트워킹에 대한 여러 장이 Director 설치 및 사용 가이드로 이동되었으며 "이미지 가져오기 방법 및 공유 스테이징 영역 구성" 장의 이미지 생성 및 관리 가이드로 이동되었습니다. |
| 2022년 9월 21일 | 17.0 | 보안 | ID 서비스 가이드와 의 통합 | RHOSP 17.0의 Federate with Identity Service 가이드가 제거되었습니다. 해당 내용은 현재 개발 중인 Red Hat 지식베이스 문서에 통합되어 있습니다. |
| 2022년 9월 21일 | 17.0 | 보안 | Overcloud 배포 가이드가 제거되었습니다. ECDHE 키 사용에 대한 자세한 내용은 보안 및 강화 가이드를 참조하십시오. | |
| 2022년 9월 21일 | 17.0 | All | 제품 문서 방문 페이지 (Splash 페이지라고도 함)가 재구성되었습니다. 섹션은 이름 변경, 제거 또는 교체되었으며 제목 목록은 최신 제목 집합을 나타냅니다. | |
| 2022년 9월 21일 | 17.0 | All | director와 함께 Red Hat Ceph Storage 및 Red Hat OpenStack Platform 배포 | 컨테이너화된 Red Hat Ceph 가이드를 사용하여 오버클라우드 배포 가이드를 director와 함께 Red Hat Ceph Storage 및 Red Hat OpenStack Platform 배포 라고 합니다. 이 문서의 내용은 Red Hat Ceph Storage 배포의 변경 사항을 반영하도록 변경되었습니다. |
| 2022년 9월 21일 | 17.0 | All | Red Hat OpenStack Platform용 방화벽 규칙 은 RHOSP 17.0에 업데이트되거나 게시되지 않습니다. Red Hat은 RHOSP 17.1에 대한 가이드를 업데이트하고 게시할 계획입니다. |