2.8. 릴리스 정보 RHOSO 18.0.6
OpenShift에서 Red Hat OpenStack Services 릴리스에 대한 알려진 문제, 버그 수정 및 기타 릴리스 노트를 검토하십시오.
2.8.1. 권고 목록 링크 복사링크가 클립보드에 복사되었습니다!
이번 Red Hat OpenStack Services on OpenShift (RHOSO) 릴리스에는 다음 권고가 포함되어 있습니다.
- RHBA-2025:3029
- RHOSO 18.0.6 (Feature Release 2)의 구성 요소 릴리스
- RHBA-2025:3030
- RHOSO 18.0.6용 데이터 플레인 Operator (Feature Release 2)
- RHBA-2025:3031
- RHOSO 18.0.6 (Feature Release 2)용 Operator 릴리스
- RHBA-2025:3032
- RHOSO 18.0.6용 컨트롤 플레인 Operator (Feature Release 2)
- RHBA-2025:3033
- RHOSO 18.0.6용 컨테이너 릴리스 (Feature Release 2)
2.8.2. 가시성 링크 복사링크가 클립보드에 복사되었습니다!
2.8.2.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.
RHOSO Observability의 메트릭 개선
다음을 포함하여 RHOSO 서비스의 상태를 모니터링하는 데 새 메트릭을 사용할 수 있습니다.
-
kube_pod_status_phase
-
kube_pod_status_ready
-
node_systemd_unit_state
-
podman_container_state
-
podman_container_health
kube_pod_status_phase
및 kube_pod_status_ready
를 사용하여 컨트롤 플레인 서비스를 모니터링할 수 있습니다.
-
kube_pod_status_phase
- 관련 매개변수는Phase
이며, Pending, Running, Succeeded, Failed 또는 Unknown, 해당 부울 값은1
또는0
입니다. -
kube_pod_status_ready
- 이 메트릭에는 부울 값도 있으며1
에는 Pod에 실행 중인 모든 컨테이너가 실행 중이거나 준비 상태 프로브가 성공하지 못했음을 나타냅니다.
node_systemd_unit_state
를 사용하여 데이터 플레인 서비스의 실행 중인 상태를 모니터링할 수 있습니다.
-
node_systemd_unit_state ' - 관련 매개 변수는 'State 이며
활성, 비활성화, 실패, 비활성 및 해당 부울 값이1
또는0
인 값이 있습니다.
podman_container_state
및 podman_container_health
를 사용하여 데이터 플레인 컨테이너화된 서비스의 상태를 모니터링할 수 있습니다.
-
podman_container_state
- 이 메트릭에는 -1=unknown, 0=created, 1=initialized, 2=running, 3=stopped, 4=paused, 5=exited, 6=removing, 7=stopping 값이 있을 수 있습니다. -
podman_container_health
- 이 메트릭에는 -1=unknown, 0=healthy, 1=unhealthy, 2=starting 값이 있을 수 있습니다.
추가 Ceilometer 메트릭을 사용할 수 있습니다.
이제 ceilometer_power_state
메트릭을 검색하여 libvirt
전원 상태를 표시할 수 있습니다.
추가 VM 메트릭을 사용할 수 있습니다.
이제 대시보드를 사용하여 전용 VM 네트워크 트래픽 대시보드를 보고 VM의 전원 상태를 모니터링할 수 있습니다.
Ceilometer IPMI를 사용하여 하드웨어 센서 지표 시각화
이제 대시보드를 사용하여 컴퓨팅 노드에서 사용 가능한 IPMI 센서 하드웨어 지표를 볼 수 있습니다.
Kepler 대시보드는 사용자 친화적인 (기술 프리뷰)
이제 Compute 서비스 UUID 대신 사람이 읽을 수 있는 호스트 이름으로 컴퓨팅 노드를 볼 수 있습니다.
Telemetry Operator와 OpenShift Logging 간의 호환성 개선
이제 OpenShift Logging 버전 6.1 이상에서 Telemetry Operator를 사용할 수 있습니다.
Prometheus 연결 정보는 시크릿에 노출됨
이제 Telemetry Operator에서 내부 Prometheus 연결 세부 정보를 사용하여 보안을 생성합니다. 다른 OpenShift 서비스는 해당 시크릿을 서비스 검색 메커니즘으로 사용하여 Prometheus에 연결할 수 있습니다.
2.8.2.2. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.
수동 개입없이 스크랩 Kepler 메트릭 (기술 프리뷰)
이번 업데이트 이전에는 컴퓨팅 노드에 방화벽이 적용되지 않아 8888 포트를 열 수 있었습니다. 그러나 방화벽이 활성화된 경우 포트 8888에 대한 액세스가 예기치 않게 손실될 수 있습니다. 이번 업데이트를 통해 ansible 역할은 방화벽이 활성화되었는지 확인한 다음 포트 8888을 엽니다. 결과적으로 Prometheus는 수동 조작 없이 Kepler 지표를 스크랩할 수 있습니다.
Kepler를 사용하여 GPU 메트릭 캡처(기술 프리뷰)
이 업데이트를 통해 OpenShift(RHOSO)의 Red Hat OpenStack Services로 업데이트하면 Kepler를 사용하여 GPU 메트릭을 캡처할 수 있습니다.
TLS 오류로 인해 노드 내보내기 스크랩 문제가 발생했습니다.
이번 Red Hat OpenStack Services on OpenShift (RHOSO) 릴리스는 특정 데이터 플레인 구성에서 메트릭을 스크랩하는 문제를 해결합니다.
IPv6 주소 주위에 대괄호가 누락됨
이번 OpenShift의 Red Hat OpenStack Services on OpenShift (RHOSO) 릴리스는 IPv6 주소와 관련된 대괄호가 누락되어 데이터 스크랩과 관련된 잠재적인 문제를 해결합니다.
IPv6 연결이 RabbitMQ
메트릭으로 거부되었습니다.
이 업데이트를 통해 OpenShift(RHOSO)의 Red Hat OpenStack Services로 업데이트하면 RabbitMQ
지표 내보내기가 IPv6 컨트롤 플레인 네트워크의 올바른 인터페이스에서 수신 대기합니다.
2.8.3. Compute 링크 복사링크가 클립보드에 복사되었습니다!
2.8.3.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.
통합 제한 도입
이번 업데이트에서는 RHOSO 18.0에 대한 통합 제한이 도입되었습니다. 통합 제한은 할당량 제한이 ID 서비스에 중앙에 저장되는 최신 할당량 시스템입니다. 문서화된 절차에 따라 통합 제한을 활성화할 수 있습니다.
하이퍼바이저에 systemd-container
패키지 설치 확인
이제 데이터 플레인 채택의 최종 단계를 시작하기 전에 systemd-container
패키지가 하이퍼바이저에 설치되어 있는지 확인할 수 있습니다. 패키지를 모든 하이퍼바이저에 설치할 때까지 Red Hat OpenStack Platform Cloud를 OpenShift(RHOSO)의 Red Hat OpenStack Services에 채택할 수 없습니다.
Nova 내부 인스턴스 정보 캐시의 주기적 복구가 비활성화됨
기본적으로 nova-compute 에이전트에서 생성한 부하를 제거하여 neutron API 서버의 성능을 개선하기 위해 heal_instance_info_cache_interval
이 비활성화됩니다. 대부분의 VM 작업 중에 업데이트되므로 캐시 정확성에는 영향을 미치지 않습니다.
hugepages가 있는 노드 채택 지원
이번 업데이트를 통해 데이터 플레인 채택은 이제 hugepages 사용을 위해 구성된 OSP 워크로드로 하이퍼바이저 가져오기를 지원합니다.
Nova에서 NVIDIA vGPU 인스턴스의 실시간 마이그레이션 활성화
대상이 동일한 NVIDIA 드라이버 버전과 동일한 중재 유형을 사용하는 경우 Nova에서 호스트 간에 vGPU 리소스를 사용하여 실시간 마이그레이션 인스턴스를 활성화합니다.
실시간 마이그레이션을 위해 Operator는 각 호스트에 대한 구성을 수정해야 합니다.
[libvirt] live_migration_completion_timeout = 0 live_migration_downtime = 500000 live_migration_downtime_steps = 3 live_migration_downtime_delay = 3
[libvirt]
live_migration_completion_timeout = 0
live_migration_downtime = 500000
live_migration_downtime_steps = 3
live_migration_downtime_delay = 3
Compute 서비스(nova) 및 배치 서비스에 대한 토폴로지 지원
TopologySpreadConstraints 및 Affinity/Anti-Affinity 규칙을 기반으로 RHOSO Nova 및 배치 서비스의 Pod 예약에 대한 새로운 사용자 정의 리소스 정의를 구현합니다.
nova_statedir_ownership.py와 관련된 업데이트 실패 수정
이번 수정 이전에는 RHOSO18.0.3에서 이후 릴리스로의 업데이트가 누락된 nova_statedir_ownership.py 스크립트와 관련된 오류로 실패했습니다. 이번 수정으로 RHOSO 18.0.3에서 RHOSO 18.0.6 (Feature Release 2)으로의 업데이트는 이러한 오류를 생성하지 않습니다.
2.8.3.2. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.
할당 후보는 배치 GET /allocation_candidates 쿼리의 호스트 간에 분배됩니다.
예를 들어, 동일한 리소스 클래스의 인벤토리를 갖는 여러 하위 공급자가 있는 경우, 할당 후보 요청이 여러 요청 그룹의 하위 리소스 공급자의 리소스를 요청하는 경우 가능한 할당 후보 수가 빠르게 증가합니다. 배치 서비스는 할당 후보 쿼리에 제공된 limit 매개변수를 적용하기 전에 이러한 후보를 완전히 생성합니다. 배치 서비스는 이러한 양의 할당 후보를 생성하는 데 과도한 시간과 메모리가 걸리며 클라이언트가 시간 초과할 수 있습니다.
요청 시간 초과 또는 메모리 부족 이벤트를 방지하기 위해 후보 생성 프로세스 중에 새로운 [placement]max_allocation_candidates
구성 옵션이 적용됩니다. 기본적으로 [placement]max_allocation_candidates
옵션은 -1로 설정됩니다. 즉, 제한이 없고 이전 동작이 있었습니다. 배치 서비스에 사용 가능한 메모리 및 클라이언트의 시간 초과 설정에 따라 영향을 받는 배포에서 이 구성 옵션의 값을 편집합니다. 제안된 값은 100000
입니다.
생성된 할당 후보의 수가 [placement]max_allocation_candidates
구성 옵션에 의해 제한되는 경우 배치 서비스에서 깊이 있는 첫 번째 전략을 사용하므로 다음 루트 공급자 집합에서 후보를 가져올 수 있습니다. 이를 방지하려면 두 가지 가능한 값이 있는 [placement]allocation_candidates_generation_strategy
구성 옵션을 사용합니다.
-
깊이 우선
: 다음 단계로 이동하기 전에 첫 번째 실행 가능한 루트 공급자의 모든 후보를 생성합니다. 이는 기본값이며 이는 레거시 동작을 트리거합니다. -
wideth-first
: 라운드 로빈 방식으로 실행 가능한 루트에서 후보를 생성하여 첫 번째 루트에서 두 번째 후보를 만들기 전에 각 실행 가능한 루트에서 하나의 후보를 생성합니다. 이는 가능한 새로운 동작입니다.
[placement]max_allocation_candidates
가 양수로 구성된 배포에서 [placement]allocation_candidates_generation_strategy
를 breadth-first
로 설정합니다.
Compute 서비스를 다시 시작한 후에도 NFS 공유에서 임시 스토리지가 있는 인스턴스가 계속 작동합니다.
이번 업데이트 이전에는 컨테이너화된 Compute 에이전트 서비스가 하이퍼바이저 호스트에서 재시작되는 즉시 NFS 공유에서 임시 스토리지를 사용하는 Compute 서비스(nova) 인스턴스가 작동을 중지했습니다.
이번 업데이트를 통해 NFS 공유에서 임시 스토리지를 사용하는 Nova Compute 서비스 인스턴스가 더 이상 작동하지 않습니다. 연결된 Openstack Dataplane Nodeset에 포함된 Nova EDPM 서비스를 사용하여 Openstack Dataplane Deployment를 생성하고 하이퍼바이저의 /var/lib/nova/
디렉터리 콘텐츠의 권한을 수정할 때마다 Nova Compute init 컨테이너가 트리거됩니다.
nova_statedir_ownership.py와 관련된 업데이트 실패 수정
이번 수정 이전에는 RHOSO18.0.3에서 이후 릴리스로의 업데이트가 누락된 nova_statedir_ownership.py 스크립트와 관련된 오류로 실패했습니다. 이번 수정으로 RHOSO 18.0.3에서 RHOSO 18.0.6 (Feature Release 2)으로의 업데이트는 이러한 오류를 생성하지 않습니다.
수정됨: Compute 서비스를 다시 시작한 후 NFS 공유에서 임시 스토리지를 사용하는 인스턴스 작동 중지
이번 업데이트 이전에는 컨테이너화된 Compute 에이전트 서비스가 하이퍼바이저 호스트에서 재시작되는 즉시 NFS 공유에서 임시 스토리지를 사용하는 Compute 서비스(nova) 인스턴스가 작동을 중지했습니다. 이는 /var/lib/nova/
인스턴스의 권한이 변경되었기 때문에 발생했습니다.
이번 업데이트에서는 해당 버그가 수정되었습니다.
2.8.3.3. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
기본적으로 비활성화된 컴퓨팅 서비스 전원 관리 기능
Compute 서비스(nova) 전원 관리 기능은 기본적으로 비활성화되어 있습니다. 다음 nova-compute
구성으로 활성화할 수 있습니다.
[libvirt] cpu_power_management = true cpu_power_management_strategy = governor
[libvirt]
cpu_power_management = true
cpu_power_management_strategy = governor
기본 cpu_power_management_strategy
cpu_state
는 현재 지원되지 않습니다. nova-compute를 다시 시작하면 인스턴스에서 사용하는 항목을 포함하여 해당 호스트의 전용 PCPU가 모두 전원이 꺼집니다. cpu_state
전략이 사용되는 경우 해당 인스턴스의 CPU가 고정되지 않습니다.
Block Storage 서비스(cinder) 알려진 문제
Red Hat Ceph Storage를 Block Storage 서비스(cinder)의 백엔드로 사용하는 경우 연결된 암호화된 볼륨을 확장할 수 없을 수 있습니다. 해결방법: 암호화된 RBD 볼륨을 분리한 다음 이 볼륨을 확장한 다음 다시 연결합니다.
2.8.4. 데이터 플레인 링크 복사링크가 클립보드에 복사되었습니다!
2.8.4.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.
클라우드를 확장하지 않고 결함이 있는 노드 교체
이번 업데이트를 통해 클라우드를 확장하지 않고 결함이 있는 노드를 교체할 수 있습니다.
-
사전 프로비저닝된 노드의 경우
OpenStackDataPlaneNodeSet
CR에서 노드에 대한 새ansibleHost
를 설정합니다. -
프로비저닝된 노드의 경우 문제가 있는 베어 메탈 호스트(BMH)를 삭제합니다.
OpenStackBaremetalSet
CR은 사용 가능한 새 BMH를 프로비저닝하고OpenStackDataPlaneNodeSet
의 배포 상태를 재설정하여 새로 프로비저닝된 노드에 배포할 새OpenStackDataPlaneDeployment
CR을 생성하도록 요청합니다.
제거된 노드를 스케일 인으로 수동으로 정리해야 합니다.
2.8.4.2. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.
문서: OpenStackDataPlaneNodeSet
CR 이름의 최대 길이를 자세히 설명하는 제한 사항
'OpenStackDataPlaneNodeSet' CR에 대한 규칙에 대한 설명은 최대 길이가 53자임을 포함하도록 업데이트되었습니다.
2.8.5. 네트워킹 링크 복사링크가 클립보드에 복사되었습니다!
2.8.5.1. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.
로드 밸런싱 서비스의 기본 유사성 방지 정책
이번 업데이트 이전에는 active-standby 토폴로지에서 amphorae를 생성할 때 octavia Operator에서 anti-affinity를 활성화하지 않았습니다. 가상 머신이 동일한 컴퓨팅 노드에 예약되는 경우도 있습니다.
릴리스에서는 이 문제가 해결되어 anti-affinity가 활성화되어 있는지 확인합니다.
로드 밸런싱 서비스 공급자 네트워크 가시성 수정
이번 업데이트 이전에는 최종 사용자가 로드 밸런싱 서비스 공급자 네트워크를 볼 수 있었습니다. 이제 서비스 공급자 네트워크가 관리자에게만 표시됩니다.
오프라인 클러스터에 로드 밸런싱 서비스 배포
이번 업데이트 이전에는 octavia-rsyslog
Pod의 컨테이너 이미지 URL이 하드 코딩되어 재정의할 수 없어 사용자가 오프라인 클러스터에 로드 밸런싱 서비스(octavia)를 배포할 수 없었습니다.
이번 업데이트를 통해 컨테이너 이미지 URL을 재정의할 수 있으며 로드 밸런싱 서비스를 오프라인 상태로 배포할 수 있습니다.
DCN 모드에서 로드 밸런싱 서비스 상태 관리자의 안정성 문제 해결
이번 업데이트 이전에는 DCN 모드에서 로드 밸런싱 서비스(octavia) 상태 관리자 Pod를 실행할 때 Operator에 의해 Pod를 임의로 다시 시작했습니다. 이번 업데이트를 통해 임의의 재시작이 발생하지 않습니다.
서비스 rsyslog 끝점이 더 이상 원격 영역 영역에서 로그를 삭제하지 않음
이번 업데이트 이전에는 rsyslog 서비스를 DCN과 함께 사용하면 원격 DCN로의 경로가 누락되었기 때문에 rsyslog Pod가 들어오는 rsyslog 패킷을 삭제했습니다. 이제 패킷이 삭제되지 않습니다.
2.8.5.2. 기술 프리뷰 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.
기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.
Amphora Vertical Scaling (Threading/CPU 고정) (기술 프리뷰)
이 기술 프리뷰를 사용하면 amphora 드라이버에 대한 로드 밸런싱 서비스 수직 확장 지원 처리를 개선할 수 있습니다. 이 기술 프리뷰 업데이트는 개선된 수직 확장 및 여러 vCPU를 사용하는 추가 로드 밸런서 플레이버에 특별히 최적화된 추가 amphora 이미지를 사용합니다. 이를 통해 로드 밸런서의 대기 시간 및 처리량을 향상시킬 수 있습니다.
로드 밸런싱 서비스를 사용한 TLS 클라이언트 인증 (기술 프리뷰)
이번 업데이트에서는 인증서를 사용하여 양방향 TLS 인증을 설정하여 RHOSO 로드 밸런싱 서비스(octavia) TLS 로드 밸런서와 TLS 웹 클라이언트 통신의 기술 프리뷰가 포함되어 있습니다.
분산 영역 기능 (기술 프리뷰)에 대한 로드 밸런싱 서비스(octavia) 지원
이번 업데이트에서는 프로젝트 사용자가 분산 영역 환경에서 로드 밸런서를 생성할 수 있는 로드 밸런싱 서비스(octavia) 가용성 영역(octavia)의 기술 프리뷰를 도입하여 트래픽 처리량을 늘리고 대기 시간을 줄일 수 있습니다.
동일한 네트워크의 여러 로드 밸런싱 서비스 VIP 주소
Amphora 공급자를 사용하는 Octavia의 로드 밸런싱 서비스에는 동일한 Neutron 네트워크에서 할당된 여러 VIP 주소가 필요한 사용 사례가 있습니다. 이 기술 프리뷰를 사용하면 VIP 포트와 연결할 추가 subnet_id/ip_address 쌍을 지정하는 기능을 테스트할 수 있습니다. 이를 통해 IPv4 및 IPv6 주소가 모두 있는 로드 밸런서가 있거나 퍼블릭 및 프라이빗 서브넷에 모두 노출되는 시나리오를 사용할 수 있습니다.
TLS 암호화 및 프로토콜 지원 개선 (기술 프리뷰)
이번 업데이트에서는 TLS 암호화 및 프로토콜에 대한 로드 밸런싱 서비스(octavia) 지원의 기술 프리뷰가 도입되었습니다. 이제 기본 암호화 목록을 사이트에 더 적합한 값으로 재정의하고 각 리스너에 대한 암호 및 프로토콜 목록 설정과 같은 추가 새 기능을 사용할 수 있습니다.
IPv6 로드 밸런싱 네트워크 [기술 프리뷰]
로드 밸런싱 관리 네트워크에 IPv6 CIDR을 사용하는 기술 프리뷰를 테스트할 수 있습니다.
2.8.5.3. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
FRR 서비스에 사용할 수 있는 로그 없음
RHOSO가 BGP와 함께 동적 라우팅을 사용하도록 구성된 경우 데이터 플레인 노드에 배포된 FRR 서비스에 사용할 수 있는 로그가 없습니다.
해결방법: OpenstackDataplaneDeployment
이 완료된 후 FRR 로그를 가져오려면 FRR을 실행하는 모든 네트워크 및 컴퓨팅 노드에서 다음 작업을 수행합니다.
-
/var/lib/config-data/ansible-generated/frr/etc/frr.conf'file을 편집하고 'log 파일을 로그 파일
./var/log/frr/frr.log
로 바꿉니다 -
/var/lib/kolla/config_files/frr.json
을 편집하고절전 infinity
를tail -f /var/log/frr/frr.log
로 바꿉니다. -
FRR 다시 시작:
systemctl restart edpm_frr
.
채택 후 레거시 tripleo Networking 서비스(neutron)
edpm_tripleo_cleanup
작업 후에도 기존 tripleo Networking 서비스(neutron) 서비스가 계속 있습니다. 이러한 서비스는 채택 후 중지되므로 RHOSO 서비스는 영향을 받지 않습니다.
해결방법: 다음 단계를 수행하여 레거시 서비스를 수동으로 제거합니다.
-
tripleo neutron services list:
systemctl list-unit-files --type service
를 확인합니다. -
/etc/systemd/system/
에서 tripleo 서비스 제거
외부 MTU가 내부 MTU보다 크면 패킷이 자동으로 삭제됩니다.
RHOSO는 외부 MTU가 내부 MTU보다 큰 경우 north-south 패킷을 예상대로 분할하지 않습니다. 대신 수신 패킷이 알림 없이 삭제되는 경우입니다.
또한 테넌트 네트워크 간의 동서 트래픽에서는 조각화가 작동하지 않습니다.
이러한 문제가 해결될 때까지 외부 MTU 설정이 내부 MTU 설정보다 작거나 같고 east/west 경로의 모든 MTU 설정이 동일한지 확인합니다.
절차:
-
Set
ovn_emit_need_to_frag
totrue
. -
genve 터널 캡슐화 오버헤드를 수용하려면
global_physnet_mtu
를 외부 네트워크 MTU보다 58바이트 이상 큰 크기로 설정합니다. -
physical_network_mtus
값 쌍을 설정하여 각 물리적 네트워크의 MTU를 설명합니다. - 외부 네트워크의 모든 장치에 대한 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
- 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.
예
예를 들어 외부 네트워크 datacentre
MTU가 1500이라고 가정합니다.
OpenStackControlPlane CR에 다음 neutron 설정을 입력합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 외부 네트워크의 모든 장치에 있는 MTU 설정이 내부 MTU 설정보다 작은지 확인합니다.
- OVN 라우터를 사용하는 모든 테넌트 네트워크에 동일한 MTU가 있는지 확인합니다.
- 기존 라우터에 변경 사항을 적용하려면 라우터를 삭제하고 다시 만듭니다.
동적 라우팅이 있는 RHOSO 배포에서 BFD가 예상대로 작동하지 않습니다. 필요한 해결방법
BGP(Border Gateway Protocol)를 사용하여 RHOSO를 배포할 때 BFD(Early-directional forwarding)가 예상대로 작동하지 않습니다.
해결방법: OpenstackDataplaneNoteSet CR에 NFT 규칙을 추가합니다. 이 작업을 수행하는 방법은 다음 두 가지가 있습니다. 하나를 선택합니다.
-
edpm_frr_bfd
를false
로 설정하여 BFD를 비활성화합니다. -
BFD 트래픽을 허용하도록
edpm_nftables_user_rules
를 구성합니다.
물리적 인터페이스가 본딩인 경우 물리적 네트워크의 포트에 최대 대역폭(egress) 규칙만 있는 경우 QoS 정책은 적용되지 않습니다.
최대 대역폭 전용 QoS 규칙과 송신 방향이 있는 물리적 네트워크(VLAN, flat)에 연결된 포트는 물리적 네트워크 인터페이스를 사용하여 TC 명령을 통해 QoS 규칙을 적용합니다.
이전 버전에서는 Neutron에서 네트워크 유형 및 규칙 방향에 관계없이 OVN 경찰을 사용하는 대역폭 제한 규칙을 적용했습니다.
이제 RHOSO 18.0.6부터 환경에서 물리적 브릿지를 물리적 네트워크에 연결하는 데 본딩을 사용하는 경우 QoS 적용이 없습니다. 자세한 내용은 https://issues.redhat.com/browse/OSPRH-18010 을 참조하십시오.
2.8.6. 네트워크 기능 가상화 링크 복사링크가 클립보드에 복사되었습니다!
2.8.6.1. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.
os-net-config
공급자를 nmstate
로 변경
이전 RHOSO 릴리스에서는 Red Hat이 NMstate
를 os-net-config 공급자로
지원하지 않았습니다. 이제 지원되지만 기본 구성이 os-net-config
공급자를 ifcfg
로 설정합니다.
매개 변수는 edpm_network_config_nmstate
입니다. 기본값은 false
입니다. nmstate
공급자의 특정 제한으로 인해 ifcfg
공급자를 사용해야 하는 경우가 아니면 nmstate
공급자를 사용하려면 true
로 변경합니다.
자세한 내용은 배포 계획가이드의 "os-net-config 용 nmstate provider for os-net-config"를 참조하십시오.
2.8.6.2. 기술 프리뷰 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 사용할 수 있는 모든 기술 프리뷰 목록을 제공합니다.
기술 프리뷰 기능에 대한 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 - 지원 범위를 참조하십시오.
OVS-DPDK용 TSO (기술 프리뷰)
RHOSO 18.0.6(Feature Release 2)에는 OVS-DPDK를 사용하는 RHOSO 환경의 TCP 분할 오프로드(TSO)의 기술 프리뷰가 도입되었습니다.
자세한 내용은 네트워크 기능 가상화 환경(https://docs.redhat.com/en/documentation/red_hat_openstack_services_on_openshift/18.0/html/deploying_a_network_functions_virtualization_environment/plan-ovs-dpdk-deploy_rhoso-nfv#ovsdpdk-tso_plndpdk-nfv) 배포의 TCP 분할 오프로드(기술 프리뷰)를 사용하는 OVS-DPDK를 참조하십시오.
2.8.6.3. 사용되지 않는 기능 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 더 이상 사용되지 않는 기능에 대한 개요를 제공합니다.
사용되지 않는 기능은 이 제품의 향후 주요 릴리스에서 지원되지 않을 가능성이 높으며 새로운 배포에 구현하는 것은 권장되지 않습니다.
더 이상 사용되지 않는 edpm_ovs_dpdk_lcore_list
변수
RHOSO 배포에서 edpm_ovs_dpdk_lcore_list
Ansible 변수 사용을 중지합니다. 이전에는 nodeset CR 정의 파일에서 NFV 환경의 데이터 플레인 배포에서 OVS DPDK를 활성화하는 데 사용되었습니다. 더 이상 필요하지 않거나 지원되지 않습니다. 이제 사용으로 인해 배포 오류가 발생합니다.
2.8.6.4. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
물리적 기능이 VM 인스턴스에 연결되어 있으면 채택이 실패합니다.
물리적 기능(PF)이 인스턴스에 연결된 경우
를 다시 실행하면 호스트에서 SR-IOV PF를 찾을 수 없으므로 deployment/update/adoption에 실패합니다.
os-net-config
cpu-partitioning-powersave 프로필을 사용할 때 no_turbo
를 설정할 수 없습니다
커널에서 no_turbo
매개변수를 설정하는 데 문제가 있기 때문에, cpu-partitioning-powersave 프로필을 사용할 때 tuned가 중단되고 실패합니다.
해결방법: 다운그레이드는 edpm_bootstrap_command
에 다음 구성을 추가하여 이전 버전에 배포의 일부로 조정되었습니다.
... edpm_bootstrap_command: |- ... dnf downgrade tuned-2.24.0 …
...
edpm_bootstrap_command: |-
...
dnf downgrade tuned-2.24.0
…
마이너 업데이트 중에 요청된 서비스를 찾을 수 없습니다
데이터 플레인에서 나머지 서비스를 업데이트할 때 edpm_openstack_network_exporter.service
를 찾을 수 없기 때문에 18.0.3에서 18.0.6으로 마이너 업데이트가 실패합니다.
해결방법: 'OpenStackDataplaneService'custom 리소스를 업데이트하기 전에 openstack-edpm-update-services.yaml
파일의 servicesOverride
필드에 Telemetry 서비스를 추가합니다. 예를 들면 다음과 같습니다.
2.8.7. 컨트롤 플레인 링크 복사링크가 클립보드에 복사되었습니다!
2.8.7.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.
단일 OLM 번들에서 서비스 Operator 설치 관리
OpenStack Operator는 더 이상 여러 RHOSO 서비스 Operator를 개별적으로 설치하지 않습니다. 대신 새 초기화 리소스는 단일 OLM(Operator Lifecycle Manager) 번들에서 서비스 Operator 설치를 관리합니다. 새 설치 방법에 대한 자세한 내용은 Operator 설치 및 준비를 참조하십시오.
OpenStackClient
Pod의 사용자 정의 환경 변수
OpenStackClient
Pod에 대한 사용자 지정 환경 변수를 설정할 수 있습니다.
2.8.7.2. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
마이너 업데이트 중에 컨트롤 플레인을 일시적으로 사용할 수 없음
18.0 기능 릴리스 1로 마이너 업데이트 중에 RHOSO 컨트롤 플레인을 일시적으로 사용할 수 없게 됩니다. 오류 500과 같은 HTTP 오류 코드로 API 요청이 실패할 수 있습니다. 또는 API 요청이 성공할 수 있지만 기본 라이프사이클 작업이 실패합니다. 예를 들어 마이너 업데이트 중에 openstack server create
명령을 사용하여 생성된 VM(가상 머신)은 ACTIVE
상태에 도달하지 않습니다. 컨트롤 플레인 중단은 일시적이며 마이너 업데이트가 완료된 후 자동으로 복구됩니다. 컨트롤 플레인 중단은 이미 실행 중인 워크로드에 영향을 미치지 않습니다.
2.8.8. 스토리지 링크 복사링크가 클립보드에 복사되었습니다!
2.8.8.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에 도입된 새로운 기능 및 주요 개선 사항에 대해 설명합니다.
씬 프로비저닝된 백엔드에서 블록 스토리지 볼륨 복원 강화
이번 개선된 기능을 통해 씬 프로비저닝된 백엔드에서 블록 스토리지 볼륨 백업을 복원하는 프로세스가 최적화됩니다. 이전 버전에서는 씬 프로비저닝된 백엔드에서 백업을 복원할 때 사용된 볼륨의 일부만 복원하는 대신 전체 볼륨 크기가 복원되었습니다. 이로 인해 불필요한 네트워크 트래픽이 발생하여 복원 프로세스에 걸리는 시간이 크게 증가했습니다. 이번 개선된 기능을 통해 씬 프로비저닝된 백엔드에서 볼륨을 복원할 때 사용된 볼륨의 일부만 복원됩니다.
Red Hat Ceph Storage 8 지원
이번 개선된 기능에는 외부 Red Hat Ceph Storage 8과의 통합 지원이 추가되었습니다. 알려진 문제로 인해 일부 Red Hat Ceph Storage 8 기능이 지원되는 것은 아닙니다. 이러한 문제에 대한 자세한 내용은 알려진 문제 섹션을 참조하십시오.
2.8.8.2. 버그 수정 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 사용자에게 상당한 영향을 미치는 OpenShift 18.0의 Red Hat OpenStack Services에서 수정된 버그에 대해 설명합니다.
Pod에 임의의 이름이 접두사인 경우 ExtraMounts는 인스턴스별 전파를 처리할 수 있습니다.
uniquePodNames
가 true
인 경우 모든 Cinder Pod(및 일반적으로 각 구성 요소 및 서비스)의 접두사는 pseudo-random 문자열입니다. 이번 업데이트를 통해 Pod에 임의의 이름이 접두사인 경우 ExtraMounts는 인스턴스별 전파를 처리할 수 있습니다.
2.8.8.3. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
다중 파트 이미지 업로드가 S3 백엔드에서 작동하지 않음
S3 백엔드를 사용하여 다중 파트 이미지를 업로드하는 경우 가져오기 워크플로를 사용해야 합니다.
Red Hat Ceph Storage 8 NFS는 지원되지 않습니다.
RHOSO 18.0.6에서는 현재 Red Hat Ceph Storage 8과 통합할 때 NFS가 지원되지 않습니다.
해결방법: 현재 해결방법이 없습니다.
Red Hat Ceph Storage 8 Object Gateway는 지원되지 않습니다.
RHOSO 18.0.6에서는 현재 Red Hat Ceph Storage 8과 통합할 때 Red Hat Ceph Storage Object Gateway(RGW)가 지원되지 않습니다.
해결방법: 현재 해결방법이 없습니다.
2.8.9. 업그레이드 및 업데이트 링크 복사링크가 클립보드에 복사되었습니다!
2.8.9.1. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
이 부분에서는 OpenShift 18.0의 Red Hat OpenStack Services에서 알려진 문제에 대해 설명합니다.
마이너 업데이트 중 openstack 인스턴스 생성
OpenShift 환경에서 18.0.6 이전 릴리스에서 Red Hat OpenStack Services를 업데이트하는 경우
를 업데이트한 후 모든 Operator의 배포를 트리거해야 합니다. 예를 들면 다음과 같습니다.
openstack
-operator