3.2. Red Hat OpenStack Platform 17.0.1 유지 관리 릴리스 - 2023년 1월 25일


이 릴리스 노트에서는 Red Hat OpenStack Platform 릴리스를 배포할 때 고려해야 할 기술 프리뷰 항목, 권장 사항, 알려진 문제 및 사용되지 않는 기능에 대해 설명합니다.

3.2.1. 권고 목록

이 릴리스에는 다음 권고가 포함되어 있습니다.

RHBA-2023:0271
Red Hat OpenStack Platform 17.0.1 버그 수정 및 개선 권고
RHBA-2023:0277
Red Hat OpenStack Platform 17.0.1 director 이미지
RHBA-2023:0278
Red Hat OpenStack Platform 17.0.1 director 이미지 RPM
RHBA-2023:0279
업데이트된 Red Hat OpenStack Platform 17.0.1 컨테이너 이미지
RHSA-2023:0274
보통: Red Hat OpenStack Platform 17.0 (python-XStatic-Angular) 보안 업데이트
RHSA-2023:0275
보통: Red Hat OpenStack Platform 17.0 (openstack-neutron) 보안 업데이트
RHSA-2023:0276
보통: Red Hat OpenStack Platform 17.0 (python-scciclient) 보안 업데이트

3.2.2. 버그 수정

이번 Red Hat OpenStack Platform 릴리스에서 수정된 버그는 다음과 같습니다.

BZ#2085583
이번 업데이트 이전에는 ovsdb 연결 시간 초과로 인해 nova-compute 에이전트가 응답하지 않습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다.
BZ#2091076
이번 업데이트 이전에는 Podman 로그 콘텐츠를 사용할 수 없으므로 상태 점검 상태 스크립트가 실패했습니다. 이번 업데이트를 통해 상태 점검 상태 스크립트를 업데이트하면 Podman 로그 대신 Podman 소켓을 사용하여 문제를 해결합니다. 결과적으로 sensubility for Service Telemetry Framework를 통해 제공되는 API 상태 점검이 작동합니다.
BZ#2106763
이번 업데이트 이전에는 기본 RHEL 문제로 인해 인스턴스의 UEFI 부팅에 알려진 문제가 발생했습니다. 이번 업데이트를 통해 기본 RHEL 문제가 수정되었으며 이제 인스턴스의 UEFI Secure Boot 기능을 사용할 수 있습니다.
BZ#2121098

이번 업데이트 이전에는 RHOSP(Red Hat OpenStack Platform) 17.0에서 Networking 서비스(neutron) 요청이 ovsdb -server 에 다시 연결할 때 요청이 이루어진 경우 504 게이트웨이 시간 초과 로 실패한 경우가 있었습니다. 이러한 재연결은 페일오버 중 또는 데이터베이스 압축 중에 ovsdb-server 리더 전송을 통해 발생하는 경우가 있습니다.

neutron 디버깅이 활성화된 경우 Networking 서비스는 예외 없이 트랜잭션이 시간 초과될 때까지 다수의 OVSDB 트랜잭션에서 "TRY_AGAIN" DEBUG 메시지를 신속하게 기록했습니다.

이번 업데이트를 통해 재연결 동작이 성공적으로 다시 연결될 때까지 트랜잭션을 한 번 다시 시도하여 이 조건을 처리하도록 수정되었습니다.

BZ#2121634
이번 업데이트 이전에는 TLS-everywhere가 활성화된 경우 RHOSP(Red Hat OpenStack Platform) DNS 서비스(designate)가 중앙 프로세스를 시작할 수 없었습니다. 이는 TLS를 통해 Redis에 연결할 수 없기 때문에 발생했습니다. RHOSP 17.0.1에서 이 업데이트가 해결되었습니다.
BZ#2122926
이번 업데이트 이전에는 멤버의 서브넷이 로드 밸런서 가상 IP(VIP)의 서브넷과 다른 경우 서브넷 정보 없이 멤버를 추가하면 ovn-octavia 공급자가 subnet_id 의 VIP 서브넷을 잘못 사용하도록 하여 멤버에 대한 연결이 이루어지지 않았습니다. 이번 업데이트를 통해 멤버의 실제 IP가 서브넷 정보가 없는 경우 VIP가 속한 동일한 CIDR에 속하는지 확인합니다. 두 IP 주소가 일치하지 않으면 작업이 거부되어 subnet_id 를 요청합니다.
BZ#2133029
이번 업데이트 이전에는 Alarming 서비스(aodh)에서 더 이상 사용되지 않는 gnocchi API를 사용하여 메트릭을 집계했습니다. 이로 인해 gnocchi 결과에 CPU 사용량이 올바르지 않았습니다. 이번 업데이트를 통해 기존 메트릭을 다시 집계하는 기능과 필요에 따라 지표를 작성하고 변환하는 기능을 지원하는 gnocchi의 동적 집계를 사용하면 문제가 해결됩니다. gnocchi에서 CPU 사용량이 올바르게 계산됩니다.
BZ#2135549
이번 업데이트 이전에는 ironic-python-agent 서비스에서 RHEL 8.6 UEFI 부트 로더 힌트 파일을 인식하지 못했기 때문에 UEFI 모드에서 RHEL 8.6 이미지를 배포하면 ironic-python-agent 서비스를 사용할 때 오류가 발생했습니다. 이번 업데이트를 통해 UEFI 모드에서 RHEL 8.6을 배포할 수 있습니다.
BZ#2138046
이번 업데이트 이전에는 오버클라우드 노드에 전체 디스크 이미지 overcloud-hardened-uefi-full 을 사용한 경우 루트 볼륨의 lvmidgrub.cfg 에서 참조된 lvmid 와 다르기 때문에 레거시 BIOS 부팅 모드를 사용하는 노드가 부팅되지 않았습니다. 이번 업데이트를 통해 lvmid 를 재설정하는 virt-sysprep 작업이 비활성화되었으며 레거시 BIOS 부팅 모드가 있는 노드를 전체 디스크 이미지로 부팅할 수 있습니다.
BZ#2140881
이번 업데이트 이전에는 베어 메탈 프로비저닝 정의의 network_config 스키마에서 num_dpdk_interface_rx_queues 매개변수 설정을 허용하지 않아 베어 메탈 노드 프로비저닝 프로세스를 차단하는 스키마 검증 오류가 발생했습니다. 이번 업데이트를 통해 'num_dpdk_interface_rx_queues' 매개변수가 사용될 때 스키마 검증 오류가 더 이상 발생하지 않습니다.

3.2.3. 확인된 문제

현재 Red Hat OpenStack Platform의 확인된 문제는 다음과 같습니다.

BZ#2058518
현재 Object Storage 서비스(swift) 클라이언트가 Telemetry 서비스(ceilometer) 사용자가 Telemetry 서비스 사용자의 조건에서 오브젝트 세부 정보를 가져오는 것을 차단하는 경우 Object Storage 서비스에서 오브젝트를 폴링할 수 있는 부적절한 권한이 있는 알려진 문제가 있습니다. 해결방법: openstack role add --user ceilometer --project service ResellerAdmin 명령을 사용하여 ResellerAdmin 역할을 Telemetry 서비스 사용자와 연결합니다.
BZ#2104979

RHOSP 17.0에서 알려진 문제는 resource_provider_hypervisors heat 매개변수가 설정되지 않은 경우 FQDN(정규화된 도메인 이름)을 선택하기 위한 기본 메커니즘을 허용하지 않습니다. 이로 인해 SR-IOV(Single Root I/O Virtualization) 또는 OVS(Open vSwitch) 에이전트가 시작되지 않습니다.

해결방법: heat 템플릿에서 명시적으로 하이퍼바이저 FQDN을 지정합니다. 다음은 SRIOV 에이전트에 대해 이 매개변수를 설정하는 예입니다.

ExtraConfig: neutron::agents::ml2::sriov::resource_provider_hypervisors: "enp7s0f3:%{hiera('fqdn_canonical')},enp5s0f0:%{hiera('fqdn_canonical')}".

BZ#2105312

현재 OVNOvs db_probeInterval을 기반으로 neutron 서버를 구성하는 데 필요한 패치가 OVNOvsdbProbeInterval 에 지정된 값이 있는 ml2_conf.ini 파일에 ovn/ovsdb_probeinterval 값이 구성되지 않은 알려진 문제가 있습니다.1.1

해결방법: OVNOvsdbProbeInterval 을 사용하는 배포에서는 다음 방식으로 ExtraConfig 후크를 사용하여 neutron 서버를 구성해야 합니다.

parameter_defaults:
  OVNOvsdbProbeInterval: <probe interval in milliseconds>
  ControllerExtraConfig:
    neutron::config::plugin_ml2_config:
      ovn/ovsdb_probe_interval:
        value: <probe interval in milliseconds>
Copy to Clipboard Toggle word wrap
BZ#2107896

현재 초기 프로비저닝 후에는 tuned 커널 구성이 적용되지 않는 알려진 문제가 있습니다.

해결방법: 다음 사용자 지정 플레이북을 사용하여 tuned 커널 명령줄 인수가 적용되었는지 확인할 수 있습니다. 언더클라우드 노드에 /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml 로 다음 플레이북을 저장합니다.

- name: Reset BLSCFG of compute node(s) meant for NFV deployments
  hosts: allovercloud
  any_errors_fatal: true
  gather_facts: true

  pre_tasks:
    - name: Wait for provisioned nodes to boot
      wait_for_connection:
        timeout: 600
        delay: 10

  tasks:
    - name: Reset BLSCFG flag in grub file, if it is enabled
      become: true
      lineinfile:
        path: /etc/default/grub
        line: "GRUB_ENABLE_BLSCFG=false"
        regexp: "^GRUB_ENABLE_BLSCFG=.*"
        insertafter: '^GRUB_DISABLE_RECOVERY.*'
Copy to Clipboard Toggle word wrap

kernelargs 를 설정하는 플레이북 전에 cli-overcloud-node-reset-blscfg.yaml 플레이북을 실행하도록 노드 정의 파일 overcloud-baremetal-deploy.yaml 에서 역할을 구성합니다.

- name: ComputeOvsDpdkSriov
  count: 2
  hostname_format: computeovsdpdksriov-%index%
  defaults:
    networks:
    - network: internal_api
      subnet: internal_api_subnet
    - network: tenant
      subnet: tenant_subnet
    - network: storage
      subnet: storage_subnet
    network_config:
      template: /home/stack/osp17_ref/nic-configs/computeovsdpdksriov.j2
    config_drive:
      cloud_config:
        ssh_pwauth: true
        disable_root: false
        chpasswd:
          list: |-
            root:12345678
        expire: False
  ansible_playbooks:
    - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-reset-blscfg.yaml
    - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-node-kernelargs.yaml
      extra_vars:
        reboot_wait_timeout: 600
        kernel_args: 'default_hugepagesz=1GB hugepagesz=1G hugepages=32 iommu=pt intel_iommu=on isolcpus=1-11,13-23'
        tuned_profile: 'cpu-partitioning'
        tuned_isolated_cores: '1-11,13-23'
    - playbook: /usr/share/ansible/tripleo-playbooks/cli-overcloud-openvswitch-dpdk.yaml
      extra_vars:
        memory_channels: '4'
        lcore: '0,12'
        pmd: '1,13,2,14,3,15'
        socket_mem: '4096'
        disable_emc: false
        enable_tso: false
        revalidator: ''
        handler: ''
        pmd_auto_lb: false
        pmd_load_threshold: ''
        pmd_improvement_threshold: ''
        pmd_rebal_interval: ''
        nova_postcopy: true
Copy to Clipboard Toggle word wrap
BZ#2125159
현재 RHOSP 17.0에는 필수 Networking 서비스(neutron) 확장인 dns_domain_ports 가 없기 때문에 ML2/OVN 배포가 RHOSP DNS 서비스(designate)를 사용하여 DNS 레코드를 자동으로 생성하지 못하는 알려진 문제가 있습니다. 현재는 해결방법이 없습니다. 향후 RHOSP 릴리스에 대한 수정 사항이 계획되어 있습니다.
BZ#2127965

현재 RHOSP 17.0에는 Free Range Router(FRR) 컨테이너가 재부팅된 호스트 후에 시작되지 않는 알려진 문제가 있습니다. 이 문제는 BGP 구성에서 누락된 파일로 인해 발생합니다. 해결방법: /etc/tmpfiles.d/run-frr.conf 파일을 생성하고 다음 행을 추가합니다.

d /run/frr 0750 root root - -
Copy to Clipboard Toggle word wrap

이러한 변경을 수행한 후 tmpfiles 는 재부팅할 때마다 /run/frr 을 다시 만들고 FRR 컨테이너를 시작할 수 있습니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat