3장. OpenShift 배포에서 Red Hat OpenStack Services에 대한 OVN 게이트웨이 구성
OVN 게이트웨이는 논리적 OpenStack 테넌트 네트워크를 물리적 외부 네트워크에 연결합니다. 많은 RHOSO 환경에는 하나 이상의 OVN 게이트웨이가 있으며 물리적 외부 네트워크와 두 개 이상의 OVN 게이트웨이가 있을 수 있습니다.
일부 환경에는 OVN 게이트웨이가 포함되지 않습니다. 예를 들어 환경에 공급자 네트워크에 직접 연결된 중앙 집중식 유동 IP 또는 라우터 및 워크로드를 사용하지 않거나 다른 연결 방법이 사용되므로 연결이 필요하지 않기 때문에 환경에 OVN 게이트웨이가 없을 수 있습니다.
OVN 게이트웨이가 구성된 위치를 선택할 수 있습니다. OVN 게이트웨이 위치 선택 사항은 다음과 같습니다.
- 컨트롤 플레인
- OpenStack 컨트롤러 서비스를 호스팅하는 Cryostat 작업자 노드의 OVN 게이트웨이입니다. OVN 게이트웨이에 인터페이스를 제공하는 유일한 용도인 전용 NIC에 OVN 게이트웨이를 배치합니다.
- 데이터 플레인
- 데이터 플레인의 전용 네트워크 노드의 OVN 게이트웨이입니다. 자세한 내용은 네트워킹 서비스 구성에서 네트워크 노드 구성을 참조하십시오.
컨트롤 플레인 OVN 게이트웨이는 데이터 플레인 OVN 게이트웨이보다 중단될 수 있습니다.
선택적 로드 밸런싱 서비스(octavia)를 사용하려면 하나 이상의 컨트롤 플레인 OVN 게이트웨이를 사용해야 합니다.
선택 사항 BGP 서비스는 컨트롤 플레인 OVN 게이트웨이가 있는 환경에서 현재 지원되지 않습니다.
결과적으로 부하 분산 서비스와 BGP 서비스를 모두 사용하는 배포는 현재 지원되지 않습니다. 자세한 내용은 link:https://issues.redhat.com/browse/OSPRH-10768를 참조하십시오.
3.1. 전용 NIC를 사용하여 컨트롤 플레인 OVN 게이트웨이 구성 링크 복사링크가 클립보드에 복사되었습니다!
컨트롤 플레인 노드의 전용 NIC에 OVN 게이트웨이를 배치할 수 있습니다. 이렇게 하면 중단 가능성이 줄어들지만 추가 NIC가 필요합니다.
사전 요구 사항
-
oc명령줄 툴이 워크스테이션에 설치되어 있어야 합니다. -
cluster-admin권한이 있는 사용자로 RHOSO 컨트롤 플레인에 액세스할 수 있는 워크스테이션에 로그인되어 있습니다. - RHOSO 컨트롤 플레인을 호스팅하는 각 Cryostat 작업자 노드에는 OVN 게이트웨이 전용 NIC가 있습니다. 각 노드에서 동일한 NIC 이름을 전용 NIC에 사용합니다. 또한 각 작업자 노드에는 Red Hat OpenShift Container Platform 클러스터 요구 사항에 설명된 두 개 이상의 NIC가 있습니다.
- OpenStackControlPlane CR(사용자 정의 리소스) 파일 openstack_control_plane.yaml이 워크스테이션에 있습니다.
프로세스
-
OpenStackControlPlaneCR 정의 파일openstack_control_plane.yaml을 엽니다. nicMappings를 포함한 다음 ovnController 구성을ovn서비스 구성에 추가합니다.ovnController: spec: ... ovn: template: ovnController: networkAttachment: tenant nicMappings: <network_name: nic_name>-
&
lt;network_name>을 게이트웨이가 있는 물리적 공급자 네트워크의 이름으로 바꿉니다. 이는--provider-physical-network인수 값과 네트워크를 생성하는 데 사용되는openstack network create명령과 일치해야 합니다. 예를 들면datacentre입니다. -
&
lt;nic_name>을enp6s0과 같이 게이트웨이 네트워크에 연결된 NIC 이름으로 바꿉니다. -
선택 사항: 필요에 따라
<nic_name> 쌍을 추가합니다.nicMappings아래에 <network_name>:
-
&
컨트롤 플레인을 업데이트합니다.
$ oc apply -f openstack_control_plane.yaml -n openstackovn-operator는 네트워크 연결 정의를 생성하고, 포드에 추가하고, 외부 브리지를 생성하며,external-ids:ovn-bridge-mappings를 구성합니다. 설정external-ids:ovn-cms-options=enable-chassis-as-gw는 기본적으로 구성됩니다.Cryostat가
OpenStackControlPlaneCR과 관련된 리소스를 생성할 때까지 기다립니다. 다음 명령을 실행하여 상태를 확인합니다.$ oc get openstackcontrolplane -n openstack NAME STATUS MESSAGE openstack-control-plane Unknown Setup started상태가 "Setup complete"인 경우
OpenStackControlPlane리소스가 생성됩니다.작은 정보get 명령의 끝에
-w옵션을 추가하여 배포 진행 상황을 추적합니다.openstack네임스페이스에서 Pod를 검토하여 컨트롤 플레인이 배포되었는지 확인합니다.$ oc get pods -n openstack모든 Pod가 완료되거나 실행 중인 경우 컨트롤 플레인이 배포됩니다.
ovn-controller및ovn-controller-ovsPod가 실행 중이고 실행 중인 Pod 수가 OpenStack 컨트롤 플레인 서비스가 실행 중인 OCP 컨트롤 플레인 노드 수와 같은지 확인합니다.
검증
OpenStackClientPod에서 원격 쉘 명령을 실행하여 OVN Controller Gateway 에이전트가 컨트롤 플레인 노드에서 실행 중인지 확인합니다.$ oc rsh -n openstack openstackclient openstack network agent list출력 예
+--------------------------------------+------------------------------+---------+ | ID | agent_type | host | +--------------------------------------+----------------------------------------+ | 5335c34d-9233-47bd-92f1-fc7503270783 | OVN Controller Gateway agent | ctrl0 | | ff66288c-5a7c-41fb-ba54-6c781f95a81e | OVN Controller Gateway agent | ctrl1 | | 5335c34d-9233-47bd-92f1-fc7503270783 | OVN Controller Gateway agent | ctrl2 | +--------------------------------------+----------------------------------------+