3.5. RHOSO 18.0 GA 릴리스 정보


3.5.1. 권고 목록

이번 Red Hat OpenStack Services on OpenShift (RHOSO) 릴리스에는 다음 권고가 포함되어 있습니다.

RHEA-2024:5245
RHOSO 18.0의 구성 요소 릴리스
RHEA-2024:5246
RHOSO 18.0용 컨테이너 릴리스
RHEA-2024:5247
RHOSO 18.0용 데이터 플레인 Operator
RHEA-2024:5248
RHOSO 18.0용 컨트롤 플레인 Operator
RHEA-2024:5249
RHOSO 18.0의 구성 요소 릴리스

3.5.2. 가시성

3.5.2.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

Telemetry Operator를 사용하여 지표 스토리지 배포

Telemetry Operator는 이제 MonitoringStack 리소스를 통해 cluster-observability-operator 를 사용하여 Prometheus 배포 및 작동을 지원합니다.

Jira:OSPRH-1896

메트릭 및 경보와의 상호 작용 확장

이제 OpenStack CLI에서 openstack metricopenstack alarm 명령을 사용하여 메트릭 및 알람과 상호 작용할 수 있습니다. 이러한 명령은 문제 해결에 유용합니다.

Jira:OSPRH-2892

Ceilometer는 TCP 게시자를 사용하여 Prometheus의 데이터를 노출합니다.

이제 Ceilometer에서 TCP 게시자를 사용하여 지표 데이터를 sg-core에 게시하여 Prometheus를 스크랩할 수 있습니다.

Jira:OSPRH-2957

메트릭 스토리지 및 메트릭 기반 자동 스케일링의 Gnocchi 대체

RHOSO 18.0에서 Prometheus는 메트릭 및 메트릭 기반 자동 스케일링의 Gnocchi를 대체합니다.

Jira:OSPRH-3057

컴퓨팅 노드 로그 컬렉션

RHOSO는 Cluster Logging Operator(cluster-logging-operator)를 사용하여 OpenStack 컴퓨팅 노드에서 로그를 수집하고 중앙 집중식으로 저장합니다.

Jira:OSPRH-802

OpenStack 메트릭에 대한 대시보드 그래프

RHOCP(Red Hat OpenShift Container Platform) 콘솔 UI에서 OpenStack 지표에 대한 그래프 대시보드를 제공합니다.

Jira:OSPRH-824

3.5.3. Compute

3.5.3.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

컴퓨팅 서비스에서 기본 보안 RBAC 지원

osp 17.1 보안 역할 기반 액세스 제어는 사용자 지정 정책을 사용하여 구현되었습니다. RHOSO-18.0.0에서는 nova의 SRBAC 기본 지원을 사용하여 구현됩니다. 결과적으로 모든 OpenStack 배포가 기본적으로 ADMIN, MEMBER 및 READER 역할을 지원합니다.

Jira:OSPRH-1505

Compute 서비스 API 마이크로버전 2.90 및 2.94를 사용하여 Compute 서비스(nova) 인스턴스의 호스트 이름 설정

이번 개선된 기능을 통해 이제 RHOSO의 18.0 릴리스에 포함된 Compute 서비스 API 마이크로버전 2.90 및 2.94를 사용하여 Compute 서비스(nova) 인스턴스의 호스트 이름을 설정할 수 있습니다.

API microversion 2.90을 사용하면 인스턴스를 생성, 업데이트 또는 다시 빌드할 때 선택적 호스트 이름을 지정할 수 있습니다. 이는 기간이 없는 짧은 이름이며 메타데이터 API 또는 구성 드라이브를 통해 게스트 OS에서 사용할 수 있는 메타데이터에 표시됩니다. 게스트에 설치 및 구성된 경우 cloud-init 는 이 선택적 호스트 이름을 사용하여 게스트 호스트 이름을 설정합니다.

API microversion 2.94는 호스트 이름을 지정하는 모든 위치에서 FQDN(정규화된 도메인 이름)을 지정할 수 있도록 하여 마이크로 버전 2.90을 확장합니다. FQDN을 인스턴스 호스트 이름으로 사용하는 경우 메타데이터 API의 hostname 필드에 올바른 FQDN이 표시되려면 [api]dhcp_domain 구성 옵션을 빈 문자열로 설정해야 합니다.

Jira:OSPRH-17

전용 CPU 전원 상태 관리

[libvirt]cpu_power_management를 True로 설정하여 전용 CPU 전원 상태를 관리하도록 nova-compute 서비스를 구성할 수 있습니다.

이 기능을 사용하려면 [compute]cpu_dedicated_set로 Compute 서비스를 설정해야 합니다. 이 설정을 사용하면 인스턴스에서 사용할 때까지 모든 전용 CPU의 전원이 꺼집니다. 사용하는 인스턴스가 부팅되면 전원이 켜집니다. 전원 관리가 구성되었지만 [compute]cpu_dedicated_set이 설정되지 않은 경우 컴퓨팅 서비스가 시작되지 않습니다.

