3장. 릴리스 정보

이번 업데이트 이전에는 Leapp 업그레이드를 실행하기 전에 director가 Red Hat Ceph Storage OSD에서 noout 플래그를 설정하지 않았습니다. 결과적으로 업그레이드 후 OSD를 재조정하는 데 시간이 추가로 필요했습니다.

이번 업데이트를 통해 Leapp 업그레이드 전에 director가 noout 플래그를 설정하므로 업그레이드 프로세스의 속도가 빨라집니다. 또한 Director는 Leapp 업그레이드가 끝나면 noout 플래그를 설정 해제합니다.

OSP10 Newton 이후 PowerMax 구성 옵션이 변경되었습니다. 이번 업데이트를 통해 최신 PowerMax 구성 옵션을 포함하며 iSCSI 및 FC 드라이버를 모두 지원합니다.

CinderPowermaxBackend 매개변수도 여러 백엔드를 지원합니다. CinderPowermaxBackendName은 백엔드 목록을 지원하며 사용자는 새 CinderPowermaxMultiConfig 매개변수를 사용하여 각 백엔드의 매개변수 값을 지정할 수 있습니다. 예제 구문을 보려면 environment/cinder-dellemc-powermax-config.yaml의 내용을 참조하십시오.

이번 업데이트 이전에는 IPv6 내부 API 네트워크를 사용한 DCN + HCI 배포에서 Block Storage 서비스(cinder) 및 etcd 서비스가 잘못된 형식의 etcd URI로 구성되었으며 시작 시 Block Storage 서비스 및 etcd 서비스가 실패했습니다.

이번 업데이트를 통해 etcd URI의 IPv6 주소가 올바르며 블록 스토리지 서비스 및 etcd 서비스가 성공적으로 시작됩니다.

이번 업데이트 이전에는 IPv6 내부 API 네트워크를 사용한 배포에서 Block Storage 서비스(cinder) 및 계산 서비스(nova)가 잘못된 형식의 glance-api 엔드포인트 URI로 구성되었습니다. 결과적으로 DCN 또는 에지 배포에 있는 블록 스토리지 서비스 및 계산 서비스가 이미지 서비스(glance)에 액세스할 수 없었습니다.

이번 업데이트를 통해 glance-api 엔드포인트 URI의 IPv6 주소가 올바르며 에지 사이트의 블록 스토리지 및 계산 서비스가 이미지 서비스에 성공적으로 액세스할 수 있습니다.

이번 업데이트 이전에는 Block Storage 서비스(cinder)가 볼륨 유형을 지정할 수 있는 다른 방법을 무시하고 volume create 요청에 기본 볼륨 유형을 할당했습니다.

이번 업데이트를 통해 블록 스토리지 서비스가 올바르게 작동합니다.

이번 업데이트 이전에는 베어 메탈 프로비저닝 서비스(ironic)에서 직접 배포 인터페이스를 사용하여 최종 인스턴스 이미지를 다운로드할 때 재시도 및 시간 초과가 없었습니다. 따라서 이미지를 호스트하는 서버가 응답하지 않으면 배포가 실패할 수 있었습니다.

이번 업데이트를 통해 이미지 다운로드 프로세스가 2회 재시도하며 60초가 지나면 연결이 시간 초과됩니다.

ipmitool-1.8.18-11에서 회귀가 도입되어 "Get Cipher Suites"를 지원하지 않는 특정 BMC에 대해 IPMI 액세스가 2분 이상 소요되었습니다. 따라서 인트로스펙션이 실패할 가능성이 있었고 배포 시간이 이전보다 훨씬 오래 걸릴 수 있었습니다.

이번 업데이트를 통해 ipmitool 재시도 처리가 변경되어 인트로스펙션이 통과하고 배포에 성공합니다.

이번 업데이트 이전에는 ExtraConfigPre per_node 스크립트가 Python 3과 호환되지 않았습니다. 따라서 TASK [Run deployment NodeSpecificDeployment] 단계에서 오버클라우드 배포에 실패하고 SyntaxError: invalid syntax 메시지가 표시되었습니다.

이번 업데이트에서 ExtraConfigPre per_node 스크립트는 Python 3과 호환되며 사용자 지정 per_node hieradata를 프로비저닝할 수 있습니다.

