10.18. 가상 머신 네트워킹

절차

1. 가상 머신 구성 파일의 interfaces 스펙을 편집합니다.

   kind: VirtualMachine
   spec:
     domain:
       devices:
         interfaces:
           - name: default
             masquerade: {} 1
             ports: 2
               - port: 80
     networks:
     - name: default
       pod: {}

   1

   가상 모드를 사용하여 연결합니다.

   2

   선택 사항: 가상 머신에서 노출할 포트를 나열하며, 각각 포트 필드에서 지정합니다. 포트 값은 0에서 65536 사이의 숫자여야 합니다. ports 어레이를 사용하지 않으면 유효한 범위의 모든 포트가 들어오는 트래픽에 열려 있습니다. 이 예에서는 포트 80 에서 들어오는 트래픽이 허용됩니다.

   참고

   포트 49152 및 49153은 libvirt 플랫폼에서 사용하도록 예약되며 이러한 포트로 들어오는 다른 모든 트래픽은 삭제됩니다.

2. 가상 머신을 생성합니다.

   $ oc create -f <vm-name>.yaml

절차

1. 새 가상 시스템 구성에서 masquerade가 있는 인터페이스를 포함하고 cloud-init를 사용하여 IPv6 주소 및 기본 게이트웨이를 구성합니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     name: example-vm-ipv6
   # ...
             interfaces:
               - name: default
                 masquerade: {} 1
                 ports:
                   - port: 80 2
         networks:
         - name: default
           pod: {}
         volumes:
         - cloudInitNoCloud:
             networkData: |
               version: 2
               ethernets:
                 eth0:
                   dhcp4: true
                   addresses: [ fd10:0:2::2/120 ] 3
                   gateway6: fd10:0:2::1 4

   1

   가상 모드를 사용하여 연결합니다.

   2

   포트 80에서 가상 머신으로 들어오는 트래픽을 허용합니다.

   3

   가상 머신 인스턴스 구성의 Network.pod.vmIPv6NetworkCIDR 필드에 의해 결정되는 정적 IPv6 주소입니다. 기본값은 fd10:0:2::2/120 입니다.

   4

   가상 머신 인스턴스 구성의 Network.pod.vmIPv6NetworkCIDR 필드에 따라 결정되는 게이트웨이 IP 주소입니다. 기본값은 fd10:0:2::1 입니다.

2. 네임스페이스에서 가상 머신을 생성합니다.

   $ oc create -f example-vm-ipv6.yaml

절차

1. VirtualMachine 매니페스트를 편집하여 서비스 생성을 위한 라벨을 추가합니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     name: vm-ephemeral
     namespace: example-namespace
   spec:
     running: false
     template:
       metadata:
         labels:
           special: key 1
   # ...

   1

   spec.template.metadata.labels 섹션에 special: key 라벨을 추가합니다.

   참고

   가상 머신의 라벨은 Pod로 전달됩니다. special: key 레이블은 서비스 매니페스트의 spec.selector 특성의 레이블과 일치해야 합니다.

2. VirtualMachine 매니페스트 파일을 저장하여 변경 사항을 적용합니다.

3. VM을 노출할 서비스 매니페스트를 생성합니다.

   apiVersion: v1
   kind: Service
   metadata:
     name: vmservice 1
     namespace: example-namespace 2
   spec:
     externalTrafficPolicy: Cluster 3
     ports:
     - nodePort: 30000 4
       port: 27017
       protocol: TCP
       targetPort: 22 5
     selector:
       special: key 6
     type: NodePort 7

   1

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

   2

   Service 오브젝트가 있는 네임스페이스입니다. 이는 VirtualMachine 매니페스트의 metadata.namespace 필드와 일치해야 합니다.

   3

   선택 사항: 노드에서 외부 IP 주소에서 수신되는 서비스 트래픽을 배포하는 방법을 지정합니다. 이는 NodePort 및 LoadBalancer 서비스 유형에만 적용됩니다. 기본값은 Cluster 로 트래픽을 모든 클러스터 끝점으로 균등하게 라우팅합니다.

   4

   선택 사항: 설정하면 nodePort 값이 모든 서비스에서 고유해야 합니다. 지정하지 않으면 30000 이상의 범위의 값이 동적으로 할당됩니다.

   5

   선택 사항: 서비스에서 노출할 VM 포트입니다. 포트 목록이 VM 매니페스트에 정의된 경우 열려 있는 포트를 참조해야 합니다. targetPort 를 지정하지 않으면 포트 와 동일한 값을 사용합니다.

   6

   VirtualMachine 매니페스트의 spec.template.metadata.labels 스탠자에 추가한 라벨 참조입니다.

   7

   서비스 유형입니다. 가능한 값은 ClusterIP,NodePort 및 LoadBalancer 입니다.

4. 서비스 매니페스트 파일을 저장합니다.

5. 다음 명령을 실행하여 서비스를 생성합니다.

   $ oc create -f <service_name>.yaml

6. VM을 시작합니다. VM이 이미 실행 중인 경우 다시 시작합니다.

검증

1. Service 오브젝트를 쿼리하여 사용할 수 있는지 확인합니다.

   $ oc get service -n example-namespace

   ClusterIP 서비스의 출력 예

   NAME        TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)     AGE
   vmservice   ClusterIP   172.30.3.149   <none>        27017/TCP   2m

   NodePort 서비스의 출력 예

   NAME        TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)            AGE
   vmservice   NodePort    172.30.232.73   <none>       27017:30000/TCP    5m

   LoadBalancer 서비스의 출력 예

   NAME        TYPE            CLUSTER-IP     EXTERNAL-IP                    PORT(S)           AGE
   vmservice   LoadBalancer    172.30.27.5   172.29.10.235,172.29.10.235     27017:31829/TCP   5s

2. 가상 머신에 연결하는 적절한 방법을 선택합니다.

   • ClusterIP 서비스의 경우 서비스 IP 주소와 서비스 포트를 사용하여 클러스터 내에서 VM에 연결합니다. 예를 들면 다음과 같습니다.

     $ ssh fedora@172.30.3.149 -p 27017

   • NodePort 서비스의 경우 노드 IP 주소와 클러스터 네트워크 외부의 노드 포트를 지정하여 VM에 연결합니다. 예를 들면 다음과 같습니다.

     $ ssh fedora@$NODE_IP -p 30000

   • LoadBalancer 서비스의 경우 vinagre 클라이언트를 사용하여 공용 IP 주소 및 포트를 사용하여 가상 머신에 연결합니다. 외부 포트는 동적으로 할당됩니다.

절차

1. SriovNetworkNodePolicy 오브젝트를 생성한 후 YAML을 <name>-sriov-node-network.yaml 파일에 저장합니다. <name>을 이 구성의 이름으로 바꿉니다.

   apiVersion: sriovnetwork.openshift.io/v1
   kind: SriovNetworkNodePolicy
   metadata:
     name: <name> 1
     namespace: openshift-sriov-network-operator 2
   spec:
     resourceName: <sriov_resource_name> 3
     nodeSelector:
       feature.node.kubernetes.io/network-sriov.capable: "true" 4
     priority: <priority> 5
     mtu: <mtu> 6
     numVfs: <num> 7
     nicSelector: 8
       vendor: "<vendor_code>" 9
       deviceID: "<device_id>" 10
       pfNames: ["<pf_name>", ...] 11
       rootDevices: ["<pci_bus_id>", "..."] 12
     deviceType: vfio-pci 13
     isRdma: false 14

   1

   CR 오브젝트의 이름을 지정합니다.

   2

   SR-IOV Operator가 설치된 네임스페이스를 지정합니다.

   3

   SR-IOV 장치 플러그인의 리소스 이름을 지정합니다. 리소스 이름에 대해 여러 SriovNetworkNodePolicy 오브젝트를 생성할 수 있습니다.

   4

   구성할 노드를 선택하려면 노드 선택기를 지정합니다. 선택한 노드의 SR-IOV 네트워크 장치만 구성됩니다. SR-IOV CNI(Container Network Interface) 플러그인 및 장치 플러그인은 선택한 노드에만 배포됩니다.

   5

   선택 사항: 0에서 99 사이의 정수 값을 지정합니다. 숫자가 작을수록 우선 순위가 높아지므로 우선 순위 10은 우선 순위 99보다 높습니다. 기본값은 99입니다.

   6

   선택 사항: 가상 기능의 최대 전송 단위(MTU) 값을 지정합니다. 최대 MTU 값은 NIC 모델마다 다를 수 있습니다.

   7

   SR-IOV 물리적 네트워크 장치에 생성할 가상 기능(VF) 수를 지정합니다. Intel NIC(Network Interface Controller)의 경우 VF 수는 장치에서 지원하는 총 VF보다 클 수 없습니다. Mellanox NIC의 경우 VF 수는 127 보다 클 수 없습니다.

   8

   nicSelector 매핑은 Operator가 구성할 이더넷 장치를 선택합니다. 모든 매개변수에 값을 지정할 필요는 없습니다. 의도하지 않게 이더넷 장치를 선택할 가능성을 최소화하기 위해 이더넷 어댑터를 충분히 정밀하게 식별하는 것이 좋습니다. rootDevices를 지정하면 vendor, deviceID 또는 pfNames의 값도 지정해야 합니다. pfNames와 rootDevices를 동시에 지정하는 경우 동일한 장치를 가리키는지 확인하십시오.

   9

   선택 사항: SR-IOV 네트워크 장치의 공급업체 16진 코드를 지정합니다. 허용되는 유일한 값은 8086 또는 15b3입니다.

   10

   선택 사항: SR-IOV 네트워크 장치의 장치 16진수 코드를 지정합니다. 허용되는 값은 158b, 1015, 1017입니다.

   11

   선택 사항:이 매개변수는 이더넷 장치에 대한 하나 이상의 PF(물리적 기능) 이름 배열을 허용합니다.

   12

   이 매개변수는 이더넷 장치의 물리적 기능을 위해 하나 이상의 PCI 버스 주소 배열을 허용합니다. 주소를 0000:02: 00.1 형식으로 입력합니다.

   13

   vfio-pci 드라이버 유형은 OpenShift Virtualization의 가상 기능에 필요합니다.

   14

   선택 사항: 원격 직접 메모리 액세스(RDMA) 모드 사용 여부를 지정합니다. Mellanox 카드의 경우 isRdma를 false로 설정합니다. 기본값은 false입니다.

   참고

   isRDMA 플래그가 true로 설정된 경우 RDMA 가능 VF를 일반 네트워크 장치로 계속 사용할 수 있습니다. 어느 모드에서나 장치를 사용할 수 있습니다.

2. 선택 사항: SR-IOV 가능 클러스터 노드에 아직 레이블이 지정되지 않은 경우 SriovNetworkNodePolicy.Spec.NodeSelector 로 레이블을 지정합니다. 노드에 레이블 지정에 대한 자세한 내용은 "노드에서 라벨을 업데이트하는 방법"을 참조하십시오.

3. SriovNetworkNodePolicy 오브젝트를 생성합니다.

   $ oc create -f <name>-sriov-node-network.yaml

   <name>은 이 구성의 이름을 지정합니다.

   구성 업데이트를 적용하면 sriov-network-operator 네임스페이스의 모든 Pod가 Running 상태로 전환됩니다.

4. SR-IOV 네트워크 장치가 구성되어 있는지 확인하려면 다음 명령을 입력합니다. <node_name>을 방금 구성한 SR-IOV 네트워크 장치가 있는 노드 이름으로 바꿉니다.

   $ oc get sriovnetworknodestates -n openshift-sriov-network-operator <node_name> -o jsonpath='{.status.syncStatus}'

절차

1. 다음 SriovNetwork 오브젝트를 생성한 후 YAML을 <name>-sriov-network.yaml 파일에 저장합니다. <name>을 이 추가 네트워크의 이름으로 변경합니다.

2. 오브젝트를 생성하려면 다음 명령을 입력합니다. <name>을 이 추가 네트워크의 이름으로 변경합니다.

   $ oc create -f <name>-sriov-network.yaml

3. 선택 사항: 이전 단계에서 생성한 SriovNetwork 오브젝트에 연결된 NetworkAttachmentDefinition 오브젝트가 존재하는지 확인하려면 다음 명령을 입력합니다. <namespace>를 SriovNetwork 오브젝트에 지정한 네임스페이스로 바꿉니다.

   $ oc get net-attach-def -n <namespace>

절차

1. VM 구성의 spec.domain.devices.interfaces 및 spec.networks 에 SR-IOV 네트워크 세부 정보를 포함합니다.

   kind: VirtualMachine
   # ...
   spec:
     domain:
       devices:
         interfaces:
         - name: <default> 1
           masquerade: {} 2
         - name: <nic1> 3
           sriov: {}
     networks:
     - name: <default> 4
       pod: {}
     - name: <nic1> 5
       multus:
           networkName: <sriov-network> 6
   # ...

   1

   Pod 네트워크에 연결된 인터페이스의 고유 이름입니다.

   2

   기본 Pod 네트워크에 대한 masquerade 바인딩입니다.

   3

   SR-IOV 인터페이스의 고유 이름입니다.

   4

   Pod 네트워크 인터페이스의 이름입니다. 이전에 정의한 interfaces.name과 동일해야 합니다.

   5

   SR-IOV 인터페이스의 이름입니다. 이전에 정의한 interfaces.name과 동일해야 합니다.

   6

   SR-IOV 네트워크 연결 정의의 이름입니다.

2. 가상 머신 구성을 적용합니다.

   $ oc apply -f <vm-sriov.yaml> 1

   1

   가상 머신 YAML 파일의 이름입니다.

절차

1. 컴퓨팅 노드 토폴로지를 매핑하여 DPDK 애플리케이션에 대해 격리된 NUMA(Non-Uniform Memory Access) CPU와 운영 체제(OS)용으로 예약된 CPU를 결정합니다.

2. 사용자 지정 역할을 사용하여 컴퓨팅 노드의 하위 집합에 레이블을 지정합니다(예: worker-dpdk ).

   $ oc label node <node_name> node-role.kubernetes.io/worker-dpdk=""

3. spec.machineConfigSelector 오브젝트에 worker-dpdk 라벨이 포함된 새 MachineConfigPool 매니페스트를 만듭니다.

   MachineConfigPool 매니페스트의 예

   apiVersion: machineconfiguration.openshift.io/v1
   kind: MachineConfigPool
   metadata:
     name: worker-dpdk
     labels:
       machineconfiguration.openshift.io/role: worker-dpdk
   spec:
     machineConfigSelector:
       matchExpressions:
         - key: machineconfiguration.openshift.io/role
           operator: In
           values:
             - worker
             - worker-dpdk
     nodeSelector:
       matchLabels:
         node-role.kubernetes.io/worker-dpdk: ""

4. 레이블이 지정된 노드 및 이전 단계에서 생성한 머신 구성 풀에 적용되는 PerformanceProfile 매니페스트를 생성합니다. 성능 프로필은 DPDK 애플리케이션용으로 분리된 CPU와 하우스 보관용으로 예약된 CPU를 지정합니다.

   PerformanceProfile 매니페스트 예

   apiVersion: performance.openshift.io/v2
   kind: PerformanceProfile
   metadata:
     name: profile-1
   spec:
     cpu:
       isolated: 4-39,44-79
       reserved: 0-3,40-43
     hugepages:
       defaultHugepagesSize: 1G
       pages:
       - count: 32
         node: 0
         size: 1G
     net:
       userLevelNetworking: true
     nodeSelector:
       node-role.kubernetes.io/worker-dpdk: ""
     numa:
       topologyPolicy: single-numa-node

   참고

   MachineConfigPool 및 PerformanceProfile 매니페스트를 적용한 후 컴퓨팅 노드가 자동으로 재시작됩니다.

5. PerformanceProfile 오브젝트의 status.runtimeClass 필드에서 생성된 RuntimeClass 리소스의 이름을 검색합니다.

   $ oc get performanceprofiles.performance.openshift.io profile-1 -o=jsonpath='{.status.runtimeClass}{"\n"}'

6. HyperConverged CR(사용자 정의 리소스)에 다음 주석을 추가하여 이전에 가져온 RuntimeClass 이름을 virt-launcher Pod의 기본 컨테이너 런타임 클래스로 설정합니다.

   $ oc annotate --overwrite -n openshift-cnv hco kubevirt-hyperconverged \
       kubevirt.kubevirt.io/jsonpatch='[{"op": "add", "path": "/spec/configuration/defaultRuntimeClass", "value": <runtimeclass_name>}]'

   참고

   HyperConverged CR에 주석을 추가하면 주석을 적용한 후 생성된 모든 VM에 영향을 주는 글로벌 설정이 변경됩니다. OpenShift Virtualization 인스턴스의 이 주석 위반 지원을 설정하며 테스트 클러스터에서만 사용해야 합니다. 최상의 성능을 위해서는 지원 예외를 적용합니다.

7. spec.deviceType 필드가 vfio-pci 로 설정된 SriovNetworkNodePolicy 오브젝트를 생성합니다.

   SriovNetworkNodePolicy 매니페스트 예

   apiVersion: sriovnetwork.openshift.io/v1
   kind: SriovNetworkNodePolicy
   metadata:
     name: policy-1
     namespace: openshift-sriov-network-operator
   spec:
     resourceName: intel_nics_dpdk
     deviceType: vfio-pci
     mtu: 9000
     numVfs: 4
     priority: 99
     nicSelector:
       vendor: "8086"
       deviceID: "1572"
       pfNames:
         - eno3
       rootDevices:
         - "0000:19:00.2"
     nodeSelector:
       feature.node.kubernetes.io/network-sriov.capable: "true"

절차

1. DPDK 애플리케이션의 네임스페이스를 생성합니다.

   $ oc create ns dpdk-checkup-ns

2. SriovNetwork NodePolicy 오브젝트를 참조하는 SriovNetwork 오브젝트를 생성합니다. SriovNetwork 오브젝트를 생성하면 SR-IOV Network Operator에서 NetworkAttachmentDefinition 오브젝트를 자동으로 생성합니다.

   SriovNetwork 매니페스트 예

   apiVersion: sriovnetwork.openshift.io/v1
   kind: SriovNetwork
   metadata:
     name: dpdk-sriovnetwork
     namespace: openshift-sriov-network-operator
   spec:
     ipam: |
       {
         "type": "host-local",
         "subnet": "10.56.217.0/24",
         "rangeStart": "10.56.217.171",
         "rangeEnd": "10.56.217.181",
         "routes": [{
           "dst": "0.0.0.0/0"
         }],
         "gateway": "10.56.217.1"
       }
     networkNamespace: dpdk-checkup-ns 1
     resourceName: intel_nics_dpdk 2
     spoofChk: "off"
     trust: "on"
     vlan: 1019

   1

   NetworkAttachmentDefinition 오브젝트가 배포된 네임스페이스입니다.

   2

   DPDK 워크로드의 클러스터를 구성할 때 생성된 SriovNetworkNodePolicy 오브젝트의 spec.resourceName 속성 값입니다.

3. 선택 사항: 가상 머신 대기 시간 검사를 실행하여 네트워크가 올바르게 구성되었는지 확인합니다.
4. 선택 사항: DPDK 검사를 실행하여 네임스페이스가 DPDK 워크로드에 준비되었는지 확인합니다.

절차

1. SR-IOV 네트워크 인터페이스, CPU 토폴로지, CRI-O 주석 및 대규모 페이지에 대한 정보를 포함하도록 VirtualMachine 매니페스트를 편집합니다.

   VirtualMachine 매니페스트 예

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     name: rhel-dpdk-vm
   spec:
     running: true
     template:
       metadata:
         annotations:
           cpu-load-balancing.crio.io: disable 1
           cpu-quota.crio.io: disable 2
           irq-load-balancing.crio.io: disable 3
       spec:
         domain:
           cpu:
             sockets: 1 4
             cores: 5 5
             threads: 2
             dedicatedCpuPlacement: true
             isolateEmulatorThread: true
           interfaces:
             - masquerade: {}
               name: default
             - model: virtio
               name: nic-east
               pciAddress: '0000:07:00.0'
               sriov: {}
             networkInterfaceMultiqueue: true
             rng: {}
         memory:
           hugepages:
             pageSize: 1Gi 6
             guest: 8Gi
         networks:
           - name: default
             pod: {}
           - multus:
               networkName: dpdk-net 7
             name: nic-east
   # ...

   1

   이 주석은 컨테이너에서 사용하는 CPU에 대해 로드 밸런싱이 비활성화되도록 지정합니다.

   2

   이 주석은 컨테이너에서 사용하는 CPU에 대해 CPU 할당량을 비활성화하도록 지정합니다.

   3

   이 주석은 컨테이너에서 사용하는 CPU에 대해IRQ(interrupt Request) 로드 밸런싱이 비활성화되도록 지정합니다.

   4

   VM 내부의 소켓 수입니다. 동일한 NUMA(Non-Uniform Memory Access) 노드에서 CPU를 예약하려면 이 필드를 1 로 설정해야 합니다.

   5

   VM 내부의 코어 수입니다. 이 값은 1 보다 크거나 같아야 합니다. 이 예에서 VM은 5개의 하이퍼 스레드 또는 10개의 CPU로 예약됩니다.

   6

   대규모 페이지의 크기입니다. x86-64 아키텍처에서 가능한 값은 1Gi 및 2Mi입니다. 이 예에서 요청은 크기가 1Gi인 8개의 대규모 페이지입니다.

   7

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

2. 편집기를 저장한 후 종료합니다.

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

   $ oc apply -f <file_name>.yaml

4. 게스트 운영 체제를 구성합니다. 다음 예제에서는 RHEL 8 OS의 구성 단계를 보여줍니다.

   1. GRUB 부트로더 명령줄 인터페이스를 사용하여 대규모 페이지를 구성합니다. 다음 예에서는 8G 대규모 페이지가 지정됩니다.

      $ grubby --update-kernel=ALL --args="default_hugepagesz=1GB hugepagesz=1G hugepages=8"

   2. TuneD 애플리케이션에서 cpu-partitioning 프로필을 사용하여 대기 시간이 짧은 튜닝을 수행하려면 다음 명령을 실행합니다.

      $ dnf install -y tuned-profiles-cpu-partitioning

      $ echo isolated_cores=2-9 > /etc/tuned/cpu-partitioning-variables.conf

      처음 두 개의 CPU (0 및 1)는 하우스 보관 작업을 위해 별도로 설정되며 나머지는 DPDK 애플리케이션용으로 분리됩니다.

      $ tuned-adm profile cpu-partitioning

   3. driverctl 장치 드라이버 제어 유틸리티를 사용하여 SR-IOV NIC 드라이버를 재정의합니다.

      $ dnf install -y driverctl

      $ driverctl set-override 0000:07:00.0 vfio-pci

5. VM을 다시 시작하여 변경 사항을 적용합니다.

절차

1. VM 구성 파일을 편집하여 sidecar.istio.io/inject: "true" 주석을 추가합니다.

   설정 파일 예

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     labels:
       kubevirt.io/vm: vm-istio
     name: vm-istio
   spec:
     runStrategy: Always
     template:
       metadata:
         labels:
           kubevirt.io/vm: vm-istio
           app: vm-istio 1
         annotations:
           sidecar.istio.io/inject: "true" 2
       spec:
         domain:
           devices:
             interfaces:
             - name: default
               masquerade: {} 3
             disks:
             - disk:
                 bus: virtio
               name: containerdisk
             - disk:
                 bus: virtio
               name: cloudinitdisk
           resources:
             requests:
               memory: 1024M
         networks:
         - name: default
           pod: {}
         terminationGracePeriodSeconds: 180
         volumes:
         - containerDisk:
             image: registry:5000/kubevirt/fedora-cloud-container-disk-demo:devel
           name: containerdisk

   1

   서비스 선택기 특성과 일치해야 하는 키/값 쌍(라벨)입니다.

   2

   자동 사이드카 삽입을 활성화하는 주석입니다.

   3

   기본 Pod 네트워크에 사용할 바인딩 방법(masquerade 모드)입니다.

2. VM 구성을 적용합니다.

   $ oc apply -f <vm_name>.yaml 1

   1

   가상 머신 YAML 파일의 이름입니다.

3. VM을 서비스 메시에 노출하는 Service 오브젝트를 생성합니다.

     apiVersion: v1
     kind: Service
     metadata:
       name: vm-istio
     spec:
       selector:
         app: vm-istio 1
       ports:
         - port: 8080
           name: http
           protocol: TCP

   1

   서비스의 대상 포드 집합을 결정하는 서비스 선택기입니다. 이 속성은 VM 구성 파일의 spec.metadata.labels 필드에 해당합니다. 위 예에서 vm-istio라는 Service 오브젝트는 app= vm-istio 레이블이 있는 모든 포드에서 TCP 포트 8080을 대상으로 합니다.

4. 서비스를 생성합니다.

   $ oc create -f <service_name>.yaml 1

   1

   서비스 YAML 파일의 이름입니다.

절차

1. OpenShift Container Platform 콘솔의 사이드 메뉴에서 가상화 VirtualMachines 를 클릭합니다.
2. 가상 머신 이름을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.

절차

1. cluster 외부에 DNS 서버를 노출하기 위해 ScanSetting 또는 기타 로드 밸런서를 사용하여 LoadBalancer 서비스를 생성합니다. 서비스는 포트 53에서 수신 대기하고 포트 5353을 대상으로 합니다. 예를 들면 다음과 같습니다.

   $ oc expose -n openshift-cnv deployment/secondary-dns --name=dns-lb --type=LoadBalancer --port=53 --target-port=5353 --protocol='UDP'

2. Service 오브젝트를 쿼리하여 서비스의 공용 IP 주소를 검색합니다.

   $ oc get service -n openshift-cnv

   출력 예

   NAME        TYPE            CLUSTER-IP     EXTERNAL-IP      PORT(S)          AGE
   dns-lb   LoadBalancer       172.30.27.5    10.46.41.94      53:31829/TCP     5s

3. HyperConverged CR을 편집하여 DNS 서버 및 모니터링 구성 요소를 배포합니다.

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
     namespace: openshift-cnv
   spec:
       featureGates:
         deployKubeSecondaryDNS: true 1
       kubeSecondaryDNSNameServerIP: "10.46.41.94" 2
   # ...

   1

   KubeSecondaryDNS 기능 게이트를 true 로 설정합니다.

   2

   서비스의 IP 주소를 2단계에서 검색한 값으로 설정합니다.

4. 다음 명령을 사용하여 OpenShift Container Platform 클러스터의 FQDN을 검색합니다.

   $ oc get dnses.config.openshift.io cluster -o json | jq .spec.baseDomain

   출력 예

   openshift.example.com

5. 다음 방법 중 하나를 사용하여 DNS 서버를 가리킵니다.

   • 로컬 머신의 resolv.conf 파일에 kubeSecondaryDNSNameServerIP 값을 추가합니다.

     참고

     resolv.conf 파일을 편집하면 기존 DNS 설정을 덮어씁니다.

   • 엔터프라이즈 DNS 서버 레코드에 kubeSecondaryDNSNameServerIP 값과 클러스터 FQDN을 추가합니다. 예를 들면 다음과 같습니다.

     vm.<FQDN>. IN NS ns.vm.<FQDN>.

     ns.vm.<FQDN>. IN A 10.46.41.94

절차

1. 다음 명령을 사용하여 VM 구성을 검색합니다.

   $ oc get vm -n <namespace> <vm_name> -o yaml

   출력 예

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     labels:
       kubevirt.io/vm: example-vm
     name: example-vm
     namespace: example-namespace
   spec:
     running: true
     template:
       metadata:
         labels:
           kubevirt.io/vm: example-vm
       spec:
         domain:
           devices:
   # ...
             interfaces:
               - bridge: {}
                 name: example-nic
   # ...
         networks:
         - multus:
             networkName: bridge-conf
           name: example-nic 1
   # ...

   1

   보조 네트워크 인터페이스의 이름을 지정합니다.

2. ssh 명령을 사용하여 VM에 연결합니다.

   $ ssh <user_name>@<interface_name>.<vm_name>.<namespace>.vm.<FQDN> 1

   1

   사용자 이름, 인터페이스 이름, VM 이름, VM 네임스페이스, FQDN을 지정합니다.

   예

   $ ssh you@example-nic.example-vm.example-namespace.vm.openshift.example.com