기본적으로 전원 전략은 전원을 켜고 CPU의 전원을 켜고 온라인 상태일 때 CPU를 오프라인 상태로 설정하지만 다른 전략이 가능합니다. [libvirt]cpu_power_management_strategy=governor 대신 governor를 설정하고 [libvirt]cpu_power_governor_low [libvirt]cpu_power_governor_high를 사용하여 온라인 및 오프라인 모드(성능 및 전원저장)에서 사용할 제어자를 지시하도록 설정합니다.

Jira:OSPRH-18

v2.95로 STOPPED로 비우기

v2.95 마이크로 버전부터는 대상에서 비우는 모든 인스턴스가 중지됩니다. Operator는 v2.95 아래의 마이크로 버전을 선택하여 이전 동작을 계속 사용할 수 있습니다. v2.95 이전에는 비우기 전에 VM이 활성 상태인 경우 비우기에 실패한 후 활성 상태로 복원되었습니다. 하이퍼바이저가 중단되어 워크로드가 I/O 손상이 발생하면 복구하기가 더 어려워지거나 단일 VM의 장애를 허용하는 클러스터형 애플리케이션이 워크로드인 경우 추가 문제가 발생할 수 있습니다. 따라서 항상 중지 상태로 비우고 테넌트에서 VM 복구 방법을 결정할 수 있는 것이 더 안전한 것으로 간주됩니다.

Jira:OSPRH-184

Compute 서비스 호스트 이름 변경

Compute 서비스(nova)를 시작하고 Compute 호스트가 이름 변경을 감지하는 경우 호스트 이름 변경 이유를 알고 있어야 합니다. 문제를 해결할 때 Compute 서비스를 다시 시작해야 합니다.

Jira:OSPRH-20

포트에 L2 네트워크 연결만 필요한 경우 IP 주소 없이 neutron 포트를 만듭니다.

네트워크 백엔드에 L2 연결이 있는 경우 고정 IP 주소가 없는 고정 포트가 있는 포트를 사용하여 인스턴스를 생성할 수 있습니다.

RHOSP의 이전 릴리스에서는 모든 neutron 포트에 IP 주소가 있어야 했습니다. IP 주소 할당은 즉시(기본값) L3 라우팅 네트워크에 대해 지연될 수 있습니다. RHOSO 18.0에서는 해당 요구 사항이 제거되었습니다. 이제 포트에 L2 네트워크 연결만 필요한 경우 IP 주소 없이 neutron 포트를 생성할 수 있습니다.

이 기능을 사용하려면 VM 인스턴스를 생성하거나 기존 인스턴스에 포트를 연결할 때 사용할 nova에 전달하기 전에 neutron 포트에서 ip_allocation = 'none' 을 설정합니다.

Jira:OSPRH-57

RHOSO 18.0.0의 Windows 게스트용 libvirt XML의 새로운 기능

이번 업데이트에서는 Windows 게스트의 libvirt XML에 다음 사항이 추가되었습니다.

  • vpindex
  • runtime
  • synic
  • reset
  • frequencies
  • tlbflush
  • IPI

이는 기존 적용 목록에 추가됩니다.

  • 완화됨
  • vapic
  • Spinlocks 재시도
  • vendor_id spoofing

Jira:OSPRH-58

NUMA 노드에서 인스턴스를 관리하는 새로운 기본값

RHOSP 17.1.4에서 기본값은 NUMA 노드에 인스턴스를 패키징하는 것이었습니다.

RHOSO 18.0에서는 NUMA 노드 간에 인스턴스의 균형을 조정하도록 기본값이 변경되었습니다. NUMA 노드에서 기본 인스턴스를 변경하고 인스턴스를 패키지하려면 다음을 설정합니다.

[compute]
packing_host_numa_cells_allocation_strategy = True

스케줄러 및 계산 노드 nova.conf 모두에서

Jira:OSPRH-59

다른 이미지로 볼륨 지원 인스턴스 다시 빌드

이번 업데이트에서는 다른 이미지에서 볼륨 지원 인스턴스를 다시 빌드할 수 있는 기능이 추가되었습니다.

이번 업데이트 이전에는 부팅 볼륨의 원래 이미지에서 볼륨 지원 인스턴스만 다시 빌드할 수 있었습니다.

이제 cinder 측에서 부팅 볼륨을 다시 빌드한 후 인스턴스를 다시 빌드할 수 있습니다.

이 기능에는 API microversion 2.93 이상이 필요합니다.

Jira:OSPRH-66

아카이브 'task_log' 데이터베이스 레코드

이번 개선된 기능에는 nova-manage db archive_deleted_rows CLI에 --task-log 옵션이 추가되었습니다. --task-log 옵션을 사용하면 데이터베이스를 보관하는 동안 task_log 테이블 레코드가 보관됩니다. 이 옵션은 nova-operator 데이터베이스 제거 cron 작업의 기본값입니다. 이전에는 수동 데이터베이스 수정없이 task_log 테이블을 삭제할 방법이 없었습니다.

지정된 < date>보다 오래된 레코드에 --before 옵션과 함께 --task-log 옵션을 사용할 수 있습니다. updated_at 필드는 specifed < date >와 비교하여 아카이브에 대한 task_log 레코드의 기간을 결정합니다.

[DEFAULT]instance_usage_audit = True 를 사용하여 nova-compute 를 구성하는 경우 task_log 데이터베이스 테이블에 --task-log use의 감사 로그를 유지 관리합니다.

Jira:OSPRH-68

가상 IOMMU 장치 지원

Libvirt 드라이버는 게스트에 가상 IOMMU 장치를 추가할 수 있습니다. 이 기능은 Q35 시스템 유형을 사용하는 x86 호스트에 적용됩니다. 기능을 활성화하려면 hw:viommu_model 추가 사양 또는 이와 동등한 이미지 메타데이터 속성 hw_viommu_model 을 제공합니다. 다음 값이 지원됩니다: intel,smmuv3,virtio. 기본값은 auto 이며 virtio 를 자동으로 선택합니다.

참고

vIOMMU에 도입된 오버헤드가 발생할 수 있으므로 필요한 워크로드에 대해서만 이 기능을 활성화합니다.

Jira:OSPRH-69

서버 unshelve 명령에 대한 추가 옵션

이번 업데이트를 통해 RHOSO 18.0.0의 서버 unshelve 명령에 새로운 옵션이 추가되었습니다.

host 옵션을 사용하면 관리자가 대상 호스트를 지정할 수 있습니다. --no-availability-zone 옵션을 사용하면 관리자가 가용성 영역을 지정할 수 있습니다. 두 옵션 모두 서버가 SHELVED_OFFLOADED 상태에 있어야 하며 Compute API 버전이 2.91 이상이어야 합니다.

Jira:OSPRH-74

bochs libvirt 비디오 모델 지원

이 릴리스에서는 bochs libvirt 비디오 모델을 사용하는 기능이 추가되었습니다. bochs libvirt 비디오 모델은 UEFI 게스트에 가장 적합한 레거시 무료 비디오 모델입니다. 경우에 따라 게스트가 직접 VGA 하드웨어 액세스에 의존하지 않는 경우와 같이 BIOS 게스트에 사용할 수 있습니다.

Jira:OSPRH-76

Compute 서비스(nova) 셀에서 삭제된 행 예약 및 제거

이제 nova-operator는 각 Compute 서비스(nova) 셀에 대한 주기적인 작업을 예약하여 셀 데이터베이스에서 삭제된 행을 보관하고 삭제합니다. cellTemplates의 각 셀에 대한 {{OpenStackControlPlane.spec.nova.template.cellTemplates[].dbPurge}} 구조에서 아카이브 및 제거할 데이터베이스 행의 기간과 기간의 빈도를 조정할 수 있습니다.

Jira:OSPRH-86

3.5.3.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

일시 중지된 인스턴스를 마이그레이션해도 더 이상 오류 메시지가 생성되지 않음

이번 업데이트 이전에는 nova.conf에서 live_migration_permit_post_copy=True를 사용하여 일시 중지된 인스턴스의 실시간 마이그레이션으로 인해 libvirt 드라이버가 [1]과 유사한 오류 메시지를 잘못 생성했습니다.

이제 live_migration_permit_post_copy=True를 사용하여 일시 중지된 인스턴스를 실시간 마이그레이션할 때 오류 메시지가 생성되지 않습니다.

[1] 오류 메시지 예: "Live Migration failure: argument unsupported: post-copy migration is not supported with non-live or paused migration: libvirt.libvirtError: argument unsupported: post-copy migration is not supported with non-live or paused migration.

Jira:OSPRH-41

TLS가 활성화된 네트워크 블록 장치(NBD) 실시간 마이그레이션 없음

RHOSO 18.0 베타에서 버그로 인해 네트워크 블록 장치(NBD)를 사용하여 TLS가 활성화된 컴퓨팅 노드 간에 스토리지를 실시간 마이그레이션할 수 없습니다. https://issues.redhat.com/browse/OSPRH-6931 을 참조하십시오.

이 문제는 해결되었으며 TLS가 활성화된 실시간 마이그레이션이 로컬 스토리지에서 지원됩니다.

Jira:OSPRH-6740

cpu_power_managmenttrue로 설정된 경우 인스턴스를 삭제할 수 없습니다

rhos-18.0.0 베타 릴리스에서는 전원 관리가 활성화된 경우 생성된 직후 인스턴스가 삭제되지 않는 알려진 문제가 발견되었습니다.

이 문제는 이제 rhoso-18.0.0 릴리스에서 해결되었습니다.

Jira:OSPRH-7103

3.5.3.3. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 예제 를 참조하십시오.

배치 서비스의 PCI 장치 추적의 기술 프리뷰

RHOSO 18.0.0에는 OpenStack 배치 서비스에서 PCI 장치를 추적하는 기능에 대한 기술 프리뷰가 도입되었습니다.

배치 서비스에서 PCI 장치를 추적하면 통합 제한 기술 프리뷰와 결합된 경우 PCI 장치에서 세분화된 할당량을 사용할 수 있습니다.

배치 서비스의 PCI 추적은 기본적으로 비활성화되어 있으며 플레이버 기반 PCI 패스스루로 제한됩니다. 네트워킹 서비스(neutron) SRIOV 포트에 대한 지원은 구현되지 않지만 이 기능이 완전히 지원되려면 필요합니다.

Jira:OSPRH-19

Compute 서비스(nova)에서 ID 서비스(Keystone) 통합 제한 사용

이 RHOSO 릴리스에서는 Compute 서비스에서 ID 서비스 통합 제한을 지원합니다. 통합 제한은 ID 서비스(Keystone)에서 리소스 할당량 제한을 중앙 집중화하고 사용자가 배치 서비스에서 추적되는 모든 Compute 서비스 리소스에 대한 할당량 제한을 관리할 수 있는 유연성을 제공합니다.

Jira:OSPRH-70

3.5.3.4. 제거된 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 제거된 기능에 대한 개요를 제공합니다.

제거된 기능은 이 제품에서 더 이상 지원되지 않으며 새로운 배포에는 권장되지 않습니다.

RHOSO 18에서 제거된 키 쌍 생성

키 쌍 생성은 RHOSP 17에서 더 이상 사용되지 않으며 RHOSO 18에서 제거되었습니다. 이제 SSH 명령줄 도구 ssh-keygen 으로 키 쌍을 사전 만든 다음 공개 키를 nova API에 전달해야 합니다.

Jira:OSPRH-67

i440fx PC 머신 유형이 더 이상 테스트 또는 지원되지 않음

RHOSP 17에서 i440fx PC 시스템 유형 pc-i440fx는 더 이상 사용되지 않으며 Q35는 x86_64의 기본 머신 유형이 되었습니다.

RHOSP 18에서는 i440fx PC 머신 유형이 더 이상 테스트되거나 지원되지 않습니다.

i440fx PC 시스템 유형은 Q35 머신 유형과 함께 작동하지 않는 레거시 애플리케이션에 대한 지원 예외 하에서 계속 사용할 수 있습니다. 이러한 워크로드가 있는 경우 Red Hat 지원팀에 문의하여 지원 예외를 요청하십시오.

RHOSP에서 i440fx PC 시스템 유형 지원을 제거하면 pc-i440fx를 사용하여 VNF 또는 타사 통합을 인증할 수 없습니다. Q35 시스템 유형을 사용해야 합니다.

Jira:OSPRH-7373

지원되지 않음: vDPA 및 하드웨어 오프로드 OVS는 지원되지 않습니다.

하드웨어 오프로드 OVS는 커널 swtichdev 및 tcflower 프로토콜을 사용하는 하드웨어에서 네트워크 트래픽을 처리하는 것으로 구성됩니다.

vDPA는 벤더에 중립적인 virtio 네트워크 인터페이스를 게스트에 제공하여 벤더별 가상 기능을 제공하는 대신 호스트 하드웨어의 세부 사항에서 워크로드를 분리하여 하드웨어 오프로드 OVS를 확장합니다.

하드웨어 오프로드 OVS 및 vDPA는 모두 RHOSO 18.0에서 지원되지 않으며 기존 사용자에게 업그레이드 경로를 사용할 수 없습니다.

현재 이 기능을 다시 도입하거나 vdpa 또는 하드웨어 오프로드 ovs와 관련된 새로운 기능에 계속 투자 할 계획이 없습니다.

이러한 제거된 기능에 대한 비즈니스 요구 사항이 있는 경우 Red Hat이 향후 RHOSO 릴리스에 대한 이러한 기능에 대한 수요를 재평가할 수 있도록 Red Hat 지원 또는 파트너 및 기술 계정 관리자에게 문의하십시오.

Jira:OSPRH-7829

3.5.3.5. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

Image 서비스(glance) 이미지에 hw- architecture 또는 architecture 설정은 예상대로 작동하지 않습니다.

RHOSO 18.0에서는 기본적으로 이미지 메타데이터 사전 필터가 활성화됩니다. RHOSO는 비기본 아키텍처의 에뮬레이션을 지원하지 않습니다. 업스트림에서 에뮬레이션 지원 포함의 일환으로 선언된 VM 아키텍처를 기반으로 하는 인스턴스 스케줄링을 지원하기 위해 이미지 메타데이터 사전 필터가 향상되었습니다(예: hw_architecture=x86_64 ).

