2.7. 릴리스 정보 RHOSO 18.0.7


OpenShift에서 Red Hat OpenStack Services 릴리스에 대한 알려진 문제, 버그 수정 및 기타 릴리스 노트를 검토하십시오.

RHOSO 18.0.7에서는 multi-tenant RHOSO 기반 클라우드에 유연하고 확장 가능한 리소스 최적화 서비스를 제공하기 위해watcher를 도입했습니다. Cryostat 서비스에 대한 자세한 내용은 https://issues.redhat.com/browse/OSPRH-15037 및 최적의 인프라 리소스 사용률 최적화를 참조하십시오.

2.7.1. 권고 목록

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

RHBA-2025:4083
RHOSO 18.0.7의 구성 요소 릴리스
RHBA-2025:4084
RHOSO 18.0.7용 컨테이너 릴리스
RHBA-2025:4085
RHOSO 18.0.7용 데이터 플레인 Operator
RHBA-2025:4086
RHOSO 18.0.7용 컨트롤 플레인 Operator

2.7.2. Compute

2.7.2.1. 버그 수정

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

컴퓨팅 서비스에서 잘못된 구성이 있는 배포 확인에 실패합니다.

이번 업데이트 이전에는 Compute 서비스(nova) API에서 구성 오류가 발생한 경우 500 오류를 한 번 반환한 다음 다시 로드한 후 손상된 구성으로 계속 실행됩니다. 이 문제는 애플리케이션 초기화 중에 오류가 발생한 경우 mod_wsgi 애플리케이션을 동일한 Python 인터프리터로 다시 로드했기 때문에 발생했습니다. 이번 업데이트를 통해 애플리케이션을 완전히 다시 시작할 수 있을 때까지 구성 오류를 다시 조정하도록 Compute 서비스가 수정되었습니다. 이제 잘못된 구성으로 배포하는 경우 Compute 서비스 API CR이 준비 상태를 확인하고 OpenShift CR의 Status 필드를 업데이트하여 구성 오류의 로그 파일을 검토하도록 요청합니다.

Jira:OSPRH-9737

2.7.2.2. 확인된 문제

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

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

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

[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor
Copy to Clipboard Toggle word wrap

기본 cpu_power_management_strategy cpu_state 는 현재 지원되지 않습니다. nova-compute 를 다시 시작하면 인스턴스에서 사용하는 항목을 포함하여 해당 호스트의 전용 PCPU가 모두 전원이 꺼집니다. cpu_state 전략이 사용되는 경우 해당 인스턴스의 CPU가 고정되지 않습니다.

Jira:OSPRH-10772

2.7.3. 데이터 플레인

2.7.3.1. 확인된 문제

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

기본 데이터 플레인 서비스 목록에 redhat 서비스를 수동으로 추가합니다.

redhat 서비스는 기본 데이터 플레인 서비스 목록에서 일시적으로 제거되었습니다. 결과적으로 서브스크립션 또는 리포지토리를 컴퓨팅 노드에 연결하고 데이터 플레인 시크릿을 생성할 때 문서화된 rhc_* 매개변수를 사용하면 노드가 등록되지 않고 데이터 플레인 배포에 실패합니다.

해결방법: OpenStackDataPlaneNodeSet CR의 서비스 목록을 재정의하고 목록에 redhat 서비스를 첫 번째 서비스로 추가했는지 확인합니다. OpenShift 배포에서 Red Hat OpenStack Services를 사용자 정의할 때 데이터 플레인 서비스에 표시된 기본 목록을 복사할 수 있습니다.

Jira:OSPRH-15644

2.7.4. 네트워킹

2.7.4.1. 버그 수정

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

BFD는 이제 동적 라우팅이 있는 RHOSO 배포에서 예상대로 작동합니다.

이번 업데이트 이전에는 BGP(Border Gateway Protocol)를 사용하여 RHOSO를 배포할 때 BFD 및 BGP 포트를 허용하는 nft 규칙이 없기 때문에 BFD(BFD)가 예상대로 작동하지 않았습니다. 이번 업데이트를 통해 nft 규칙이 추가되어 BFD가 예상대로 작동합니다.

  BGP
       - 179 tcp
   BFD
       - 3784 udp
       - 3785 udp
       - 4784 udp
       - 49152 udp
       - 49153 udp
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14536

2.7.4.2. 확인된 문제

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

FRR 서비스에 사용할 수 있는 로그 없음

RHOSO가 BGP와 함께 동적 라우팅을 사용하도록 구성된 경우 데이터 플레인 노드에 배포된 FRR 서비스에 사용할 수 있는 로그가 없습니다.

해결방법:

OpenstackDataplaneDeployment 이 완료된 후 FRR 로그를 가져오려면 FRR을 실행하는 모든 네트워크 및 컴퓨팅 노드에서 다음 작업을 수행합니다.

  1. /var/lib/config-data/ansible-generated/frr/etc/frr.conf'file을 편집하고 'log 파일을 로그 파일 /var/log/frr/frr.log 로 바꿉니다.
  2. /var/lib/kolla/config_files/frr.json 을 편집하고 절전 infinitytail -f /var/log/frr/frr.log 로 바꿉니다.
  3. FRR 다시 시작: systemctl restart edpm_frr.

Jira:OSPRH-10204

채택 후 레거시 tripleo Networking 서비스(neutron)

edpm_tripleo_cleanup 작업 후에도 기존 tripleo Networking 서비스(neutron) 서비스가 계속 있습니다. 이러한 서비스는 채택 후 중지되므로 RHOSO 서비스는 영향을 받지 않습니다.

해결방법:

다음 단계를 수행하여 레거시 서비스를 수동으로 제거합니다.

  • tripleo neutron services list: systemctl list-unit-files --type service를 확인합니다.
  • /etc/systemd/system/에서 tripleo 서비스 제거

Jira:OSPRH-11323

외부 MTU가 내부 MTU보다 크면 패킷이 자동으로 삭제됩니다.

RHOSO는 외부 MTU가 내부 MTU보다 큰 경우 north-south 패킷을 예상대로 분할하지 않습니다. 대신 알림 없이 수신 패킷이 삭제됩니다.

또한 테넌트 네트워크 간의 동서 트래픽에서는 조각화가 작동하지 않습니다.

이러한 문제가 해결될 때까지 외부 MTU 설정이 내부 MTU 설정보다 작거나 같고 east/west 경로의 모든 MTU 설정이 동일한지 확인합니다.

해결방법:

이러한 문제가 해결될 때까지 다음 단계를 수행하여 외부 MTU 설정이 내부 MTU 설정보다 작거나 같고 east/west 경로의 모든 MTU 설정이 같은지 확인합니다.

  1. Set ovn_emit_need_to_frag to true.
  2. genve 터널 캡슐화 오버헤드를 수용하려면 global_physnet_mtu 를 외부 네트워크 MTU보다 58바이트 이상 큰 크기로 설정합니다.
  3. physical_network_mtus 값 쌍을 설정하여 각 물리적 네트워크의 MTU를 설명합니다.
  4. 외부 네트워크의 모든 장치에 대한 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
  5. 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.

예를 들어 외부 네트워크 datacentre MTU가 1500이라고 가정합니다.

  • OpenStackControlPlane CR에 다음 neutron 설정을 입력합니다.

    neutron:
        enabled: true
    :
        template:
     :
          customServiceConfig: |
            [DEFAULT]
            global_physnet_mtu=1558
            [ml2]
            physical_network_mtus = ["datacentre:1500_{context}"]
            [ovn]
            ovn_emit_need_to_frag = true
    Copy to Clipboard Toggle word wrap
    • 외부 네트워크의 모든 장치에 대한 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
    • OVN 라우터를 사용하는 모든 테넌트 네트워크에 동일한 MTU가 있는지 확인합니다.
    • 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.

Jira:OSPRH-12695

포트 업데이트에서는 VLAN 또는 플랫 네트워크 포트에 대한 QoS 정보 삭제

송신 QoS 정책 규칙(최대 및/또는 최소 대역폭)이 있는 VLAN 또는 플랫 네트워크 포트는 이 정보를 Logical_Switch_Port. options 사전에 저장합니다. 포트 이름 변경에서 실시간 마이그레이션으로 이 포트의 업데이트는 이 QoS 정보를 삭제합니다.

해결방법: QoS 정보를 복원하려면 이 포트에 대한 QoS 정책을 제거하고 다시 설정해야 합니다.

Jira:OSPRH-15457

2.7.5. 네트워크 기능 가상화

2.7.5.1. 버그 수정

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

18.0.6 업데이트로 시작되는 마이너 업데이트 실패 수정

이번 업데이트에서는 RHOSO 18.0.1에서 18.0.5 ~ 18.0.6 이후의 업데이트 중에 마이너 업데이트 실패를 유발하는 버그가 수정되었습니다. RHOSO 18.0.6 이상에서 버전으로 업데이트하면 오류가 더 이상 발생하지 않습니다.

중요

18.0.1에서 18.0.5 사이의 버전으로 업데이트하면 edpm_openstack_network_exporter.service 를 찾을 수 없기 때문에 업데이트가 실패합니다. 이러한 업데이트를 수행하기 전에 다음 해결 방법을 수행해야합니다.

해결방법: 'OpenStackDataplaneService'custom 리소스를 업데이트하기 전에 openstack-edpm-update-services.yaml 파일의 servicesOverride 필드에 Telemetry 서비스를 추가합니다. 예를 들면 다음과 같습니다.

apiVersion: dataplane.openstack.org/v1beta1
kind: OpenStackDataPlaneDeployment
metadata:
  name: edpm-deployment-ipam-update-dataplane-services
spec:
  nodeSets:
    - openstack-edpm-ipam
  servicesOverride:
    - telemetry
    - update
Copy to Clipboard Toggle word wrap

Jira:OSPRH-14841

2.7.5.2. 사용되지 않는 기능

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

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

더 이상 사용되지 않는 edpm_ovs_dpdk_lcore_list 변수

RHOSO 배포에서 edpm_ovs_dpdk_lcore_list Ansible 변수 사용을 중지할 수 있습니다. 이전에는 nodeset CR 정의 파일에서 NFV 환경의 데이터 플레인 배포에서 OVS DPDK를 활성화하는 데 사용되었습니다. 더 이상 필요하지 않거나 지원되지 않으며 사용으로 인해 배포 오류가 발생합니다.

Jira:OSPRH-14642

2.7.5.3. 확인된 문제

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

물리적 기능이 VM 인스턴스에 연결되어 있으면 채택이 실패합니다.

물리적 기능(PF)이 인스턴스에 연결된 경우 os-net-config 를 다시 실행하면 호스트에서 SR-IOV PF를 찾을 수 없으므로 배포, 업데이트 또는 채택이 실패합니다.

Jira:OSPRH-12024

SELinux가 활성화되면 NetworkManager-dispatcher 스크립트가 실행되지 않음

os-net-config 구성 툴에서는 드라이버 바인딩에 NetworkManager-dispatcher 스크립트를 사용합니다. SELinux가 활성화되면 이러한 스크립트를 실행하지 못하고 os-net-config 네트워크 배포에 실패합니다.

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

Jira:OSPRH-13544

2.7.6. 컨트롤 플레인

2.7.6.1. 버그 수정

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

TraceEnable 매개변수가 httpd 구성에서 기본적으로 비활성화됨

이번 업데이트 이전에는 OpenStackProvisionServer CR에서 기본적으로 HTTP TRACE가 활성화되어 보안 스캐너가 경고를 생성했습니다. 이번 업데이트를 통해 httpd 구성에서 TraceEnable 매개변수가 기본적으로 "off" 값으로 설정되었습니다.

Jira:OSPRH-14672

2.7.6.2. 확인된 문제

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

마이너 업데이트 중에 컨트롤 플레인을 일시적으로 사용할 수 없음

마이너 업데이트 중에 RHOSO 컨트롤 플레인을 일시적으로 사용할 수 없게 됩니다. 오류 500과 같은 HTTP 오류 코드로 API 요청이 실패할 수 있습니다. 또는 API 요청이 성공할 수 있지만 기본 라이프사이클 작업이 실패합니다. 예를 들어 마이너 업데이트 중에 openstack server create 명령을 사용하여 생성된 VM(가상 머신)은 ACTIVE 상태에 도달하지 않습니다. 컨트롤 플레인 중단은 일시적이며 마이너 업데이트가 완료된 후 자동으로 복구됩니다. 컨트롤 플레인 중단은 이미 실행 중인 워크로드에 영향을 미치지 않습니다.

해결방법: 이러한 중단을 방지하려면 Red Hat Knowledgebase 문서 OpenShift의 Red Hat Openstack Services에서 미러링된 큐를 활성화하는 방법을 참조하십시오.

Jira:OSPRH-10790

2.7.7. 보안 및 강화

2.7.7.1. 확인된 문제

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

생성된 CA 번들이 데이터 플레인 노드에 설치되지 않음

RHOSO 컨트롤 플레인에서 생성한 CA 번들은 배포되거나 실행 중인 서비스를 위해 데이터 플레인 노드에 배포되지만 데이터 플레인 노드 자체에 CA 번들로 설치되지 않습니다. CA 번들에는 예를 들어 Satellite에 액세스하기 위해 사용자 지정 타사 CA 파일이 포함될 수 있습니다. 해결방법: 현재 해결방법이 없습니다.

Jira:OSPRH-14205

2.7.8. 서비스 최적화

2.7.8.1. 기술 프리뷰

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

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

리소스 최적화를 위한 서비스(watcher) 최적화

Red Hat OpenStack Services on OpenShift(RHOSO) Cryostat 서비스(watcher)는 다중 테넌트 RHOSO 기반 클라우드에 대해 유연하고 확장 가능한 리소스 최적화 서비스를 제공합니다. Cryostat 서비스는 인프라 리소스 사용률에 대한 목표를 설정하고 관리하는 데 도움이 되는 프레임워크를 제공합니다.

Cryostat 서비스는 사용자가 데이터 센터 운영 비용을 줄이기 위한 광범위한 인프라 리소스 활용 목표를 실현할 수 있도록 지원하는 데 중점을 두고 있습니다. 여기에는 메트릭 수신자, 복잡한 이벤트 프로세서 및 프로파일러, 최적화 프로세서 및 작업 계획 applier가 포함됩니다.

이 기능은 현재 기술 프리뷰로 제공되며 이 첫 번째 릴리스에서 제한된 수의 최적화 전략을 지원합니다. Cryostat 서비스에 대한 자세한 내용은 https://docs.redhat.com/en/documentation/red_hat_openstack_services_on_openshift/18.0/html/optimizing_infrastructure_resource_utilization/index 을 참조하십시오.

RHOSO 18.0.6에서 기술 프리뷰로 릴리스된 RHOSO의 Cryostat 서비스는 이제 18.0.7에서 지원되는 전략에 대한 기술 프리뷰로 작동합니다.

Jira:OSPRH-15037

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat