4장. 기술 노트

이전에는 암호화된 블록 스토리지 서비스(cinder) 볼륨 이미지가 삭제될 때 해당 키가 삭제되지 않았습니다.

Red Hat OpenStack Platform 16.0에서는 이 문제가 해결되었습니다. 이미지 서비스에서 cinder 볼륨 이미지를 삭제할 때 이미지에 대한 키도 삭제됩니다. (BZ#1481814)

Linux Bridge ML2 드라이버 및 에이전트를 사용하는 Red Hat OpenStack Platform 배포는 ARP(Address Resolution Protocol) 스푸핑으로부터 보호되지 않습니다. Red Hat Enterprise Linux 8의 일부인 Ethernet bridge frame table 관리 버전(ebtables)은 Linux Bridge ML2 드라이버와 호환되지 않습니다.

Linux Bridge ML2 드라이버 및 에이전트는 Red Hat OpenStack Platform 11에서 더 이상 사용되지 않으므로 사용해서는 안 됩니다.

Red Hat OpenStack Platform director가 기본으로 배포한 ML2 OVN(Open Virtual Network) 드라이버 및 서비스를 대신 사용하는 것이 좋습니다. (BZ#1779221)

유동 IP 주소의 TCP, UDP 또는 기타 프로토콜 포트에서 중성자 포트의 고정 IP 주소 중 하나와 연결된 TCP, UDP 또는 기타 프로토콜 포트로 트래픽을 전달할 수 있습니다. 전달된 트래픽은 중성자 API에 대한 개선 사항 및 OpenStack Networking 플러그인에 의해 관리됩니다. 유동 IP 주소에는 전송 정의를 두 개 이상 설정할 수 있습니다. 그러나 기존 연결이 있는 IP 주소의 트래픽은 OpenStack Networking 포트로 전달할 수 없습니다. 네트워크의 중앙 집중식 라우터에서 관리하는 유동 IP 주소에 대해서만 트래픽을 전달할 수 있습니다(기존, HA, DVR+HA).

유동 IP 주소 포트에 대한 트래픽을 전달하려면 다음 OpenStack Networking 플러그인 명령을 사용하십시오.

openstack floating ip port forwarding create
--internal-ip-address <internal-ip-address>
--port <port>
--internal-protocol-port <port-number>
--external-protocol-port <port-number>
--protocol <protocol>
<floating-ip>

--internal-ip-address <internal-ip-address> 전송된 트래픽을 수신할 중성자 포트의 고정 IPv4 내부 IP 주소입니다.

--port <port> 전송된 트래픽을 수신할 Neutron 포트의 이름 또는 ID입니다.

--internal-protocol-port <port-number> 전송된 트래픽을 수신할 Neutron의 프로토콜 포트 번호인 고정 IP 주소입니다.

--external-protocol-port <port-number> 해당 트래픽을 전송할 유동 IP 주소 포트의 프로토콜 포트 번호입니다.

--protocol <protocol> 유동 IP 주소의 포트에서 사용하는 프로토콜입니다(예: TCP, UDP).

<floating-ip> 해당 트래픽을 전달할 포트의 유동 IP(IP 주소 또는 ID)입니다.

예를 들면 다음과 같습니다.

openstack floating ip port forwarding create \ --internal-ip-address 192.168.1.2 \ --port f7a08fe4-e79e-4b67-bbb8-a5002455a493 \ --internal-protocol-port 18343 \ --external-protocol-port 8343 \ --protocol tcp \ 10.0.0.100 (BZ#1749483)

이 기능 향상을 통해 SR-IOV 기반 중성자 인터페이스가 연결된 인스턴스의 실시간 마이그레이션 지원이 추가되었습니다. Neutron SR-IOV 인터페이스는 직접 모드와 간접 모드의 두 범주로 그룹화할 수 있습니다. 직접 모드 SR-IOV 인터페이스는 게스트에 직접 연결되고 게스트 OS에 노출됩니다. 간접 모드 SR-IOV 인터페이스에는 게스트와 SR-IOV 장치 사이에 소프트웨어 인터페이스(예: macvtap)가 있습니다. 이 기능을 사용하면 간접 모드 SR-IOV 장치가 있는 인스턴스를 투명하게 실시간 마이그레이션할 수 있습니다. 실시간 마이그레이션 중에는 일반적인 방법으로 하드웨어 상태를 복사할 수 없으므로 직접 모드 마이그레이션은 게스트에 투명하지 않습니다. 직접 모드 인터페이스의 경우 일시 중단 및 재개를 위해 기존 워크플로우를 시뮬레이션합니다. 예를 들면 SR-IOV 장치를 사용하여 마이그레이션 이전에 직접 모드 인터페이스를 분리하고 마이그레이션 이후 다시 연결합니다. 결과적으로 게스트 내에서 실시간 마이그레이션이 가능한 인터페이스와의 결합이 생성되지 않는 한 직접 모드 SR-IOV 포트가 있는 인스턴스의 네트워크 연결이 마이그레이션 중 끊어집니다.

이전에는 SR-IOV 기반 네트워크 인터페이스를 사용하여 인스턴스를 실시간 마이그레이션할 수 없었습니다. 실시간 마이그레이션이 호스트 유지 관리 및 유사한 작업에 자주 사용되므로 문제가 되었습니다. 이전에는 인스턴스를 콜드 마이그레이션해야 했으며 이로 인해 게스트에 다운타임이 발생했습니다.

이 기능 향상으로 인해 인스턴스가 SR-IOV 기반 네트워크 인터페이스를 통해 실시간 마이그레이션됩니다. (BZ#1360970)

이 기능 향상을 통해 동일한 계산 노드에 다음 매개변수를 사용하여 전용(고정) 및 공유(고정 해제) 인스턴스를 예약할 수 있습니다.

Red Hat OpenStack Platform 16.0에는 다음을 수행하여 암호 교체를 구현할 수 있는 워크플로우 서비스(mistral) 작업이 기술 프리뷰에 추가되어 있습니다.

Nova-compute ironic 드라이버에서 BM 노드를 정리하는 동안 해당 노드의 업데이트를 시도합니다. 정리 작업에는 약 5분이 소요되며 nova-compute에서는 2분 정도 노드 업데이트를 시도합니다. 제한 시간이 지나면 nova-compute가 중지되고 nova 인스턴스가 ERROR 상태가 됩니다.

이 문제를 해결하려면 nova-compute 서비스에 대해 다음 설정 옵션을 정의하십시오.

[ironic]
api_max_retries = 180

그 결과 nova-compute가 BM 노드 업데이트를 계속 시도하고 결국 성공합니다. (BZ#1647005)

Red Hat OpenStack Platform 16.0에는 OpenStack 인스턴스 설정에 필요한 메타데이터 정보를 사용할 수 없으며 해당 정보가 연결되지 않고 시작될 수 있다는 알려진 문제가 있습니다.

순서 문제로 인해 ovn_metadata_agent의 haproxy 래퍼가 업데이트되지 않습니다.

가능한 해결방법은 업데이트 후 클라우드 운영자가 선택한 노드에서 다음 Ansible 명령을 실행하여 ovn_metadata_agent를 재시작함으로써 ovn_metadata_agent가 업데이트된 버전의 haproxy 래퍼 스크립트를 사용하도록 하는 것입니다.

ansible -b <nodes> -i /usr/bin/tripleo-ansible-inventory -m shell -a "status=`sudo systemctl is-active tripleo_ovn_metadata_agent; if test \"$status\" == \"active\"; then sudo systemctl restart tripleo_ovn_metadata_agent; echo restarted; fi"`

위의 Ansible 명령에서 nodes는 단일 노드(예: compute-0), 모든 컴퓨팅 (예: compute*) 또는 "all"을 사용할 수 있습니다.

컴퓨팅 노드에 ovn_metadata_agent가 가장 일반적으로 사용되고 있으므로 다음 Ansible 명령을 실행하면 클라우드의 모든 컴퓨팅 노드의 에이전트가 재시작됩니다.

ansible -b compute* -i /usr/bin/tripleo-ansible-inventory -m shell -a "status=`sudo systemctl is-active tripleo_ovn_metadata_agent; if test \"$status\" == \"active\"; then sudo systemctl restart tripleo_ovn_metadata_agent; echo restarted; fi"`

ovn_metadata_agent 서비스를 재시작하면 서비스 시작 시 VM에 메타데이터를 제공할 수 있는 업데이트된 haproxy 래퍼 스크립트가 사용됩니다. 해결방법을 적용한 후 재시작하면 이미 실행 중인 영향을 받는 VM이 정상적으로 작동해야 합니다. (BZ#1790467)

Red Hat OpenStack Platform 16.0에는 rsyslog 변경 사항에 대한 오케스트레이션 서비스(heat)에 기술 프리뷰가 추가되었습니다.

Red Hat OpenStack Platform 16.0에서는 controller-v6.yaml 파일이 제거되었습니다. controller-v6.yaml에 정의된 경로는 이제 controller.yaml에 정의되어 있습니다. (controller.yaml 파일은 role_data.yaml에 설정된 값에서 렌더링되는 NIC 설정 파일입니다.)

이전 버전의 Red Hat OpenStack director에는 외부 네트워크의 IPv6(기본) 및 컨트롤 플레인의 IPv4에 대한 두 가지 경로가 포함되었습니다.

두 기본 경로를 모두 사용하려면 roles_data.yaml의 컨트롤러 정의에 default_route_networks의 두 네트워크가 모두 포함되어 있는지 확인하십시오(예: default_route_networks: ['External', 'ControlPlane']). (BZ#1631508)

Red Hat OpenStack Platform 16.0에서는 관리자가 셀 컨트롤러에서 nova 메타데이터 서비스를 켤 수 있는 새 오케스트레이션 서비스(heat) 배포 매개변수를 사용할 수 있습니다.

parameter_defaults:
   NovaLocalMetadataPerCell: True

이 새 매개변수는 셀 계산에서 OVN 메타데이터 에이전트의 트래픽을 셀 컨트롤러에서 호스팅되는 nova 메타데이터 API 서비스로 자동 지정합니다.

RHOSP 토폴로지에 따라 셀 컨트롤러에서 메타데이터 서비스를 실행하는 기능을 통해 중앙 컨트롤 플레인의 트래픽을 줄일 수 있습니다. (BZ#1689816)

Red Hat OpenStack Platform 16.0에는 오케스트레이션 서비스(heat)에 기술 프리뷰가 추가되어 있습니다. 이미지 유형(scheduler/query_placement_for_image_type_support)에 대한 Compute 서비스(nova) 배치 및 스케줄러 구성 요소 쿼리 배치를 제어하는 새 매개변수 NovaSchedulerQueryImageType이 추가되었습니다.

true(기본값)로 설정하면 NovaSchedulerQueryImageType이 부팅 요청에 사용된 이미지의 디스크 형식을 지원하지 않는 계산 노드를 제외합니다.

예를 들어, libvirt 드라이버는 Red Hat Ceph Storage를 Ephemeral 백엔드로 사용하며 qcow2 이미지를 지원하지 않습니다(비용이 많이 드는 변환 단계 제외). 이 경우 NovaSchedulerQueryImageType을 활성화하면 스케줄러에서 Red Hat Ceph Storage를 사용하는 컴퓨팅 노드에 qcow2 이미지 부팅 요청을 보내지 않습니다. (BZ#1710634)

Red Hat OpenStack Platform 16.0에서는 플래그 live_migration_wait_for_vif_plug가 기본적으로 활성화되어 있으므로 OVN이 활성화된 실시간 마이그레이션을 성공적으로 실행할 수 있습니다.

이전에는 OpenStack Networking(neutron)에서 vif_plugged 알림을 보낼 때까지 시스템이 대기 상태가 되었으므로 실시간 마이그레이션에 실패했습니다. (BZ#1716335)

Red Hat OpenStack Platform 16.0에서는 로컬 레지스트리에서 이미지를 푸시, 나열, 삭제, 표시(메타데이터 표시)할 수 있습니다.