8.7. 가상 머신을 OVN-Kubernetes 보조 네트워크에 연결

프로세스

1. NetworkAttachmentDefinition 오브젝트를 생성합니다.

   apiVersion: k8s.cni.cncf.io/v1
   kind: NetworkAttachmentDefinition
   metadata:
     name: l2-network
     namespace: my-namespace
   spec:
     config: |2
       {
               "cniVersion": "0.3.1", 1
               "name": "my-namespace-l2-network", 2
               "type": "ovn-k8s-cni-overlay", 3
               "topology":"layer2", 4
               "mtu": 1300, 5
               "netAttachDefName": "my-namespace/l2-network" 6
       }

   1

   CNI 사양 버전입니다. 필수 값은 0.3.1 입니다.

   2

   네트워크의 이름입니다. 이 속성은 네임스페이스가 지정되지 않습니다. 예를 들어 두 개의 다른 네임스페이스에 존재하는 두 개의 다른 NetworkAttachmentDefinition 오브젝트에서 참조되는 l2-network 라는 네트워크가 있을 수 있습니다. 이 기능은 다른 네임스페이스의 VM을 연결하는 데 유용합니다.

   3

   구성할 CNI 플러그인의 이름입니다. 필수 값은 ovn-k8s-cni-overlay 입니다.

   4

   네트워크의 토폴로지 구성입니다. 필요한 값은 layer2 입니다.

   5

   선택 사항: MTU(최대 전송 단위) 값입니다. 기본값은 커널에 의해 자동으로 설정됩니다.

   6

   NetworkAttachmentDefinition 오브젝트의 metadata 스탠자에 있는 namespace 및 name 필드의 값입니다.

   참고

   위의 예제에서는 서브넷이 정의되지 않은 클러스터 전체 오버레이를 구성합니다. 즉, 네트워크를 구현하는 논리 스위치는 계층 2 통신만 제공합니다. 고정 IP 주소를 설정하거나 동적 IP 주소에 대해 네트워크에 DHCP 서버를 배포하여 가상 머신을 생성할 때 IP 주소를 구성해야 합니다.

2. 매니페스트를 적용합니다.

   $ oc apply -f <filename>.yaml

프로세스

1. NetworkAttachmentDefinition 오브젝트를 생성합니다.

   apiVersion: k8s.cni.cncf.io/v1
   kind: NetworkAttachmentDefinition
   metadata:
     name: localnet-network
     namespace: default
   spec:
     config: |2
       {
               "cniVersion": "0.3.1", 1
               "name": "localnet-network", 2
               "type": "ovn-k8s-cni-overlay", 3
               "topology": "localnet", 4
               "netAttachDefName": "default/localnet-network" 5
       }

   1

   CNI 사양 버전입니다. 필수 값은 0.3.1 입니다.

   2

   네트워크의 이름입니다. 이 속성은 OVS 브리지 매핑을 정의하는 NodeNetworkConfigurationPolicy 오브젝트의 spec.desiredState.ovn.bridge-mappings.localnet 필드의 값과 일치해야 합니다.

   3

   구성할 CNI 플러그인의 이름입니다. 필수 값은 ovn-k8s-cni-overlay 입니다.

   4

   네트워크의 토폴로지 구성입니다. 필요한 값은 localnet 입니다.

   5

   NetworkAttachmentDefinition 오브젝트의 metadata 스탠자에 있는 namespace 및 name 필드의 값입니다.

2. 매니페스트를 적용합니다.

   $ oc apply -f <filename>.yaml

프로세스

1. 웹 콘솔에서 네트워킹 NetworkAttachmentDefinitions 로 이동합니다.
2. 네트워크 연결 정의 생성 을 클릭합니다. 네트워크 연결 정의는 이를 사용하는 Pod 또는 가상 머신과 동일한 네임스페이스에 있어야 합니다.
3. 고유한 이름과 선택적 설명을 입력합니다.
4. 네트워크 유형 목록에서 OVN Kubernetes L2 오버레이 네트워크를 선택합니다.
5. 생성을 클릭합니다.

프로세스

1. 웹 콘솔에서 네트워킹 NetworkAttachmentDefinitions 로 이동합니다.
2. 네트워크 연결 정의 생성 을 클릭합니다. 네트워크 연결 정의는 이를 사용하는 Pod 또는 가상 머신과 동일한 네임스페이스에 있어야 합니다.
3. 고유한 이름과 선택적 설명을 입력합니다.
4. 네트워크 유형 목록에서 OVN Kubernetes 보조 localnet 네트워크를 선택합니다.
5. 브리지 매핑 필드에 사전 구성된 localnet 식별자의 이름을 입력합니다.
6. 선택 사항: MTU를 지정된 값으로 명시적으로 설정할 수 있습니다. 커널에서 기본값을 선택합니다.
7. 선택 사항: VLAN에 트래픽을 캡슐화합니다. 기본값은 None입니다.
8. 생성을 클릭합니다.

프로세스

1. 다음 예와 같이 VirtualMachine 매니페스트를 편집하여 OVN-Kubernetes 보조 네트워크 인터페이스 세부 정보를 추가합니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     name: vm-server
   spec:
     running: true
     template:
       spec:
         domain:
           devices:
             interfaces:
             - name: secondary 1
               bridge: {}
           resources:
             requests:
               memory: 1024Mi
         networks:
         - name: secondary  2
           multus:
             networkName: <nad_name> 3
   # ...

   1

   OVN-Kubernetes 보조 인터페이스의 이름입니다.

   2

   네트워크의 이름입니다. spec.template.spec.domain.devices.interfaces.name 필드의 값과 일치해야 합니다.

   3

   NetworkAttachmentDefinition 오브젝트의 이름입니다.

2. VirtualMachine 매니페스트를 적용합니다.

   $ oc apply -f <filename>.yaml

3. 선택 사항: 실행 중인 가상 머신을 편집한 경우 변경 사항을 적용하려면 가상 머신을 다시 시작해야 합니다.