2.9. 릴리스 정보 RHOSO 18.0.4


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

2.9.1. 권고 목록

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

RHBA-2025:0435
RHOSO 18.0.4 구성 요소 릴리스
RHBA-2025:0436
RHOSO 18.0.4용 컨테이너 릴리스
RHBA-2025:0437
RHOSO 18.0.4용 컨트롤 플레인 Operator
RHBA-2025:0438
RHOSO 18.0.4용 데이터 플레인 Operator
RHSA-2025:0439
보통: Red Hat OpenStack Platform 18.0.4 (openstack-ironic) 보안 업데이트

2.9.2. Compute

2.9.2.1. 버그 수정

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

하드웨어 아키텍처 속성을 사용하여 이미지에서 인스턴스 부팅

이번 업데이트 이전에는 hw_architecture 또는 hw_emulation_architecture 속성이 있는 이미지에서 인스턴스를 부팅할 수 없었습니다. 이번 업데이트를 통해 hw_architecturehw_emulation_architecture 속성이 있는 이미지에서 인스턴스를 부팅할 수 있습니다.

Jira:OSPRH-6215

2.9.2.2. 확인된 문제

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

Compute 서비스를 다시 시작한 후 NFS 공유에서 임시 스토리지가 있는 인스턴스 작동 중지

컨테이너화된 Compute 에이전트 서비스가 하이퍼바이저 호스트에서 다시 시작되면 NFS 공유에서 임시 스토리지가 있는 Compute 서비스(nova) 인스턴스가 작동하지 않습니다. 이는 /var/lib/nova/ 인스턴스의 권한이 변경되었기 때문입니다.

해결방법: 원래 값에 대한 권한을 수동으로 복원하고 서비스가 재시작되지 않도록 합니다.

Jira:OSPRH-10729

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

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

NFS와 같은 공유 스토리지의 경우 플레이버에서 스왑 을 사용하는 서버에는 콜드 마이그레이션이 실패합니다.

공유 스토리지(예: NFS)를 사용하여 Compute 서비스(nova)를 활성화하면 인스턴스에서 Cryostat _SWAP 플레이버를 사용하는 경우 콜드 마이그레이션이 실패합니다.

Jira:OSPRH-12784

2.9.3. 데이터 플레인

2.9.3.1. 버그 수정

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

Ansible 작업은 연결이 끊긴 배포에서 registries.conf 파일을 성공적으로 씁니다.

이번 업데이트 이전에는 Ansible 작업에서 template 모듈과 raw 문자열 입력을 src 로 사용하려고 했기 때문에 연결이 끊긴 배포에서 registries.conf 파일이 실패했습니다. 이번 업데이트를 통해 Ansible 작업은 content 매개변수와 함께 ansible.builtin.copy 모듈을 사용하므로 registries.conf 파일을 성공적으로 씁니다.

Jira:OSPRH-11475

재부팅 후 EDPM 노드에서 iSCSI -starter.service 비활성화

이번 업데이트 이전에는 iscsi.serviceedpm-ansible 에서 활성화되지 않은 경우에도 iSCSI 지원 볼륨으로 인스턴스를 실행하는 EDPM 노드를 재부팅한 후 iscsi.service 가 시작되었습니다. 이 문제는 EDPM 노드의 이미지에서 iscsi-starter.service 가 활성화되었기 때문에 발생했습니다. 이번 업데이트를 통해 문제를 방지하기 위해 EDPM 노드에서 iscsi-starter.service 가 비활성화됩니다.

Jira:OSPRH-12372

문서: Red Hat 서브스크립션이 여러 개 있는 경우 노드를 등록할 풀을 지정합니다.

이번 업데이트 이전에는 사전 프로비저닝된 노드 또는 프로비저닝되지 않은 노드로 OpenStackDataPlaneNodeSet CR을 생성하는 절차에서 RHOSO 배포에 대한 노드를 등록할 때 풀을 지정하는 선택적 명령이 누락되었습니다. 누락된 명령은 Red Hat 서브스크립션이 여러 개인 경우 RHOSO에 데이터 플레인 또는 컴퓨팅 노드를 배포할 때 등록 오류가 발생할 수 있습니다.

이번 업데이트를 통해 이러한 절차에 Red Hat 서브스크립션이 여러 개 포함된 경우 풀을 지정하는 선택적 명령입니다.

Jira:OSPRH-12956

2.9.4. 하드웨어 프로비저닝

2.9.4.1. 버그 수정

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

Bare Metal 서비스(ironic)의 새로운 default_network_interface 매개변수

이번 업데이트 이전에는 ControlPlane 배포 중에 Bare Metal 서비스 network_interface 가 구성되지 않은 경우 RHOSO에서 이를 no-op로 구성했습니다.

이번 업데이트를 통해 RHOSO는 customServiceConfig / [DEFAULT]아래의 default_network_interface 매개변수를 기본값으로 설정합니다.

Jira:OSPRH-10697

2.9.5. 네트워킹

2.9.5.1. 버그 수정

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

DVR 없이 동적 라우팅 지원 추가

이전에는 DVR(Distributed Virtual routing)도 사용하지 않는 한FR(Free Range Routing) 및 BGP(Border Gateway Protocol)와 함께 데이터 플레인에서 동적 라우팅을 사용할 수 없었습니다. 이제 DVR을 활성화하지 않고 동적 라우팅을 사용할 수 있습니다.

Jira:OSPRH-8429

채택하기 전에 최신 RHOSP 17.1 버전으로 업데이트

RHOSP 17.1.4 이전의 소스 환경의 채택을 수행할 때 워크로드에는 긴 네트워크 연결 중단이 발생합니다. 채택하기 전에 소스 환경을 RHOSP 17.1.4로 업데이트해야 합니다.

Jira:OSPRH-10283

가용성 영역이 정의된 경우 createDefaultLbMgmtNetworkmanageLbMgmtNetworks 의 기본값 수정

이번 업데이트 이전에는 가용성 영역이 정의된 경우 createDefaultLbMgmtNetworkmanageLbMgmtNetworksfalse 로 잘못 설정되었습니다.

이번 업데이트를 통해 가용성 영역을 정의할 때 createDefaultLbMgmtNetworkmanageLbMgmtNetworkstrue 로 설정됩니다.

Jira:OSPRH-11092

문서: 복제본 설정: ovndbcluster 필드의 경우 3

이전 버전에서는 RHOSO 문서 전체의 CR 예제에서는 OVN 데이터베이스 고가용성을 지원하기 위해 OVN 사양을 포함하는 모든 컨트롤 플레인 CR에 대해 ovndbcluster-nbovndbcluster-sb 필드에 replicas: 3 을 설정해야 했습니다.

이번 업데이트를 통해 이제 모든 CR 예제에 replicas 요구 사항이 포함됩니다. 다음 예제에서는 추가된 섹션이 있는 CR 예에서 발췌한 예를 보여줍니다.

ovn:
    template:
      ovnDBCluster:
        ovndbcluster-nb:
          replicas: 3           <<----------
          dbType: NB
          storageRequest: 10G
          networkAttachment: internalapi
        ovndbcluster-sb:
          replcas: 3           <<----------
          dbType: SB
          storageRequest: 10G
          networkAttachment: internalapi
      ovnNorthd: {}
Copy to Clipboard Toggle word wrap

Jira:OSPRH-12462

2.9.5.2. 확인된 문제

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

Octavia-operator는 유사성 유사성을 활성화하지 않음

로드 밸런싱 서비스(octavia)는 현재 Amphora VM이 동일한 컴퓨팅 노드로 예약되지 않도록 Compute 서비스(nova)에서 유사성 방지 설정을 구성하지 않습니다.

해결방법: 다음 예와 같이 customServiceConfig 매개변수를 사용하여 로드 밸런싱 서비스에 관련 설정을 추가합니다.

# names will be dependent on the deployment
oc patch  -n openstack openstackcontrolplane openstack-galera-network-isolation --type=merge --patch '
spec:
  octavia:
    template:
       octaviaHousekeeping:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaWorker:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
       octaviaHealthManager:
         customServiceConfig: |
           [nova]
           enable_anti_affinity = true
'
Copy to Clipboard Toggle word wrap

Jira:OSPRH-10705

네트워크 노드의 로드 밸런싱 서비스(octavia) 에이전트에서는 채택이 지원되지 않음

현재 네트워크 노드에 로드 밸런싱 서비스 에이전트가 배포된 배포를 채택할 수 없습니다.

Jira:OSPRH-10771

채택 후 레거시 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 설정이 동일한지 확인합니다.

절차:

  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이라고 가정합니다.

  1. 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
  2. 외부 네트워크의 모든 장치에 대한 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
  3. OVN 라우터를 사용하는 모든 테넌트 네트워크에 동일한 MTU가 있는지 확인합니다.
  4. 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.

Jira:OSPRH-12695

2.9.6. 네트워크 기능 가상화

2.9.6.1. 확인된 문제

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

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

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

Jira:OSPRH-8882

os-net-config 공급자가 모든 프로덕션 배포에 대해 ifcfg 인지 확인합니다.

Red Hat은 현재 NMstateos-net-config 공급자로 지원하지 않습니다. edpm_network_config_nmstate: false 설정이 기본값인 edpm_network_config_nmstate: false 가 있는지 확인합니다. 이렇게 하면 환경에서 ifcfg 공급자를 사용할 수 있습니다.

Jira:OSPRH-11309

2.9.7. 컨트롤 플레인

2.9.7.1. 확인된 문제

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

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

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

Jira:OSPRH-10790

2.9.8. 보안 및 강화

2.9.8.1. 버그 수정

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

키 관리자(barbican) 서비스에 대한 사용자 정의 구성 지원

이번 업데이트 이전에는 common_types.go 에 문제가 있어 키 관리자 서비스의 CRD(사용자 정의 리소스 정의)의 customServiceConfig 필드가 올바르게 적용되지 않습니다. 이번 업데이트를 통해 문제가 해결되어 사용자 정의 구성이 올바르게 생성되고 적용할 수 있습니다.

Jira:OSPRH-10935

2.9.9. 스토리지

2.9.9.1. 확인된 문제

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

uniquePodNamestrue인 경우 인스턴스에 대한 extraMounts 전파가 작동하지 않음

uniquePodNamestrue 인 경우 모든 Cinder Pod(및 일반적으로 각 구성 요소 및 서비스)의 접두사는 pseudo-random 문자열입니다. 이는 strings.TrimPrefix 를 기반으로 하는 레거시 방법이 더 이상 유효하지 않기 때문에 인스턴스별 전파에 영향을 미칩니다.

DCN 배포에서 인스턴스 AZ 이름과 일치하여 시크릿을 Pod에 전파합니다.

예제 1에서는 az0과 일치하는 이름이 있는 Pod는 시크릿 ceph-conf-az-0을 가져오고, az1과 일치하는 이름의 Pod는 ceph-conf-az-0 등을 가져옵니다. 예를 들어 1은 Glance pod에서 작동하지만 uniquePodNamesfalse 인 경우에만 Cinder Pod에서 작동합니다.

해결방법: 이 문제가 해결될 때까지 Example 2에 표시된 대로 uniquePodNamesfalse 로 설정합니다. uniquePodNames 설정은 스토리지 백엔드에서 NFS를 사용하는 경우에만 필요합니다.

예시 1

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
spec:
  extraMounts:
  - extraVol:
    - extraVolType: Ceph
      mounts:
      - mountPath: /etc/ceph
        name: ceph0
        readOnly: true
      propagation:
      - az0
      volumes:
      - name: ceph0
        projected:
          sources:
          - secret:
              name: ceph-conf-az-0
    - extraVolType: Ceph
      mounts:
      - mountPath: /etc/ceph
        name: ceph1
        readOnly: true
      propagation:
      - az1
      volumes:
      - name: ceph1
        projected:
          sources:
          - secret:
              name: ceph-conf-az-1
Copy to Clipboard Toggle word wrap

예시 2

apiVersion: core.openstack.org/v1beta1
kind: OpenStackControlPlane
<...>
spec:
  cinder:
    uniquePodNames: false   # workaround https://issues.redhat.com/browse/OSPRH-11240
    enabled: true
    apiOverride:
      <...>
Copy to Clipboard Toggle word wrap

Jira:OSPRH-11240

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat