Apstra로 가상 네트워크 확장
요약 CN2 릴리스 23.1 이상부터 Kubernetes 클러스터에서 Apstra가 관리하는 데이터센터 패브릭으로 가상 네트워크를 확장할 수 있습니다.
개요
데이터 센터에는 일반적으로 컨테이너화된 워크로드(SR-IOV 포드, 비 SR-IOV 포드)와 BMS가 혼합되어 있습니다. SR-IOV 서버는 효율적인 I/O 가상화를 가능하게 하기 때문에 데이터 센터에서 광범위하게 사용되고 있습니다. SR-IOV 서버에서 워크로드를 생성하고 Pod에 가상 기능을 연결하면 워크로드는 패브릭 언더레이를 직접 사용합니다. 그러나 SRIOV 팟(Pod), 비-SRIOV 팟(Pod) 및 BMS 간에 통신이 필요한 시나리오가 있을 수 있습니다.
다양한 유형의 워크로드는 다음과 같습니다.
-
SR-IOV 포드: SR-IOV 포드는 통신을 위해 IP 패브릭 언더레이를 직접 사용합니다. SR-IOV 기술을 사용하면 물리적 NIC를 여러 가상 기능으로 분할할 수 있습니다. 포드는 SR-IOV 지원 NIC의 가상 기능에 연결됩니다. 서버의 SR-IOV 지원 NIC는 효율적인 I/O 가상화를 제공하는 데 사용됩니다. 이러한 가상 NIC 또는 가상 기능은 CN2 데이터 네트워크가 연결된 패브릭에서 직접 패킷을 송수신할 수 있습니다.
-
비 SR-IOV 포드: 비 SR-IOV 포드는 다른 비 SR-IOV 포드와의 통신에 vRouter 오버레이를 사용합니다.
-
BMS: BMS는 물리적 노드이며 CN2 클러스터의 일부가 아닙니다. BMS는 포드와의 통신을 위해 패브릭 언더레이를 사용합니다. BMS에서는 네이티브 OS에서 직접 애플리케이션을 실행하거나 컨테이너에서 애플리케이션을 실행할 수 있습니다.
주니퍼 Apstra는 다양한 워크로드에 필요한 언더레이 연결을 제공하기 위해 패브릭을 프로비저닝하는 데 사용됩니다. Apstra는 데이터센터 네트워크의 설계, 구축 및 운영을 자동화하고 검증하는 주니퍼의 인텐트 기반 네트워킹 소프트웨어입니다. CN2는 Apstra 소프트웨어와 통합되어 패브릭 언더레이를 프로비저닝합니다. Apstra에 대한 자세한 내용은 주니퍼 Apstra 사용자 가이드를 참조하십시오.
설명서에서 기본 노드를 참조합니다. 쿠버네티스는 마스터 노드를 의미합니다. 이 가이드에서 기본 노드에 대한 참조는 Kubernetes 용어의 마스터 노드와 상호 연관됩니다.
예: SR-IOV 포드를 사용한 CN2 Kubernetes 구축
그림 1 은 CN2 Kubernetes 배포의 예를 보여줍니다. 이 배포는 Apstra를 사용하여 SR-IOV 포드를 위한 IP 패브릭 언더레이를 프로비저닝합니다. 표 1 은 다양한 구성 요소를 설명합니다.

구성 요소 | 설명 |
---|---|
SR-IOV 작업자 노드 | SR-IOV 작업자 노드는 IP 패브릭의 리프 디바이스에 연결됩니다. CN2 클러스터의 일부인 이러한 노드에는 가상 기능으로 분할할 수 있는 SRIOV 지원 NIC가 있습니다. SR-IOV 작업자 노드에서 포드를 생성할 때 포드의 인터페이스를 SR-IOV 지원 NIC의 가상 기능에 연결할 수 있습니다. SRIOV 지원 NIC는 차례로 IP 패브릭의 리프 디바이스에 연결됩니다. |
CN2 Apstra 플러그인 | CN2 Apstra 플러그인은 가상 네트워크를 IP 패브릭으로 확장합니다. 이 플러그인은 NAD 생성, 가상 네트워크에 Pod 연결 및 VNR(가상 네트워크 라우터) 생성과 같은 CN2 Kubernetes 이벤트를 수신합니다. 그런 다음 플러그인은 Apstra를 통해 언더레이에 대한 IP 패브릭을 구성합니다. |
앱스트라 | Apstra는 SR-IOV 포드에 필요한 언더레이 연결을 제공하기 위해 IP 패브릭을 프로비저닝합니다. 또한 Apstra는 어떤 리프 포트가 어떤 작업자 노드에 연결되는지에 대한 토폴로지 정보도 제공합니다. CN2 Apstra 플러그인은 이 정보를 사용하여 가상 네트워크 멤버십을 구성합니다. 플러그인은 SR-IOV Pod가 생성되는 작업자 노드를 기반으로 관련 패브릭 포트에서 가상 네트워크 멤버십을 구성합니다. |
필수 구성 요소
이 기능을 사용하려면 다음을 설치해야 합니다.
-
Juniper Apstra 버전 4.1.2 이상
-
다음 항목이 설치된 CN2 클러스터:
-
SR-IOV 사용 NIC가 있는 SR-IOV 작업자 노드
-
비 SR-IOV 작업자 노드
-
-
다음 플러그인:
-
Multus 플러그인
-
SR-IOV 네트워크 디바이스 플러그인
-
CN2 IPAM 플러그인
-
-
토폴로지에서 사용 중인 스위치의 라이센스
주니퍼 QFX 스위치는 고급 기능을 사용하려면 소프트웨어 라이선스가 필요합니다. IP 패브릭에 필요한 라이선스가 있는지 확인하려면 주니퍼 네트웍스 라이선싱 가이드를 참조하십시오.
참고:설치 워크플로의 4단계에서 설명한 대로 Apstra 청사진에 패브릭을 온보딩해야 합니다.
고려 사항
설치를 시작하기 전에 다음 고려 사항 목록을 읽어 보십시오.
-
이 기능에서는 다음을 가정합니다.
-
CN2 단일 클러스터 구축
-
SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 VN 내 및 VN 간 통신에 대한 기본 접근 방식입니다. 허브 앤 스포크 라우팅과 같은 다른 형태의 라우팅은 지원되지 않습니다.
-
SR-IOV 작업자 노드가 하나의 리프 디바이스에만 연결되는 간단한 스파인-리프 토폴로지입니다. SR-IOV 작업자 노드가 여러 리프 포트에 연결된 경우 이 SR-IOV 작업자 노드가 연결된 모든 리프 디바이스에서 모든 리프 포트를 구성해야 합니다.
-
-
Pod는 SR-IOV Pod 또는 비 SR-IOV Pod일 수 있습니다. SR_IOV 포드는 패브릭 언더레이를 사용하는 반면 비 SR-IOV 포드는 vRouter를 통해 오버레이를 사용합니다.
-
BMS는 CN2 클러스터의 일부가 아닙니다.
-
전체 BMS는 IP가 물리적 인터페이스에서 구성되는 호스트 OS에서 직접 애플리케이션을 실행하는 데만 사용할 수 있습니다.
또는
BMS는 IP 주소가 가상 인터페이스에 구성된 여러 VM 또는 컨테이너를 실행 중입니다.
-
VN 내 접근 방식에서는 CN2에서 SR-IOV 및 비 SRI-OV Pod 모두에 IP를 할당하는 데 동일한 서브넷이 사용됩니다. 동일한 서브넷에서 BMS에서 IP를 구성하기 위해 할당되지 않은 IP를 사용해야 합니다.
-
Apstra에서 BMS 가상 네트워크를 생성할 때 BMS가 하나의 스위치에만 연결되어 있더라도 해당 청사진의 모든 리프 스위치를 선택해야 합니다.
-
CN2에서 생성된 가상 네트워크 및 NAD(예: vlanID 및 VNI)의 필드는 편집할 수 없습니다. 이러한 필드를 변경하려면 가상 네트워크 및 NAD를 다시 만들어야 합니다.
-
Apstra는 4096 이상의 VNI만 허용합니다. CN2 릴리스 23.1부터 CN2의 최신 설치에서 4096에서 VNI를 할당합니다. 따라서 이 기능은 기존 CN2 설정에서 작동하지 않습니다. 이전 릴리스에서 업그레이드된 기존 CN2 설정이 있는 경우 스크립트를 실행하여 값이 4096보다 작은 무료 VNI를 릴리스해야 합니다.
-
할당된 vlanID가 Apstra에 할당된 vlanID와 충돌하지 않는지 확인합니다. 예를 들어 CN2에서 더 높은 범위(예: 2000 이상)의 VLAN을 사용할 수 있습니다.
-
포드의 IP 주소는 CN2 IPAM 플러그인에 의해 자동으로 할당됩니다.
-
CN2에서는 VN 간 라우팅을 위해 포드의 경로를 수동으로 구성해야 합니다. 예를 들면 다음과 같습니다. 명령을
ip route add 10.30.30.0/8 via 10.20.20.1
사용하여 서브넷에 연결할 수 있습니다10.30.30.0/8
. -
겹치는 IP 주소 및 결합된 인터페이스(SR-IOV 지원 NIC에서 리프 스위치로의 링크)는 사용되지 않습니다.
-
이 기능에는 IPv4 주소 지정만 지원됩니다.
설치 워크플로
이 절차의 단계에 따라 CN2 Apstra 플러그인과 해당 전제 조건을 설치하고 구성하십시오.
-
Apstra 소프트웨어를 설치합니다.
Apstra 버전 4.1.2 이상을 설치하고 구성합니다. 주니퍼 Apstra 설치 및 업그레이드 가이드를 참조하십시오.
기존 데이터센터 네트워크가 있는 경우 Apstra가 이미 패브릭을 관리하고 있습니다. 청사진에 대한 ASN 및 루프백 IP 주소와 같은 필수 리소스 풀을 할당해야 합니다.
-
CN2 클러스터를 설치합니다.
Kubernetes 작업자 노드를 포함하는 CN2 클러스터를 설치 및 구성합니다. 자세한 내용은 업스트림 Kubernetes용 CN2 설치 가이드 또는 OpenShift Container Platform용 CN2 설치 가이드의 설치 섹션을 참조하십시오.
-
플러그인을 설치합니다.
-
Multus 플러그인:
이 플러그인을 사용하면 여러 네트워크 인터페이스를 Pod에 연결할 수 있습니다. 설치 지침은 Kubernetes용 Multus CNI 또는 OpenShift용 Multus CNI 설명서를 참조하세요.
-
SR-IOV 네트워크 디바이스 플러그인:
이 플러그인은 Kubernetes 호스트에서 SR-IOV 가상 기능을 위한 네트워킹 리소스를 검색하고 보급합니다. 자세한 내용은 Kubernetes용 SR-IOV 네트워크 디바이스 플러그인 또는 OpenShift용 SR-IOV 네트워크 디바이스 플러그인 문서를 참조하십시오.
-
CN2 Apstra 플러그인:
이 플러그인은 CN2 배포자의 일부로 설치됩니다. 플러그인을 설치하려면 CN2 Apstra 플러그인 설치 및 구성을 참조하십시오.
-
CN2 IPAM 플러그인:
이 플러그인은 Pod에 대한 IP 주소를 할당합니다. SR-IOV 노드에 이 플러그인을 설치합니다. 플러그인을 설치하려면 CN2 IPAM 플러그인 설치 의 내용을 참조하십시오.
-
-
Apstra에서 IP 패브릭을 온보딩합니다.
Apstra 웹 GUI에서 Apstra의 패브릭을 온보딩합니다. 온보딩 지침은 주니퍼 Apstra 사용자 가이드를 참조하십시오.
-
ASN 및 루프백 IP 주소와 같은 필수 리소스 풀을 청사진에 할당해야 합니다.
-
Apstra 청사진에 있는 일반 시스템(즉, 서버)의 호스트 이름이 해당 CN2 노드의 호스트 이름과 일치하는지 확인합니다. 또한 작업자 노드의 SRIOV 지원 NIC를 패브릭 포트에 연결하는 SR-IOV 링크에 태그를 지정해야 합니다. 플러그인을 설치할 때 CN2 Apstra 플러그인 CRD에 동일한 값을
sriov_link_tag
입력합니다. 다음 다이어그램은 일반 시스템의 호스트 이름이 CN2 작업자 노드의 해당 호스트 이름과 일치하도록 편집된 Apstra 청사진의 토폴로지 예를 보여줍니다. 다이어그램에는 앞서 언급한 SR-IOV 링크에 대해 구성된 SRIOV 태그도 나와 있습니다.
-
-
설치를 확인합니다.
자세한 내용은 설치 확인을 참조하십시오.
CN2 Apstra 플러그인 설치 및 구성
이 섹션에서는 CN2 Apstra 플러그인을 설치하고 구성하는 방법을 설명합니다.
CN2 Apstra 플러그인은 배포자의 일부로 설치됩니다. CN2 Apstra 플러그인은 가상 네트워크를 패브릭으로 확장하고, CN2 Kubernetes 이벤트(예: NAD 생성)를 수신하며, Apstra SDK를 통해 언더레이용 패브릭을 구성합니다.
설치에 따라 다음 파일을 사용하여 플러그인을 설치하고 구성합니다.
-
쿠버네티스의 경우, 파일을 사용한다
single_cluster_deployer_example.yaml
. -
OpenShift의 경우 디렉토리의
ocp/plugins
모든 파일을 디렉토리 구조에서 한 레벨 위로 복사합니다.
CN2 Apstra 플러그인 설치 및 구성하기:
-
파일에서 및
contrail-apstra-plugin
single_cluster_deployer_example.yaml
의 주석 처리를apstra-plugin-secret
제거합니다. -
Apstra 자격 증명(사용자 이름 및 비밀번호)을
apstra-plugin-secret
해당 배포자 파일의 섹션에 입력합니다. 자격 증명이 base64로 인코딩되어 있는지 확인합니다.예를 들어:
apiVersion: v1 data: password: YWRtaW4K username: YWRtaW4K kind: Secret metadata: name: apstra-plugin-secret namespace: contrail type: Opaque
-
다음 예제와 같이 에
contrail-apstra-plugin
대한blueprint name, server_ip, sriov_link tag
매개 변수를 입력합니다. 에sriov_link tag
대한 파라미터가 Apstra에서 지정한 파라미터와 동일한지 확인합니다.이 예제에서는 이미지를 가져오는 이미지 URL도
contrail-apstra-plugin
보여 줍니다. 필요한 경우 이미지 URL을 편집할 수 있습니다. 예를 들어 이미지의 값을release_number
로 변경할 수 있습니다23.1
.apiVersion: plugins.juniper.net/v1alpha1 kind: ApstraPlugin metadata: name: contrail-apstra-plugin namespace: contrail spec: blueprint: "" common: containers: - image: enterprise-hub.juniper.net/contrail-container-prod/contrail-apstra-plugin:release_number name: contrail-apstra-plugin server_ip: "" sriov_link_tag: ""
각 필드의 의미를 이해하는 데 도움이 필요하면
kubectl explain apstraplugin.spec
명령을 실행합니다.참고:다음 예제는 정보 제공의 목적으로만 사용됩니다. 이 명령은 CN2 Apstra 플러그인을 구축한 후에만 실행할 수 있습니다.
kubectl explain apstraplugin.spec KIND: ApstraPlugin VERSION: plugins.juniper.net/v1alpha1 RESOURCE: spec <Object> DESCRIPTION: ApstraPluginSpec defines the desired state of ApstraPlugin FIELDS: blueprint <string> The BluePrint in Apstra managing the Fabric which acts as underlay for this CN2 instance common <Object> Common configuration for k8s pods and containers log_level <string> The log level of Apstra plugin server_ip <string> The Apstra server IP address sriov_link_tag <string> Contains the tag value(eg: SRIOV) for the SRIOV links in Apstra BluePrint
위 단계를 통해 CN2 Apstra 플러그인을 설치하기 위해 배포자에서 필요한 변경을 수행했습니다. 이제 업스트림 Kubernetes용 CN2 설치 가이드 또는 OpenShift Container Platform용 CN2 설치 가이드의 지침에 따라 CN2 설치를 진행할 수 있습니다.
CN2 설치를 완료한 후에도 위 단계에서 언급한 대로 배포자 YAML에서 CN2 Apstra 플러그인 매개 변수를 편집한 다음 CN2를 다시 설치할 수 있습니다.
설치 확인
다음 kubectl
명령을 실행하여 설치가 실행 중인지 확인합니다. 예를 들어:
Check for the multus plug-in. kubectl get pods -A | grep multus kube-system kube-multus-ds-dn5j8 1/1 Running 1 26d kube-system kube-multus-ds-mnd4j 1/1 Running 1 26d kube-system kube-multus-ds-xvt5v 1/1 Running 2 26d- ----------------------------------------------------------------------------------------------------------------- Check for the sriov-device-plugin. kubectl get pods -A | grep sriov-device-plugin kube-system kube-sriov-device-plugin-amd64-2l792 1/1 Running 0 6d8h kube-system kube-sriov-device-plugin-amd64-n2lxv 1/1 Running 1 6d8h kube-system kube-sriov-device-plugin-amd64-v8tqx 1/1 Running 1 26d ------------------------------------------------------------------------------------------------------------------ Check if the virtual functions were discovered. kubectl describe node jfm-qnc-05.lab.juniper.net | grep -A8 Allocatable Allocatable: cpu: 64 ephemeral-storage: 189217404206 hugepages-1Gi: 0 hugepages-2Mi: 0 intel.com/intel_sriov_netdevice: 7 memory: 263710404Ki pods: 110 System Info: ---------------------------------------------------------------------------------------------------------- Check for the Apstra plug-in CRDs. kubectl api-resources | grep apstra apstraplugins plugins.juniper.net/v1alpha1 true ApstraPlugin ----------------------------------------------------------------------------------------------------------- Check for the Apstra secret. kubectl get secrets -A | grep apstra contrail apstra-plugin-secret Opaque 2 20d ----------------------------------------------------------------------------------------------------------- Check for the contrail-apstra-plugin pod. kubectl get pods -A | grep apstra contrail contrail-apstra-plugin-fd86dd969-5s94s 1/1 Running 8 (6d7h ago) 12d
CN2 IPAM 플러그인 설치
이 절차에 따라 Kubernetes 및 OpenShift 배포 모두에 대한 CN2 IPAM 플러그인을 설치합니다. 이 절차에서는 CN2가 Kubernetes 클러스터에 이미 설치되어 있다고 가정합니다. 이 절차에서는 단일 클러스터 배포를 보여 줍니다.
CN2 IPAM 플러그인을 설치 및 구성하려면 다음을 수행합니다.
Intra-VN 및 Inter-VN 접근 방식
이 섹션에서는 SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 통신을 구성하는 두 가지 방법인 VN 내 및 VN 간을 보여줍니다.
요구 사항에 따라 VN 내 접근 방식 또는 VN 간 접근 방식을 사용할 수 있습니다. 각 접근 방식에 대한 구성 워크플로우의 요약을 보려면 표 2 또는 표 3을 참조하십시오.
VN 내부 접근 방식
VN 내 접근 방식에서 Pod는 동일한 가상 네트워크에 연결됩니다. 기본적으로 동일한 가상 네트워크의 Pod는 다음 여부에 관계없이 서로 통신할 수 있습니다.
Pod는 동일한 작업자 노드 또는 다른 작업자 노드에서 생성됩니다.
또는
작업자 노드는 동일한 리프 디바이스 또는 다른 리프에 연결됩니다.
VN 내 접근 방식: SR-IOV Pod 간의 통신
그림 2 는 SR-IOV Pod가 동일한 가상 네트워크에 연결된 VN 내 토폴로지의 예를 보여줍니다. 이 스파인 및 리프 토폴로지는 두 개의 SR-IOV 작업자 노드를 표시합니다. 각 노드에는 SR-IOV가 사용하도록 설정된 물리적 NIC가 있습니다. 이러한 물리적 NIC(ens801f2 및 ens801f3)는 가상 기능으로 분할하고 직접 I/O를 위해 Pod에 연결할 수 있습니다. 패킷이 이러한 가상 기능을 이동할 때 패킷은 적절한 VLAN으로 태그가 지정됩니다. 이 접근 방식에서 패킷은 vRouter를 통과하지 않고 Apstra가 프로비저닝한 IP 패브릭 언더레이로 직접 이동합니다.

VN 내 접근 방식: SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 통신
그림 3 은 동일한 가상 네트워크에 연결된 SR-IOV Pod, 비 SR-IOV Pod 및 BMS의 예를 보여줍니다. 이 예의 Pod 및 BMS는 동일한 VNI 및 서브넷을 사용합니다.
이 접근 방식에서는 CN2 제어 노드와 IP 패브릭 간에 EVPN 세션이 설정되어 VXLAN 프로토콜에서 사용하는 EVPN Type-2 경로를 상호 교환합니다. SR-IOV 포드 및 BMS에 대한 VTEP 인터페이스는 패브릭에 있습니다. 비 SR-IOV 포드에 대한 VTEP 인터페이스는 vRouter에 상주합니다.
다음 그림에서 BMS는 SR-IOV 및 비 SR-IOV Pod와 동일한 가상 네트워크에 연결되지만 CN2 클러스터의 일부는 아닙니다.

VN 내부 통신 구성에 대한 자세한 내용은 VN 내부 통신 구성 소개를 참조하십시오.
Inter-VN 접근 방식
VN 간 접근 방식에서 CN2 Pod 및 BMS 워크로드는 서로 다른 가상 네트워크에 연결됩니다. 다음 섹션에서는 Pod와 BMS 간의 통신을 구성하는 데 필요한 구성을 보여 줍니다.
VN 간 접근 방식: SR-IOV Pod 간의 통신
다음 그림은 SR-IOV Pod 간 VN 간 토폴로지의 예를 보여줍니다.

VN 간 접근 방식: SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 통신
Inter-VN 접근 방식에서 Pod와 BMS는 서로 다른 가상 네트워크에 속합니다. 이 통신을 활성화하기 위해 CN2 제어 노드와 패브릭 간에 EVPN Type-5 경로 교환을 사용하고 있습니다. 예를 들어:

VN 간 통신 구성에 대한 자세한 내용은 VN 간 통신 구성 소개를 참조하십시오.
VN 내부 통신 구성 소개
표 2 에는 VN 내 통신을 구성하는 데 필요한 절차가 요약되어 있습니다.
-
SR-IOV Pod 및 기타 SR-IOV Pod
-
SR-IOV 팟(Pod) 및 비 SR-IOV 팟(Pod)
-
SR-IOV 포드, 비SR-IOV Pod 및 BMS
테이블로 진행하기 전에 사전 요구 사항 및 VN 내 접근 방식을 검토하십시오.
SR-IOV | 포드, 비 SR-IOV포드, 비 SR-IOV | 포드 및 BMS | |
---|---|---|---|
SR-IOV 포드 |
각 단계에 대한 자세한 내용은 SR-IOV Pod 간 VN 내 통신 구성을 참조하십시오. |
사전 구성 설정 (한 번만 수행)
구성 단계
각 단계에 대한 자세한 내용은 SR-IOV Pod와 비 SR-IOV Pod 간의 VN 내 통신 구성을 참조하십시오. |
각 단계에 대한 자세한 내용은 SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 VN 내 통신 구성을 참조하십시오. |
VN 내부 통신 구성
이 섹션의 프로시저에 따라 SR-IOV 팟(Pod), 비-SR-IOV 팟(Pod) 및 BMS 간에 VN 내 통신을 구성하십시오.
- 시작하기 전에
- SR-IOV Pod 간 VN 내 통신 구성
- SR-IOV Pod와 비 SR-IOV Pod 간의 VN 내 통신 구성
- SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 VN 내 통신 구성
시작하기 전에
구성을 시작하기 전에 다음 고려 사항 목록을 읽어 보십시오.
-
VN 내 접근 방식에서는 Pod 및 BMS에서 동일한 서브넷을 사용합니다. BMS에서 IP 주소를 구성할 때 할당되지 않은 IP 주소를 사용하여 CN2에서 할당한 IP와의 충돌을 방지하는 것이 중요합니다.
예: 서브넷이 10.20.20.0/24인 경우 CN2는 10.20.20.2, 10.20.20.3 등과 같이 하단에서 Pod에 IP 주소를 할당합니다. BMS의 경우 충돌을 피하기 위해 10.20.20.200, 10.20.20.201, 10.20.20.202와 같은 상위 엔드의 IP 주소를 사용하는 것이 좋습니다.
물리적 인터페이스에서 IP를 구성하는지 또는 가상 인터페이스에서 IP를 구성하는지에 따라 Apstra에서 적절한 연결 템플릿(각각 태그 없음 또는 태그 처리)을 사용해야 합니다. 템플리트는 BMS를 패브릭에 연결하는 포트를 구성하는 데 사용됩니다. 자세한 정보는 주니퍼 Apstra 사용자 가이드를 참조하십시오.
-
SR-IOV Pod와 BMS 간의 통신 또는 비 SR-IOV Pod와 BMS 간의 통신을 구성하려면 SR-IOV Pod , 비 SR-IOV Pod 및 BMS 간의 VN 내 통신 구성을 참조하십시오.
SR-IOV Pod 간 VN 내 통신 구성
SR-IOV Pod 간에 VN 내 통신을 구성하려면 다음을 수행합니다.
SR-IOV Pod와 비 SR-IOV Pod 간의 VN 내 통신 구성
-
명령을 사용하여 CN2에서 캡슐화 우선순위를
kubectl edit GlobalVrouterConfig default-global-vrouter-config
로vxlan
변경합니다. -
Apstra에서 원격 EVPN 게이트웨이를 생성합니다. 지침은 주니퍼 Apstra 사용자 가이드 의 "원격 EVPN 게이트웨이(가상)" 장을 참조하십시오.
-
CN2
BGPRouter
에서 .다음 예에서는 패브릭의 루프백 IP 주소인 (), ASN 번호() 및 제품군(
10.1.1.3
65003
- e-vpn
)을 참조하여 EVPN Type-2 경로를 교환합니다.apiVersion: core.contrail.juniper.net/v3 kind: BGPRouter metadata: namespace: contrail name: bgprouter-qfx annotations: core.juniper.net/display-name: Sample BGP Router core.juniper.net/description: Represents configuration of BGP peers. All the BGP peers involved in Contrail system are under default Routing Instance of the default Virtual Network. spec: parent: apiVersion: core.contrail.juniper.net/v3 kind: RoutingInstance namespace: contrail name: default bgpRouterParameters: vendor: Juniper routerType: router address: 10.1.1.3 identifier: 10.1.1.3 autonomousSystem: 65003 addressFamilies: family: - e-vpn bgpRouterReferences: - apiVersion: core.contrail.juniper.net/v3 kind: BGPRouter namespace: contrail name: jfm-qnc-06.englab.juniper.net
SR-IOV Pod와 비 SR-IOV Pod 간에 VN 내 통신을 구성하려면 다음을 수행합니다.
SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간의 VN 내 통신 구성
이 절차에서는 SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간에 VN 내 통신을 구성하는 방법을 설명합니다.
-
SR-IOV 팟(Pod)과 BMS 간의 통신을 위해 다음 단계를 수행하되 비SR-IOV NAD 및 비-SR-IOV 팟(Pod)을 작성하지 마십시오.
-
비SR-IOV 팟(Pod)과 BMS 간의 통신을 위해 다음 단계를 수행하되 SR-IOV NAD 및 SR-IOV 팟(Pod)을 작성하지 마십시오.
SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간에 VN 내 통신을 구성하려면 다음을 수행합니다.
VN 간 통신 구성 소개
표 3 에는 VN 간 통신을 구성하는 데 필요한 절차가 요약되어 있습니다.
-
SR-IOV Pod 및 기타 SR-IOV Pod
-
SR-IOV 팟(Pod) 및 비 SR-IOV 팟(Pod)
-
SR-IOV 팟(Pod), 비SR-IOV 팟(Pod) 및 BMS
테이블로 진행하기 전에 사전 요구 사항 및 VN 간 접근 방식을 검토합니다.
SR-IOV | 포드, 비 SR-IOV포드, 비 SR-IOV | 포드 및 BMS | |
---|---|---|---|
SR-IOV 포드 |
각 단계에 대한 자세한 내용은 SR-IOV Pod 간 VN 간 통신 구성을 참조하십시오. |
사전 구성 설정 (한 번만 수행)
구성 단계
각 단계에 대한 자세한 내용은 SR-IOV Pod와 비 SR-IOV Pod 간의 VN 간 통신 구성을 참조하십시오. |
각 단계에 대한 자세한 내용은 SR-IOV Pod, 비 SRIOV Pod 및 BMS 간의 VN 간 통신 구성을 참조하십시오. |
VN 간 통신 구성
이 섹션의 프로시저에 따라 SR-IOV 팟(Pod), 비-SR-IOV 팟(Pod) 및 BMS 간에 VN 간 통신을 구성하십시오.
시작하기 전에
구성을 시작하기 전에 다음 고려 사항 목록을 읽어 보십시오.
-
VN 간 라우팅의 경우 CN2에 을
VirtualNetworkRouter
(를) 생성해야 합니다. -
VN 간 접근 방식에서는 Pod에서 경로를 수동으로 구성해야 합니다. 예를 들면 다음과 같습니다. 명령을
ip route add 10.30.30.0/8 via 10.20.20.1
사용하여 서브넷에 연결할 수 있습니다10.30.30.0/8
. -
QFX5200 스위치는 EVPN Type-5 라우팅 및 ERB(Edge-Routing Bridging)를 지원하지 않습니다. 자세한 내용은 QFX 시리즈 스위치에 대한 에지 라우팅 브리징 을 참조하십시오.
VN 간 토폴로지에서 사용할 수 있도록 지원되는 주니퍼 디바이스 목록은 EVPN-VXLAN 토폴로지의 레이어 3 연결을 참조하세요. 또한 QFX 디바이스가 Junos OS 버전 20.2R2.11 이상을 실행하고 있는지 확인합니다.
SR-IOV Pod 간 VN 간 통신 구성
SR-IOV Pod 간의 VN 간 통신을 구성하려면 다음을 수행합니다.
SR-IOV Pod와 비 SR-IOV Pod 간의 VN 간 통신 구성
-
명령을 사용하여 CN2에서 캡슐화 우선순위를
kubectl edit GlobalVrouterConfig default-global-vrouter-config
로vxlan
변경합니다. -
Apstra에서 원격 EVPN 게이트웨이를 생성합니다. 지침은 주니퍼 Apstra 사용자 가이드 의 "원격 EVPN 게이트웨이(가상)" 장을 참조하십시오.
-
CN2
BGPRouter
에서 .다음 예에서는 패브릭의 루프백 IP 주소인 (), ASN 번호() 및 제품군(
10.1.1.3
65003
- e-vpn
)을 참조하여 EVPN Type-2 경로를 교환합니다.apiVersion: core.contrail.juniper.net/v3 kind: BGPRouter metadata: namespace: contrail name: bgprouter-qfx annotations: core.juniper.net/display-name: Sample BGP Router core.juniper.net/description: Represents configuration of BGP peers. All the BGP peers involved in Contrail system are under default Routing Instance of the default Virtual Network. spec: parent: apiVersion: core.contrail.juniper.net/v3 kind: RoutingInstance namespace: contrail name: default bgpRouterParameters: vendor: Juniper routerType: router address: 10.1.1.3 identifier: 10.1.1.3 autonomousSystem: 65003 addressFamilies: family: - e-vpn bgpRouterReferences: - apiVersion: core.contrail.juniper.net/v3 kind: BGPRouter namespace: contrail name: jfm-qnc-06.englab.juniper.net
SR-IOV Pod와 비 SR-IOV Pod 간의 VN 간 통신을 구성하려면 다음을 수행합니다.
SR-IOV 포드, 비 SRIOV 포드 및 BMS 간의 VN 간 통신 구성
SR-IOV Pod, 비 SR-IOV Pod 및 BMS 간에 VN 간 통신을 구성하려면 다음을 수행합니다.