8.14. 고급 가상 머신 관리

절차

1. VirtualMachine 매니페스트를 편집하여 VM에 대한 제한을 설정합니다. 예를 들면 다음과 같습니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     name: with-limits
   spec:
     running: false
     template:
       spec:
         domain:
   # ...
           resources:
             requests:
               memory: 128Mi
             limits:
               memory: 256Mi  1

   1

   limits.memory 값이 requests.memory 값보다 큰 100Mi 이상이므로 이 구성이 지원됩니다.

2. VirtualMachine 매니페스트를 저장합니다.

절차

1. 다음 명령을 실행하여 HyperConverged CR을 엽니다.

   $ oc edit hco -n openshift-cnv kubevirt-hyperconverged

2. 다음 예와 같이 spec.certConfig 필드를 편집합니다. 시스템 과부하를 방지하려면 모든 값이 10분 이상인지 확인합니다. golang ParseDuration 형식을 준수하는 문자열로 모든 값을 표현합니다.

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
    name: kubevirt-hyperconverged
    namespace: openshift-cnv
   spec:
     certConfig:
       ca:
         duration: 48h0m0s
         renewBefore: 24h0m0s 1
       server:
         duration: 24h0m0s  2
         renewBefore: 12h0m0s  3

   1

   ca.renewBefore의 값은 ca.duration 값보다 작거나 같아야 합니다.

   2

   server.duration의 값은 ca.duration 값보다 작거나 같아야 합니다.

   3

   server.renewBefore의 값은 server.duration 값보다 작거나 같아야 합니다.

3. YAML 파일을 클러스터에 적용합니다.

절차

1. kubevirt_vm 작업이 포함되도록 Ansible Playbook YAML 파일을 편집합니다.

     kubevirt_vm:
       namespace:
       name:
       cpu_cores:
       memory:
       disks:
         - name:
           volume:
             containerDisk:
               image:
           disk:
             bus:

   참고

   이 스니펫에는 플레이북의 kubevirt_vm 부분만 포함됩니다.

2. 생성할 가상 머신을 반영하도록 namespace, cpu_cores 수, memory, disks 등의 값을 편집합니다. 예를 들면 다음과 같습니다.

     kubevirt_vm:
       namespace: default
       name: vm1
       cpu_cores: 1
       memory: 64Mi
       disks:
         - name: containerdisk
           volume:
             containerDisk:
               image: kubevirt/cirros-container-disk-demo:latest
           disk:
             bus: virtio

3. 생성 후 즉시 가상 머신을 부팅하려면 YAML 파일에 state: running을 추가합니다. 예를 들면 다음과 같습니다.

     kubevirt_vm:
       namespace: default
       name: vm1
       state: running 1
       cpu_cores: 1

   1

   이 값을 state: absent로 변경하면 이미 존재하는 가상 머신이 삭제됩니다.

4. 플레이북의 파일 이름을 유일한 인수로 사용하여 ansible-playbook 명령을 실행합니다.

   $ ansible-playbook create-vm.yaml

5. 출력을 검토하여 실행이 성공했는지 확인합니다.

   출력 예

   (...)
   TASK [Create my first VM] ************************************************************************
   changed: [localhost]
   
   PLAY RECAP ********************************************************************************************************
   localhost                  : ok=2    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

6. 플레이북 파일에 state:running을 포함하지 않은 경우 지금 VM을 부팅하려면 state:running을 포함하도록 파일을 편집한 후 플레이북을 다시 실행합니다.

   $ ansible-playbook create-vm.yaml

절차

1. VM 개체 또는 VMI(가상 머신 인스턴스) 오브젝트를 정의하는 YAML 파일을 생성합니다. 예시 YAML 파일의 펌웨어 스탠자를 사용합니다.

   보안 부팅이 활성화된 EFI 모드에서 부팅

     apiversion: kubevirt.io/v1
     kind: VirtualMachineInstance
     metadata:
       labels:
         special: vmi-secureboot
       name: vmi-secureboot
     spec:
       domain:
         devices:
           disks:
           - disk:
               bus: virtio
             name: containerdisk
         features:
           acpi: {}
           smm:
             enabled: true 1
         firmware:
           bootloader:
             efi:
               secureBoot: true 2
   ...

   1

   OpenShift Virtualization의 EFI 모드에서 Secure Boot를 사용하려면 SMM(시스템 관리 모드)이 활성화되어야 합니다.

   2

   OpenShift Virtualization은 EFI 모드를 사용하는 경우 Secure Boot가 있는 VM(가상 머신)만 지원합니다. Secure Boot가 활성화되지 않으면 VM이 반복적으로 충돌합니다. 그러나 VM이 Secure Boot를 지원하지 않을 수 있습니다. VM을 부팅하기 전에 VM 설정을 확인하여 Secure Boot를 지원하는지 확인하십시오.

2. 다음 명령을 실행하여 클러스터에 매니페스트를 적용합니다.

   $ oc create -f <file_name>.yaml

절차

1. 클러스터에서 PXE 네트워크를 구성합니다.

   1. PXE 네트워크 pxe-net-conf에 대한 네트워크 연결 정의 파일을 만듭니다.

      apiVersion: "k8s.cni.cncf.io/v1"
      kind: NetworkAttachmentDefinition
      metadata:
        name: pxe-net-conf
      spec:
        config: '{
          "cniVersion": "0.3.1",
          "name": "pxe-net-conf",
          "plugins": [
            {
              "type": "cnv-bridge",
              "bridge": "br1",
              "vlan": 1 1
            },
            {
              "type": "cnv-tuning" 2
            }
          ]
        }'

      1

      선택 사항: VLAN 태그입니다.

      2

      cnv-tuning 플러그인은 사용자 정의 MAC 주소를 지원합니다.

      참고

      VLAN이 요청된 액세스 포트를 통해 가상 머신 인스턴스가 브리지 br1에 연결됩니다.

2. 이전 단계에서 만든 파일을 사용하여 네트워크 연결 정의를 생성합니다.

   $ oc create -f pxe-net-conf.yaml

3. 인터페이스 및 네트워크에 대한 세부 정보를 포함하도록 가상 머신 인스턴스 구성 파일을 편집합니다.

   1. PXE 서버에 필요한 경우 네트워크 및 MAC 주소를 지정합니다. MAC 주소를 지정하지 않으면 값이 자동으로 할당됩니다.

      인터페이스가 먼저 부팅되도록 bootOrder가 1로 설정되어 있는지 확인하십시오. 이 예에서는 인터페이스가 <pxe-net>이라는 네트워크에 연결되어 있습니다.

      interfaces:
      - masquerade: {}
        name: default
      - bridge: {}
        name: pxe-net
        macAddress: de:00:00:00:00:de
        bootOrder: 1

      참고

      부팅 순서는 인터페이스 및 디스크에 대해 전역적입니다.

   2. 운영 체제가 프로비저닝되면 올바르게 부팅되도록 부팅 장치 번호를 디스크에 할당합니다.

      디스크의 bootOrder 값을 2로 설정합니다.

      devices:
        disks:
        - disk:
            bus: virtio
          name: containerdisk
          bootOrder: 2

   3. 네트워크를 이전에 생성한 네트워크 연결 정의에 연결하도록 지정합니다. 이 시나리오에서 <pxe-net>는 <pxe-net-conf>라는 네트워크 연결 정의에 연결됩니다.

      networks:
      - name: default
        pod: {}
      - name: pxe-net
        multus:
          networkName: pxe-net-conf

4. 가상 머신 인스턴스를 생성합니다.

   $ oc create -f vmi-pxe-boot.yaml

1. 가상 머신 인스턴스가 실행될 때까지 기다립니다.

   $ oc get vmi vmi-pxe-boot -o yaml | grep -i phase
     phase: Running

2. VNC를 사용하여 가상 머신 인스턴스를 확인합니다.

   $ virtctl vnc vmi-pxe-boot

3. 부팅 화면에서 PXE 부팅에 성공했는지 확인합니다.

4. 가상 머신 인스턴스에 로그인합니다.

   $ virtctl console vmi-pxe-boot

5. 가상 머신의 인터페이스 및 MAC 주소를 확인하고, 브릿지에 연결된 인터페이스에 MAC 주소가 지정되었는지 확인합니다. 이 예제에서는 IP 주소 없이 PXE 부팅에 eth1을 사용했습니다. 다른 인터페이스인 eth0은 OpenShift Container Platform에서 IP 주소를 가져왔습니다.

   $ ip addr

절차

1. 클러스터에서 요청한 것보다 사용 가능한 메모리가 많다는 것을 가상 머신 인스턴스에 명시적으로 알리기 위해 가상 머신 구성 파일을 편집하여 spec.domain.memory.guest를 spec.domain.resources.requests.memory보다 높은 값으로 설정합니다. 이 과정을 메모리 과다 할당이라고 합니다.

   이 예제에서는 클러스터에서 1024M를 요청했지만 가상 머신 인스턴스에는 2048M가 사용 가능한 것으로 표시됩니다. 노드에 사용 가능한 메모리가 충분한 경우 가상 머신 인스턴스에서 최대 2048M를 사용합니다.

   kind: VirtualMachine
   spec:
     template:
       domain:
       resources:
           requests:
             memory: 1024M
       memory:
           guest: 2048M

   참고

   노드의 메모리가 부족한 경우에는 Pod에 대한 제거 규칙과 동일한 제거 규칙이 가상 머신 인스턴스에 적용됩니다.

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

   $ oc create -f <file_name>.yaml

절차

1. 게스트 메모리 오버헤드 계산을 사용하지 않으려면 YAML 구성 파일을 편집하여 overcommitGuestOverhead 값을 true로 설정합니다. 이 매개변수는 기본적으로 비활성화되어 있습니다.

   kind: VirtualMachine
   spec:
     template:
       domain:
       resources:
           overcommitGuestOverhead: true
           requests:
             memory: 1024M

   참고

   overcommitGuestOverhead가 활성화되면 게스트 오버헤드가 메모리 제한에 추가됩니다(있는 경우).

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

   $ oc create -f <file_name>.yaml

절차

1. 가상 머신 구성에서 spec.domain에 resources.requests.memory 및 memory.hugepages.pageSize 매개변수를 추가합니다. 다음 구성 스니펫에서는 가상 머신에서 각 페이지 크기가 1Gi인 총 4Gi의 메모리를 요청합니다.

   kind: VirtualMachine
   ...
   spec:
     domain:
       resources:
         requests:
           memory: "4Gi" 1
       memory:
         hugepages:
           pageSize: "1Gi" 2
   ...

   1

   가상 머신에 대해 요청된 총 메모리 양입니다. 이 값은 페이지 크기로 나눌 수 있어야 합니다.

   2

   각 대규모 페이지의 크기입니다. x86_64 아키텍처에 유효한 값은 1Gi 및 2Mi입니다. 페이지 크기는 요청된 메모리보다 작아야 합니다.

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

   $ oc apply -f <virtual_machine>.yaml

절차

1. 사이드 메뉴에서 워크로드 가상 머신을 클릭합니다.
2. 가상 머신을 선택하여 가상 머신 탭을 엽니다.
3. 세부 정보 탭을 클릭합니다.
4. 전용 리소스 필드 오른쪽에 있는 연필 아이콘을 클릭하여 전용 리소스 창을 엽니다.
5. 전용 리소스(보장된 정책)를 사용하여 이 워크로드 예약을 선택합니다.
6. 저장을 클릭합니다.

절차

1. 다음 콘텐츠를 사용하여 YAML 파일을 생성합니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     labels:
       kubevirt.io/vm: vm2-rhel84-watchdog
     name: <vm-name>
   spec:
     running: false
     template:
       metadata:
        labels:
           kubevirt.io/vm: vm2-rhel84-watchdog
       spec:
         domain:
           devices:
             watchdog:
               name: <watchdog>
               i6300esb:
                 action: "poweroff" 1
   ...

   1

   watchdog 작업 (poweroff, reset, 또는 shutdown)을 지정합니다.

   위의 예제에서는 poweroff 작업을 사용하여 RHEL8 VM에서 i6300esb 워치독 장치를 구성하고 장치를 /dev/watchdog로 노출합니다.

   이제 워치독 바이너리에서 이 장치를 사용할 수 있습니다.

2. 다음 명령을 실행하여 클러스터에 YAML 파일을 적용합니다.

   $ oc apply -f <file_name>.yaml

1. 다음 명령을 실행하여 VM이 워치독 장치에 연결되어 있는지 확인합니다.

   $ lspci | grep watchdog -i

2. 다음 명령 중 하나를 실행하여 워치독이 활성 상태인지 확인합니다.

   • 커널 패닉을 트리거합니다.

     # echo c > /proc/sysrq-trigger

   • 워치독 서비스를 종료합니다.

     # pkill -9 watchdog

절차

1. root 사용자로 watchdog 패키지 및 종속성을 설치합니다.

   # yum install watchdog

2. /etc/watchdog.conf 파일에서 다음 행의 주석을 제거한 후 변경 사항을 저장합니다.

   #watchdog-device = /dev/watchdog

3. 워치독 서비스가 부팅 시 시작되도록 활성화합니다.

   # systemctl enable --now watchdog.service