이미지 속성을 통해 비 네이티브 아키텍처의 에뮬레이션을 지원하도록 nova가 개선되면 네이티브 아키텍처가 virt 드라이버에서 특성으로 보고되지 않았기 때문에 버그가 도입되었습니다.

따라서 기본적으로 이미지의 hw_ architecture 또는 아키텍처 설정에 대한 지원이 작동하지 않았습니다.

이 버그를 완화하려면 다음 두 가지 옵션이 있습니다.

  • 아키텍처/hw_architecture 이미지 속성을 설정 해제합니다. RHOSO는 하나의 아키텍처, x86_64만 지원합니다. RHOSO 클라우드에 대해 이 값을 설정해야 하는 유효한 사용 사례가 없으므로 모든 호스트는 x86_64가 됩니다.
  • nova 스케줄러의 CustomServiceConfig 섹션에서 이미지 메타데이터 사전 필터링을 비활성화합니다.

    [scheduler]
    image_metadata_prefilter=false

Jira:OSPRH-6215

QEMU 프로세스 실패

로컬 스토리지를 사용하는 일시 중지된 인스턴스는 두 번 이상 실시간 마이그레이션할 수 없습니다. 두 번째 마이그레이션으로 인해 QEMU 프로세스가 충돌하고 nova는 인스턴스를 ERROR 상태가 됩니다.

해결방법: 가능한 경우 인스턴스를 일시 중지 해제한 다음 두 번째 실시간 마이그레이션 전에 다시 일시 중지합니다.

인스턴스 일시 중지를 해제하는 것이 항상 가능한 것은 아닙니다. 예를 들어 인스턴스에서 다중 연결 cinder 볼륨을 사용하고 pause를 사용하여 다른 인스턴스가 일시 중지된 상태로 유지되는 동안 해당 볼륨에 대한 액세스를 단일 인스턴스로 제한한다고 가정합니다. 이 경우 인스턴스 일시 중지 해제는 가능한 해결 방법이 아닙니다.

Jira:OSPRH-8699

기본적으로 비활성화된 컴퓨팅 서비스 전원 관리 기능

Compute 서비스(nova) 전원 관리 기능은 기본적으로 비활성화되어 있습니다. 다음 nova-compute 구성으로 활성화할 수 있습니다.

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor

올바른 NUMA 노드 대신 NUMA 노드 0에서 모든 비활성화 CPU가 보고되므로 기본 cpu_power_management_strategy cpu_state는 NUMA 리소스 추적 문제가 발생하는 버그로 인해 지원되지 않습니다.

Jira:OSPRH-8712

3.5.4. 데이터 플레인

3.5.4.1. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

download-cache 서비스를 사용하면 Podman이 데이터 플레인 배포를 위한 이미지를 가져오지 못하도록 합니다.

OpenStackDataPlaneNodeSet 의 spec.services에 download-cache 서비스를 나열하지 마십시오. OpenStackDataPlaneNodeSet 에서 다운로드 캐시 를 나열하는 경우 Podman은 데이터 플레인 배포에 필요한 컨테이너 이미지를 가져올 수 없습니다.

해결방법: OpenStackDataPlaneNodeSet 의 기본 서비스 목록에서 download-cache 서비스를 제공합니다.

Jira:OSPRH-9500

3.5.5. 하드웨어 프로비저닝

3.5.5.1. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

EFI 파티션 크기 증가

RHOSP 17.1.4 이전에는 오버클라우드 노드의 EFI 파티션 크기가 16MB였습니다. 이번 업데이트를 통해 프로비저닝된 EDPM 노드에 사용되는 이미지에 RHEL과 정렬하고 펌웨어 업그레이드를 수용하기 위해 EFI 파티션 크기가 200MB입니다.

Jira:OSPRH-6691

3.5.6. 네트워킹

3.5.6.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

Octavia Operator 가용성 영역

Octavia Operator에서 생성하고 관리하는 Octavia 관리 네트워크는 OpenStack 라우터 및 네트워크가 OpenShift 작업자 노드의 OVN 컨트롤러에 예약되어야 합니다.

OpenStack Networking 서비스(neutron)가 기본이 아닌 가용성 영역으로 구성된 경우 OpenShift 작업자 및 Octavia의 OVN 컨트롤러 Pod를 동일한 가용성 영역으로 구성해야 합니다.

예제:

ovn:
  template:
    ovnController:
      external-ids:
        availability-zones:
          - zone1
octavia:
  template:
    lbMgmtNetwork:
      availabilityZones:
         zone1

Jira:OSPRH-6901

3.5.6.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

NIC 매핑으로 인해 OVN Pod가 더 이상 루프되지 않음

NIC 매핑을 많이 사용하는 경우 OVN이 생성 루프로 들어갈 수 있습니다. 이제 이 문제가 해결되었습니다.

Jira:OSPRH-7480

3.5.6.3. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.

QoS 최소 대역폭 정책(기술 프리뷰)

RHOSO 18.0.0에서는 배치 보고 및 스케줄링을 위한 QoS 최소 대역폭의 Networking 서비스(neutron)에 기술 프리뷰를 사용할 수 있습니다.

Jira:OSPRH-507

여러 VIP 주소의 로드 밸런싱 서비스(Octavia) 지원

이번 업데이트에서는 로드 밸런싱 서비스에 대해 동일한 Neutron 네트워크에서 할당된 여러 VIP 주소에 대한 기술 프리뷰가 추가되었습니다.

동일한 VIP 포트에 대해 추가 subnet_id/ip_address 쌍을 지정할 수 있습니다. 이를 통해 퍼블릭 및 프라이빗 서브넷에 모두 노출되는 IPv4 및 IPv6를 사용하여 로드 밸런싱 서비스를 구성할 수 있습니다.

Jira:OSPRH-2154

3.5.6.4. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

oc patch 명령 이후의 OVN 데이터베이스 업데이트 지연

'oc patch …​' 명령으로 적용된 사용자 정의 구성 설정은 10분이 경과할 때까지 neutron ovn 데이터베이스에 영향을 미치지 않습니다.

해결방법: oc patch …​ 명령을 사용하여 이전 Pod를 교체한 후 oc delete pod …​ 명령을 사용하여 수동으로 새 neutron Pod를 삭제합니다.

Pod 삭제로 인해 지연 문제 없이 새 구성이 설정됩니다.

Jira:OSPRH-7998

RHOSO 18.0.0에서 MAC_Binding 변경 기능이 누락됨

OSP 17.1.2에 추가된 MAC_Binding aging 기능은 18.0 GA에서 누락되어 있습니다. 수정 사항이 진행 중입니다.

Jira:OSPRH-8716

'oc patch'명령과 OVN 데이터베이스 업데이트 사이의 10분 지연

'oc patch' 명령으로 적용된 사용자 정의 구성 설정은 10분 동안 Networking 서비스(neutron) OVN 데이터베이스에 영향을 미치지 않습니다.

해결방법: 'oc patch' 명령 작업 후 이전 Networking 서비스 Pod가 새 Pod를 교체한 후 'oc delete pod' 명령을 사용하여 새 Networking 서비스 Pod를 수동으로 삭제합니다.

이 삭제로 인해 지연 문제 없이 새 구성이 설정됩니다.

Jira:OSPRH-9035

메타데이터 속도 제한 기능

RHOSO 18.0.0에서는 메타데이터 속도 제한은 사용할 수 없습니다. 수정 사항이 진행 중입니다.

Jira:OSPRH-9569

3.5.7. 네트워크 기능 가상화

3.5.7.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

AMD CPU 전원 저장 프로필

절전 프로필 cpu-partitioning-powersave는 Red Hat Enterprise Linux 9 (RHEL 9)에 도입되었으며 RHOSP(Red Hat OpenStack Platform) 17.1.3에서 사용할 수 있습니다.

이 TuneD 프로필은 NFV 환경에서 전력을 절약하기 위한 기본 빌딩 블록입니다. RHOSO 18.0은 AMD CPU에 대한 cpu-partitioning-powersave 지원을 추가합니다.

Jira:OSPRH-2268

3.5.7.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

물리적 기능(PF) MAC 주소가 VM 인스턴스와 SR-IOV 물리적 기능(PF) 간에 일치

이번 업데이트에서는 VM 인스턴스와 SR-IOV PFs 간에 PF MAC 주소가 일치하지 않는 버그가 수정되었습니다( vnic-typedirect-physical로 설정된 네트워크 서비스 포트).

RHOSO 18.0 베타 릴리스에서 Compute 서비스(nova)의 버그로 인해 VM 인스턴스에 연결할 때 SR-IOV PF의 MAC 주소가 올바르게 업데이트되지 않습니다.

이제 PF의 MAC 주소가 해당 neutron 포트에 설정됩니다.

Jira:OSPRH-7085

3.5.7.3. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 예제 를 참조하십시오.

RHOSO 18.0에서 os-net-config 의 nmstate 공급자 백엔드에 기술 프리뷰를 사용할 수 있습니다.

nmstate 및 NIC 하드웨어 오프로드의 이 기술 프리뷰는 프로덕션 사용에 적합하지 않은 것으로 알려진 문제가 있습니다. 프로덕션의 경우 nmstate 및 NetworkManager 대신 openstack-network-scripts 패키지를 사용합니다.

설치 중에 선택할 수 있는 프로덕션 지원 기본 nmstate 모드가 있지만 nmstate 형식으로 제공해야 하는 네트워크 구성은 TripleO의 템플릿과 이전 버전과 호환되지 않습니다. 또한 NIC 이름 매핑 또는 DSCP 구성과 같이 os-net-config에서 제공하는 특정 기능이 없습니다.

Jira:OSPRH-2273

DCB(Data Center Bridge) 기반 QoS 설정 기술 프리뷰

포트/interface와 관련된 DCB 기반 QoS 설정은 이제 os-net-config 도구의 네트워크 구성 템플릿의 일부로 기술 프리뷰로 사용할 수 있습니다. 자세한 내용은 이 기술 자료 문서: https://access.redhat.com/articles/7062865를 참조하십시오.

Jira:OSPRH-2889

3.5.7.4. 사용되지 않는 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 더 이상 사용되지 않는 기능에 대한 개요를 제공합니다.

사용되지 않는 기능은 이 제품의 향후 주요 릴리스에서 지원되지 않을 가능성이 높으며 새로운 배포에 구현하는 것은 권장되지 않습니다.

RHOSO 18.0에서 Timemaster 서비스가 더 이상 사용되지 않음

RHOSO 18.0에서는 TimeMaster 서비스에 대한 지원이 더 이상 사용되지 않습니다. 버그 수정 및 지원은 RHOSO 18.0 라이프 사이클 종료를 통해 제공되지만 새로운 기능 개선은 수행되지 않습니다.

Jira:OSPRH-8244

3.5.7.5. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

RHOSO 컨트롤 플레인 인터페이스에 VF(가상 기능)를 사용하지 마십시오.

이 RHOSO 릴리스에서는 RHOSO 컨트롤 플레인 인터페이스에 VF 사용을 지원하지 않습니다.

Jira:OSPRH-8882

본딩에는 최소 두 개의 인터페이스가 필요합니다.

OVS 또는 DPDK 본딩을 구성하는 경우 항상 두 개 이상의 인터페이스를 구성합니다. 단일 인터페이스와의 본딩이 예상대로 작동하지 않습니다.

Jira:OSPRH-9307

3.5.8. 고가용성

3.5.8.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

암호 교체

이번 업데이트에서는 OpenStack 데이터베이스 암호를 생성하고 회전하는 기능이 도입되었습니다.

Jira:OSPRH-92

3.5.9. 스토리지

3.5.9.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

확장 가능한 CephFS-NFS에 대한 공유 파일 시스템 지원

Shared File Systems 서비스(manila)에서 스케일링 가능한 CephFS-NFS 서비스를 지원합니다. 이전 버전의 Red Hat OpenStack Platform에서는 Pacemaker/Corosync를 사용하여 Director와 함께 오케스트레이션된 활성/수동성 고가용성만 지원됩니다. 이번 릴리스에서는 배포자가 CephFS-NFS의 활성/활성 클러스터를 생성하고 이러한 클러스터를 공유 파일 시스템 서비스와 통합하여 NFS 워크로드의 확장성 및 고가용성을 개선할 수 있습니다.

Jira:OSPRH-1024

Block Storage 서비스(cinder) 볼륨 삭제

이번 릴리스에서는 Block Storage 서비스 RBD 드라이버는 최근 Ceph 개발을 활용하여 RBD 볼륨이 일반 볼륨 삭제 기대치를 충족할 수 있도록 합니다.

이전 릴리스에서는 블록 스토리지 서비스에서 RBD(Ceph) 볼륨 백엔드를 사용한 경우 볼륨을 항상 삭제할 수 없었습니다.

Jira:OSPRH-1777

API URL의 project_id 가 선택 사항

더 이상 Block Storage 서비스(cinder) API URL에 project_id 를 포함할 필요가 없습니다.

Jira:OSPRH-1787

Dell PowerStore 스토리지 시스템 드라이버

공유 파일 시스템 서비스(Manila) 서비스를 통해 Dell PowerStore 스토리지 시스템을 지원하기 위해 새 공유 드라이버가 추가되었습니다.

Jira:OSPRH-4425

Dell PowerFlex 스토리지 시스템 드라이버

공유 파일 시스템 서비스(Manila) 서비스를 통해 Dell PowerFlex 스토리지 시스템을 지원하기 위해 새 공유 드라이버가 추가되었습니다.

Jira:OSPRH-4426

openstack-must-gather SOS 보고서 지원

openstack-must-gather를 사용하여 RHOSO 배포에 대한 진단 정보를 수집할 수 있습니다.

단일 명령을 사용하여 Cryostat 컨트롤 플레인 및 RHOSO 데이터 플레인 노드 모두에 대한 SOS 보고서를 검색할 수 있으며, 옵션은 배포된 특정 서비스와 관련된 특정 정보를 덤프하는 데 사용할 수 있습니다.

Jira:OSPRH-866

3.5.9.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

키 관리자 서비스 구성 수정으로 이미지 서비스 이미지 서명 및 확인 가능

이번 수정으로 Key Manager 서비스(barbican)와 상호 작용하도록 Image 서비스(glance)가 자동으로 구성되어 암호화된 이미지 서명 및 확인을 수행할 수 있습니다.

Jira:OSPRH-7155

SVM 범위 계정을 사용할 때 NetApp ONTAP 드라이버에서 결함이 있는 공유 생성

공유 생성 시 결함이 있는 kerberos 사용으로 인해 NetApp ONTAP 드라이버는 SVM 범위 계정으로 구성할 때 공유를 생성하지 못했습니다. openstack-manila에 대한 수정이 커밋되었으며 공유 생성이 원활하게 작동해야 합니다.

Jira:OSPRH-8044

3.5.9.3. 기술 프리뷰

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.

기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.

오브젝트 스토리지 서비스의 배포 및 스케일링

이 기능을 사용하면 데이터 플레인 노드에서 Object Storage 서비스(swift) 데이터를 배포하고 확장할 수 있습니다. 이 기능의 릴리스는 기술 프리뷰입니다.

Jira:OSPRH-1307

3.5.9.4. 확인된 문제

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.

RGW에서는 특정 Tempest 오브젝트 스토리지 메타데이터 테스트를 통과하지 않습니다.

OpenShift 18.0의 Red Hat OpenStack Services는 Red Hat Ceph Storage 7을 지원합니다. Red Hat Ceph Storage 7 RGW는 다음 Jira에서 추적한 특정 Tempest 오브젝트 스토리지 메타데이터 테스트를 통과하지 않습니다.

https://issues.redhat.com/browse/RHCEPH-6708https://issues.redhat.com/browse/RHCEPH-9119https://issues.redhat.com/browse/RHCEPH-9122https://issues.redhat.com/browse/RHCEPH-4654

Jira:OSPRH-7464

ISO 이미지 형식으로 변환한 후 이미지 가져오기는 가져오기 상태로 유지됩니다.

ISO 이미지 형식으로 이미지 변환을 사용하는 경우 이미지 가져오기 작업은 "가져오기" 상태로 유지됩니다.

*Workaround:* If your deployment supports uploading images in ISO format, you can use the `image-create` command to upload ISO images as shown in the following example (instead of using image conversion with the `image-create-via-import` command).

예제:

glance image-create \
--name <iso_image> \
--disk-format iso \
--container-format bare \
--file <my_file.iso>

  • & lt;iso_image >를 이미지 이름으로 바꿉니다.
  • & lt;my_file.iso& gt;를 이미지의 파일 이름으로 바꿉니다.

Jira:OSPRH-8580

3.5.10. 대시보드

3.5.10.1. 새로운 기능

이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.

하이퍼바이저 상태에 vCPU 및 pCPU 정보가 포함됩니다.

이번 업데이트 이전에는 cpu_dedicated_set 구성 옵션이 nova.conf 파일에 설정된 경우에도 대시보드 서비스(horizon)의 하이퍼바이저 상태에서 pCPU 사용이 제외되었습니다. 이번 개선된 기능에서는 배치 API를 사용하여 vCPU 및 pCPU에 대한 정보를 표시합니다. 리소스 공급자 요약 에서 vCPU 및 pCPU 사용 다이어그램을 보고 Hypervisors 패널에서 새 리소스 공급자 탭에서 vCPU 및 pCPU에 대한 자세한 정보를 확인할 수 있습니다.

Jira:OSPRH-1516

이번 업데이트를 통해 이제 OpenStack Dashboard(horizon) 컨테이너를 사용자 지정할 수 있습니다.

대시보드 컨테이너 내에서 파일을 추가하거나 변경하는 데 추가 마운트 기능을 사용하여 사용자 지정을 수행할 수 있습니다.

Jira:OSPRH-5644

RHOSO Dashboard Operator의 모든 곳에서 TLS

이번 업데이트를 통해 RHOSO Dashboard(horizon) Operator에서 TLS 관련 구성 설정을 자동으로 구성합니다.

이러한 설정에는 HTTPS를 통해 제공하기 위한 보안 쿠키 및 HSTS 헤더를 포함하여 적절한 경우 인증서 및 응답 헤더가 포함됩니다.

Jira:OSPRH-5882

3.5.10.2. 버그 수정

이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.

호스트 스푸핑 보호 조치

이번 업데이트 이전에는 호스트 스푸핑으로부터 보호하는 데 필요한 최소 호스트로 호스트 구성 옵션이 채워지지 않았습니다.

이번 업데이트를 통해 이제 hosts 구성 옵션이 올바르게 채워집니다.

Jira:OSPRH-5832

대시보드 서비스 Operator에 HSTS 헤더 포함

이번 업데이트 이전에는 Dashboard 서비스(horizon) 애플리케이션을 통해 Django에서만 HSTS가 활성화되었습니다. 그러나 사용자 HTTPS 세션은 HSTS가 비활성화된 OpenShift 경로를 통과했습니다. 이번 업데이트를 통해 OpenShift 경로에서 HSTS가 활성화됩니다.

Jira:OSPRH-7367

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.