이번 업데이트 이전에는 ceph osd stat -f json 명령이 변경된 데이터 구조 포멧을 반환했습니다. 따라서 특정 비율의 RHCS(Red Hat Ceph Storage) OSD가 실행되고 있지 않은 한 배포 중지를 위한 검증이 제대로 작동하지 않았고 실행 중인 OSD 수에 관계없이 배포가 중지되었습니다.

이번 업데이트를 통해 새로운 버전의 openstack-tripleo-validations가 RHCS OSD 실행 비율을 올바르게 계산하며 일정 비율의 RHCS OSD가 실행되지 않으면 배포가 조기에 중지됩니다. CephOsdPercentageMin 매개변수를 사용하여 필요한 RHCS OSD 실행 비율을 사용자 지정할 수 있습니다. 기본값은 66%입니다. 검증을 비활성화하려면 이 매개변수를 0으로 설정하십시오.

이번 업데이트 이전에는 대시보드가 비활성 상태라도 HA 프록시 구성에서 Red Hat Ceph Storage 대시보드 리스너가 생성되었습니다. 이로 인해 Ceph Storage를 사용한 Red Hat OpenStack Platform 업그레이드가 실패할 수 있었습니다.

이번 업데이트에서는 Ceph MGR 서비스와 대시보드 서비스를 구별하도록 서비스 정의가 업데이트되었으므로 대시보드 서비스가 활성 상태가 아닐 때 업그레이드에 성공하더라도 대시보드 서비스가 구성되지 않습니다.

이번 업데이트 이전에는 마운트된 NFS 공유가 있을 때 Leapp 업그레이드가 실패할 가능성이 있었습니다. 특히 Compute 서비스(nova) 또는 Image 서비스(glance)를 실행하는 노드는 NFS 마운트를 사용하는 경우 중단됩니다.

이번 업데이트를 통해 director가 /var/lib/ nova/instances,/var/lib /glance/images 및 모든 Image 서비스 스테이징 영역을 GlanceNodeStagingUri 매개변수로 정의한 모든 이미지 서비스 스테이징 영역을 마운트 해제합니다.

이번 개선된 기능에는 소스 레지스트리의 인증 정보를 제공하는 데 사용할 수 있는 openstack tripleo container image push 명령의 새로운 옵션이 있습니다. 새로운 옵션은 --source-username 및 --source-password입니다.

이번 업데이트 이전에는 인증이 필요한 소스 레지스트리에서 컨테이너 이미지를 푸시할 때 인증 정보를 제공할 수 없었습니다. 컨테이너를 푸시하는 방법은 이미지를 수동으로 가져와서 로컬 시스템에서 푸시하는 방법뿐이었습니다.

이번 개선된 기능을 통해 Red Hat OpenStack Platform 노드에 정책 기반 라우팅을 사용하여 os-net-config로 여러 라우팅 테이블 및 라우팅 규칙을 구성할 수 있습니다.

정책 기반 라우팅에서는 여러 개의 링크가 있는 호스트에서 라우팅 테이블을 사용하여 소스 주소에 따라 특정 인터페이스를 통해 트래픽을 보낼 수 있습니다. 각 인터페이스의 라우팅 규칙을 정의할 수도 있습니다.

이 업데이트에서 container_images_file 매개변수는 이제 undercloud.conf 파일의 필수 옵션입니다. 언더클라우드를 설치하기 전에 이 매개변수를 설정해야 합니다.

최근 들어 registry.redhat.io를 컨테이너 소스로 사용하게 되었고, 이에 따라 컨테이너를 가져올 때 인증해야 합니다. 언더클라우드의 경우 설치 시 인증 정보를 제공하기 위한 권장 옵션은 container_images_file입니다. 이번 업데이트 이전에는 이 매개변수를 설정하지 않으면 컨테이너를 가져오려고 할 때 인증 오류로 인해 배포에 실패했습니다.

이번 개선된 기능을 통해 NovaPMEMMappings 및 NovaPMEMNamespaces라는 두 개의 새로운 매개변수를 사용하여 vPMEM을 관리할 수 있습니다.

vPMEM과 물리적 PMEM 네임스페이스 간 매핑을 반영하는 nova 구성 옵션인 pmem_namespaces를 설정하려면 NovaPMEMMappings를 사용합니다.

vPMEM의 백엔드로 사용되는 물리적 PMEM 네임스페이스를 생성하고 관리하려면 NovaPMEMNamespaces를 사용합니다.

Red Hat OpenStack Platform 16.1에는 ML2/OVS 메커니즘 드라이버를 사용한 라우팅 공급자 네트워크의 기술 프리뷰가 있습니다. 라우팅 공급자 네트워크를 사용하면 단일 공급자 네트워크로 여러 개의 계층 2 네트워크(브로드캐스트 도메인) 또는 세그먼트에 대응할 수 있으므로 운영자는 사용자에게 네트워크 하나만 제공해도 됩니다. 이것은 에지 DCN 배포 및 스파인-리프형 라우팅 데이터 센터 배포의 일반적인 네트워크 유형입니다.

계산 서비스(nova) 스케줄러는 세그먼트를 인식하지 않으므로 각 리프, 랙 세그먼트 또는 DCN 에지 사이트를 계산 서비스 호스트 집계 또는 가용 영역에 매핑해야 합니다. 배포에 DHCP 또는 메타데이터 서비스가 필요한 경우 각 에지 사이트 또는 세그먼트에 대해 계산 서비스 가용성 영역도 정의해야 합니다.

알려진 제한 사항:

Glance 이미지 변환의 경우 glance-direct 방법은 기본적으로 활성화되지 않습니다. 이 기능을 사용하려면 glance-api.conf 파일의 DEFAULT 섹션에서 enabled_import_methods를 [glance-direct,web-download] 또는 [glance-direct]로 설정합니다.

glance-direct 가져오기 방법을 사용할 때 Image 서비스(glance)에 스테이징 영역이 있어야 합니다. glance-api.conf 파일의 DEFAULT 섹션에서 node_staging_uri 옵션을 file://<absolute-directory-path>로 설정하십시오. 이 경로는 모든 이미지 서비스 API 노드에서 사용할 수 있는 공유 파일 시스템에 있어야 합니다.

RHOSP(Red Hat OpenStack Platform) 13 DCN에서 RHOSP 16.1 DCN으로 업그레이드하는 경우 단일 스택 RHOSP 13 배포에서 다중 스택 RHOSP 16.1 배포로 마이그레이션할 수 없습니다. RHOSP 16.1로 업그레이드한 후에도 RHOSP 13 스택은 Orchestration 서비스(heat)에서 계속 단일 스택으로 관리됩니다.

RHOSP 16.1로 업그레이드한 후 새 DCN 사이트를 새 스택으로 배포할 수 있습니다. 자세한 내용은 RHOSP 16.1 DCN의 다중 스택 설명서를 참조하십시오.

Red Hat OpenStack Platform 16.1에는 다음과 같은 PowerMax 드라이버 업데이트가 포함됩니다.

기능 업데이트:

sg-bridge 컨테이너는 sg-bridge RPM을 사용하여 sg-core에 대한 AMQP1-to-unix 소켓 인터페이스를 제공합니다. 두 구성 요소는 모두 Service Telemetry Framework의 일부입니다.

이것은 sg-bridge 구성 요소의 초기 릴리스입니다.

sg-bridge 및 sg-core 컨테이너 이미지는 Service Telemetry Framework에 collectd 메트릭의 새로운 데이터 경로를 제공합니다.

sg-bridge 구성 요소를 사용하면 sg-core에서 AMQP1을 unix 소켓으로 변환할 수 있으므로 레거시 Smart Gateway 구성 요소보다 성능이 500% 향상됩니다.

이는 sg-bridge 및 sg-core 컨테이너 이미지 구성 요소의 초기 릴리스입니다.

OVN은 컴퓨팅 노드에서 직접 ovn-controller와 함께 DHCP를 openflow 컨트롤러로 사용합니다. 그러나 SR-IOV 인스턴스는 VF/PF를 통해 네트워크에 직접 연결되므로 SR-IOV 인스턴스는 DHCP 응답을 수신할 수 없습니다.

해결방법: OS::TripleO::Services::NeutronDhcpAgent 를 OS::TripleO::Services::NeutronDhcpAgent: deployment/neutron/neutron-dhcp-container-puppet.yaml 로 변경합니다.

Red Hat OpenStack Platform 로드 밸런싱 서비스(octavia) 인스턴스(amphora)의 keepalive 인스턴스가 UDP 트래픽을 비정상적으로 종료하고 중단할 수 있습니다. 이 문제의 원인은 UDP 상태 모니터의 시간 초과 값이 너무 작기 때문입니다.

해결방법: 새 시간 초과 값을 2초보다 크게 지정합니다. $ openstack loadbalancer healthmonitor set --timeout 3 <heath_monitor_id>

자세한 내용은 명령줄 인터페이스 참조에서 "loadbalancer healthmonitor"를 검색하십시오.

16.0에서 16.1로 업데이트할 때 Orchestration 서비스(heat)에 불완전한 TLS 정의가 있으며 이로 인해 업데이트가 실패합니다.

이 실패를 방지하려면 다음 매개변수 및 값을 설정해야 합니다. InternalTLSCAFile: ''.

Public TLS 또는 TLS-Everywhere를 사용하여 16.0에서 16.1로 업데이트할 때 알려진 문제가 있습니다.

InternalTLSCAFile 매개변수는 오버클라우드 인스턴스의 CA 인증서 번들 위치를 제공합니다. 이 매개변수가 올바르게 설정되지 않으면 업그레이드 및 업데이트가 실패합니다. 새 배포에서는 heat가 이 매개변수를 올바르게 설정하지만 이전 heat 템플릿을 사용하는 배포를 업그레이드하는 경우에는 기본값이 올바르지 않을 수 있습니다.

해결방법: 언더클라우드가 기본 신뢰 저장소의 인증서를 사용하도록 InternalTLSCAFile 매개변수를 빈 문자열 '' 로 설정합니다.

RHOSP 13에서 RHOSP 16.1로 업그레이드할 때 알려진 문제가 있습니다. HostnameFormatDefault 값이 %stackname%-compute-%index%에서 %stackname%-novacompute-%index%로 변경되었습니다. 이러한 기본값 변경으로 인해 중복 서비스 항목이 생성되고 실시간 마이그레이션과 같은 작업에 추가로 영향을 줄 수 있습니다.

해결방법: RHOSP 13에서 RHOSP 16.1로 업그레이드하는 경우 HostnameFormatDefault 값을 재정의하여 이전 호스트 이름 형식이 유지되도록 이전 기본값을 구성해야 합니다. RHOSP 15 또는 RHOSP 16.0에서 업그레이드하는 경우에는 특별한 조치가 필요하지 않습니다.

RHOSP 16.1에서 tripleo-anible-inventory의 출력 형식이 변경되었습니다. 따라서 generate-inventory 작업이 실패합니다.

해결방법: 인벤토리를 수동으로 생성합니다.

언더클라우드가 외부(공용) 엔드포인트에 접속하여 초기 리소스 및 프로젝트를 생성하는 경우 배포 중에 InternalTLSCAFile heat 매개변수가 사용되는 알려진 문제가 있습니다. 내부 및 공용 인터페이스에 다른 CA(인증 기관)의 인증서가 있는 경우 배포에 실패합니다. 언더클라우드가 keystone 공용 인터페이스에 접속하지 못하거나 내부 인터페이스가 잘못된 설정을 수신합니다.

이 시나리오는 IPA 서버에 내부 인터페이스가 있지만 운영자가 제공한 인증서는 공용 인터페이스에 있는 경우 TLS Everywhere를 사용한 배포에 영향을 줍니다. 또한 기존 공용 인증서를 사용한 배포에서 TLS Everywhere를 재배포 및 구성하려고 하는 경우 'brown field' 배포가 차단됩니다.

현재 이 문제에 대한 해결방법이 없습니다.

다음과 같은 상태로 인해 Block Storage 서비스(cinder)에 알려진 문제가 있습니다.

Object Storage 서비스(swift)에 알려진 문제가 있습니다 . 사전 배포된 노드를 사용하는 경우 /var/log/containers/stdouts/swift_rsync.log에 다음 오류 메시지가 표시될 수 있습니다.

"failed to create pid file /var/run/rsyncd.pid: 파일이 존재합니다"

해결방법: 사전 배포된 모든 컨트롤러 노드에 다음 명령을 입력합니다.

for d in $(podman inspect swift_rsync | jq '.[].GraphDriver.Data.UpperDir') /var/lib/config-data/puppet-generated/swift; do sed -i -e '/pid file/d' $d/etc/rsyncd.conf; done

python3-tripleoclient를 업데이트하거나 업그레이드할 때 Ansible에 업데이트 또는 업그레이드가 수신되지 않으며 Ansible 또는 ceph-anible 작업이 실패합니다.

업데이트 또는 업그레이드할 때 Ansible에도 업데이트가 수신되어 플레이북 작업을 성공적으로 실행할 수 있는지 확인하십시오.

ovn-controller가 생성하는 OVN 필터 패킷에 알려진 문제가 있습니다. 이 트래픽을 허용하는 명시적 ACL 규칙이 없으면 OVN에서 ACL 처리를 수신하는 라우터 알림이 삭제됩니다.

해결방법: 다음 명령을 입력하여 보안 규칙을 생성합니다.

openstack security group rule create --ethertype IPv6 --protocol icmp --icmp-type 134 <SECURITY_GROUP>

OVS OFFLOAD 배포의 VF LAG 모드인 SRIOV Switchdev 모드에서 Mellanox ConnectX-5 어댑터 카드에 대한 몇 가지 알려진 제한 사항이 있습니다.

OVS OFFLOAD 배포시 SRIOV Switchdev 모드에서 VF(가상 기능) LAG(링크 집계 그룹) 구성으로 Mellanox ConnectX-5 어댑터 카드를 사용할 때 다음과 같은 알려진 문제 및 제한 사항이 나타날 수 있습니다.

dashboard_protocol 매개변수가 heat 템플릿에서 잘못 삭제되었기 때문에 현재 TLS Everywhere 프레임워크에서 Ceph 대시보드가 작동하지 않습니다. 따라서 HAproxy가 시작될 때 백엔드가 나타나지 않습니다.

임시 솔루션으로 dashboard_protocol 매개변수가 포함된 새 환경 파일을 만들고 -e 옵션을 사용하여 오버클라우드 배포에 환경 파일을 포함합니다.

parameter_defaults:
  CephAnsibleExtraConfig:
    dashboard_protocol: 'https'

이 솔루션에서는 ceph-anible 버그가 도입되었습니다. 자세한 내용은 https://bugzilla.redhat.com/show_bug.cgi?id=1860815에서 참조하십시오.

강제 종료 후 시스템 재부팅 시 Ceph 컨테이너가 자동으로 시작되지 않는 알려진 문제가 있습니다.

해결방법: podman rm 명령을 사용하여 이전 컨테이너 ID를 수동으로 제거합니다. 자세한 내용은 https://bugzilla.redhat.com/show_bug.cgi?id=1858865#c2에서 참조하십시오.

게스트 가상 머신 내에서 realtime-virtual-host 조정 프로파일을 사용하면 처리량이 저하되고 결정적이지 않은 성능이 표시되는 알려진 문제가 있습니다. ovs-dpdk PMD가 하우스키핑 CPU에 잘못 고정되어 있습니다.

해결방법: 게스트 가상 머신 내에서 cpu-partitioning tuned 프로필을 사용하고 배포 후 스크립트를 작성하여 tuned.conf 파일을 업데이트하고 노드를 재부팅합니다.

ps_blacklist=ksoftirqd.*;rcuc.*;rcub.*;ktimersoftd.*;.*pmd.*;.*PMD.*;^DPDK;.*qemu-kvm.*

RHOSP(Red Hat OpenStack Platform) 13을 RHOSP(Red Hat OpenStack Platform) 13에서 RHOSP 16.1로 빠르게 전달하는 동안 Hugepages 매개변수 값과 같은 TRIPLEO_HEAT_TEMPLATE_KERNEL_ARGS 를 TRIPLEO_HEAT_TEMPLATE_KERNEL_ARGS로 변경하는 경우 커널 args에 대한 중복 항목으로 인해 업그레이드가 실패합니다.

FFU 중에 커널 어그레스를 변경하지 마십시오.

해결방법: RHOSP 16.1에서는 일반적으로 /usr/share/ansible/roles/tripleo-kernel/tasks/kernelargs.yml에 있는 커널 args를 수동으로 변경할 수 있습니다.