2.4. 네트워킹
이 섹션에서는 Networking 서비스(neutron)의 새로운 주요 기능에 대해 간단히 설명합니다.
- ML2/OVS는 하드웨어 오프로드 직접 포트에서 QoS 정책을 지원
- Red Hat OpenStack Platform 16.1.7부터 Open vSwitch 메커니즘 드라이버(ML2/OVS)를 사용하는 Modular Layer 2 플러그인은 이제 하드웨어 오프로드 직접 포트에서 QoS 규칙을 지원합니다.
- 새 네트워킹 서비스 할당량 드라이버에 더 이상 MariaDB 리소스 요청 잠금이 필요하지 않음
RHOSP(Red Hat OpenStack Platform) 16.1.7부터 RHOSP Networking 서비스(neutron)용 새 할당량 드라이버가 있습니다. 네트워킹 서비스는 더 이상 글로벌 잠금을 사용하지 않지만 MariaDB 트랜잭션 격리 수준을 사용하여 사용된 리소스 및 현재 리소스 예약을 검색합니다. 이 새 드라이버는 할당량을 위반하지 않는 경우 동일한 데이터베이스 트랜잭션 내에 예약을 생성합니다.
새 트랜잭션은 모두 사용된 리소스를 계산하고 예약을 생성하므로 이 새 할당량 드라이버는
make_ retention 트랜잭션을 사용하는 이전 드라이버보다 훨씬 빠릅니다. 새 할당량 드라이버를 사용하여 네트워킹 서비스에 리소스 요청 병목 현상이 발생하여 데이터베이스 잠금이 발생할 가능성이 줄어듭니다.- 로드 밸런싱 서비스(octavia)에 대한 HA 지원
- Red Hat OpenStack Platform 16.1에서는 active-standby 토폴로지를 구현하고 Amphora 공급자 드라이버를 사용할 때 로드 밸런싱 서비스(octavia) 인스턴스를 고가용성 인스턴스로 만들 수 있습니다. 자세한 내용은 Load Balancing-as-a -Service 가이드의 Using Octavia for Load-standby topology for Load- balancing 서비스 인스턴스 활성화 를 참조하십시오.
- UDP 트래픽에 대한 로드 밸런싱 서비스(octavia) 지원
- Red Hat OpenStack Platform로드 밸런싱 서비스 (octavia)를 사용하여 UDP 포트에서 네트워크 트래픽의 균형을 조정할 수 있습니다. 자세한 내용은 Load Balancing-as-a-Service 가이드에서 Octavia 사용의 상태 모니터를 사용하여 UDP 로드 밸런서 생성을 참조하십시오.
- 라우팅된 공급자 네트워크
- Red Hat OpenStack Platform 16.1.1부터 ML2/OVS 또는 SR-IOV 메커니즘 드라이버를 사용하여 라우팅된 공급자 네트워크를 배포할 수 있습니다. 라우팅된 공급자 네트워크는 엣지 분산 Compute 노드(DCN) 및 스파인-리프형 라우팅 데이터 센터 배포에서 일반적입니다. 라우팅된 공급자 네트워크를 사용하면 단일 공급자 네트워크가 여러 계층 2 네트워크(브로드캐스트 도메인) 또는 네트워크 세그먼트를 나타낼 수 있으므로 운영자는 사용자에게 하나의 네트워크만 제공할 수 있습니다. 자세한 내용은 네트워킹 가이드의 라우팅된 공급자 네트워크 배포를 참조하십시오.
- ML2/OVN 배포에서 기본 OVN DHCP가 있는 SR-IOV
Red Hat OpenStack Platform 16.1.1부터는 ML2/OVN 배포에서 기본 OVN DHCP(중성자 DHCP 필요 없음)와 함께 SR-IOV를 사용할 수 있습니다.
자세한 내용은 네트워킹 가이드 에서 ML2/OVN 및 기본 OVN DHCP를 사용한 SR-IOV 활성화 및 ML2/OVN 메커니즘 드라이버 제한을 참조하십시오.
- 점보 프레임에 대한 Northbound 경로 MTU 검색 지원
Red Hat OpenStack Platform 16.1.2에서는 UDP 점보 프레임을 지원하는 MTU 검색을 도입했습니다. 외부 네트워크의 MTU를 초과하는 점보 UDP 프레임을 수신한 후 ML2/OVN 라우터는 ICMP "패키징 필요" 패킷을 다시 전송 VM으로 반환합니다. 그러면 전송된 애플리케이션에서 페이로드를 작은 패킷으로 나눌 수 있습니다. 이전에는 ICMP "패키지에 대한 패키징 필요" 패킷을 반환할 수 없어 패킷이 손실되었습니다. 필요한 구성 단계에 대한 자세한 내용은 Advanced Overcloud Customization 가이드 의 jumbo 프레임 조각화를 위한 ML2/OVN Northbound 경로 MTU 검색 구성을 참조하십시오.
동/서부 트래픽에서 OVN은 동/서 경로에서 가장 작은 MTU보다 큰 패킷 조각화를 지원하지 않습니다.
예제
- VM1은 Network1에 있고 MTU는 1300입니다.
- VM2는 1200의 MTU가 있는 NEtwork2에 있습니다.
크기가 1171 이하인 VM1과 VM2 사이의 방향으로 ping이 성공합니다. 크기가 1171보다 큰 ping으로 패킷이 100% 손실됩니다.
- 로드 밸런싱 서비스 인스턴스 (amphora) 로그 오프로딩
- 기본적으로 로드 밸런싱 서비스 인스턴스(amphorae)는 systemd 저널의 로컬 시스템에 로그를 저장합니다. 그러나 Red Hat OpenStack Platform 16.1.2부터는 Amphorae 오프로드 로그를 syslog 수신자로 지정하여 관리 및 테넌트 트래픽 흐름 로그를 모두 집계할 수 있습니다. 로그 오프로딩을 사용하면 관리자가 로그의 한 위치로 이동하고 amphorae가 순환될 때 로그를 유지할 수 있습니다. 자세한 내용은 Load Balancing-as-a-Service 가이드에서 Octavia를 사용하여 로드 밸런싱 서비스 인스턴스(amphora) 로그 오프로딩 을 참조하십시오.
- 로드 밸런싱 서비스(octavia)용 OVN 공급자 드라이버
RHOSP(Red Hat OpenStack Platform) 16.1.2에는 기본 기능 세트가 있는 경량 로드 밸런서인 OVN(Open Virtual Network) 로드 밸런싱 프로바이더를 완전히 지원합니다. 일반적으로 계층 4 네트워크 트래픽은 동서에 사용되며 OVN은 빠르게 프로비저닝하고 amphora와 같은 완전한 기능의 로드 밸런싱 공급자보다 적은 리소스를 사용합니다.
참고OVN 공급자 드라이버에 대해 상태 점검 기능이 구현되지 않았습니다.
ML2/OVN neutron 플러그인을 사용하는 RHOSP 배포에서 RHOSP director는 추가 설치 또는 구성 단계 없이 로드 밸런싱 서비스(octavia)에서 OVN 공급자 드라이버를 자동으로 활성화합니다. 모든 RHOSP 배포와 마찬가지로 기본 로드 밸런싱 공급자 드라이버인 amphora는 계속 활성화되어 있으며 완벽하게 지원됩니다. 자세한 내용은 Creating an OVN load balancer in the Using Octavia for Load Balancing-as-a-Service 가이드를 참조하십시오.
- ML2/OVS에서 ML2/OVN-로 인플레이스 마이그레이션RHOSP 16.2에서 지원
기존 RHOSP(Red Hat OpenStack Platform) 배포에서 ML2/OVS 메커니즘 드라이버를 사용하는 경우 OVS 드라이버를 ML2/OVN 메커니즘 드라이버로 교체할 때의 이점과 가능성을 평가해야 합니다. Red Hat은 RHOSP 16.1에서 ML2/OVN으로의 직접 마이그레이션을 지원하지 않습니다. ML2/OVN 메커니즘 드라이버로 마이그레이션하기 전에 최신 RHOSP 16.2 버전으로 업그레이드해야 합니다.
참고Red Hat에서는 ML2/OVS에서 ML2/OVN으로의 마이그레이션을 시도하기 전에 선점 지원 사례를 제출해야 합니다. Red Hat은 선점적인 지원 사례 없이 마이그레이션을 지원하지 않습니다.
