가상화

프로세스

1. 웹 콘솔의 가상화 → 개요 페이지로 이동합니다.
2. Download virtctl 링크를 클릭하여 운영 체제의 virtctl 바이너리를 다운로드합니다.

3. install virtctl:

   • RHEL 9 및 기타 Linux 운영 체제의 경우:

     1. 아카이브 파일의 압축을 풉니다.

        $ tar -xvf <virtctl-version-distribution.arch>.tar.gz

     2. 다음 명령을 실행하여 virtctl 바이너리를 실행할 수 있도록 합니다.

        $ chmod +x <path/virtctl-file-name>

     3. virtctl 바이너리를 PATH 환경 변수의 디렉터리로 이동합니다.

        다음 명령을 실행하여 경로를 확인할 수 있습니다.

        $ echo $PATH

     4. KUBECONFIG 환경 변수를 설정합니다.

        $ export KUBECONFIG=/home/<user>/clusters/current/auth/kubeconfig

   • Windows의 경우:

     1. 아카이브 파일의 압축을 풉니다.
     2. 추출된 폴더 계층 구조로 이동하고 virtctl 실행 파일을 두 번 클릭하여 클라이언트를 설치합니다.

     3. virtctl 바이너리를 PATH 환경 변수의 디렉터리로 이동합니다.

        다음 명령을 실행하여 경로를 확인할 수 있습니다.

        C:\> path

   • macOS의 경우:

     1. 아카이브 파일의 압축을 풉니다.

     2. virtctl 바이너리를 PATH 환경 변수의 디렉터리로 이동합니다.

        다음 명령을 실행하여 경로를 확인할 수 있습니다.

        echo $PATH

프로세스

1. subscription-manager CLI 툴을 사용하여 다음 명령을 실행하여 OpenShift Virtualization 리포지토리를 활성화합니다.

   # subscription-manager repos --enable cnv-4.16-for-rhel-8-x86_64-rpms

2. 다음 명령을 실행하여 kubevirt-virtctl 패키지를 설치합니다.

   # yum install kubevirt-virtctl

프로세스

1. 관리자로 Operator → OperatorHub를 클릭합니다.
2. 키워드로 필터링 필드에 가상화를 입력합니다.
3. Red Hat 소스 레이블을 사용하여 OpenShift Virtualization Operator 타일을 선택합니다.
4. Operator에 대한 정보를 확인하고 Install을 클릭합니다.

5. Operator 설치 페이지에서 다음을 수행합니다.

   1. 사용 가능한 업데이트 채널 옵션 목록에서 stable을 선택합니다. 이렇게 하면 OpenShift Container Platform 버전과 호환되는 OpenShift Virtualization 버전을 설치할 수 있습니다.

   2. 설치된 네임스페이스의 경우 Operator 권장 네임스페이스 옵션이 선택되어 있는지 확인합니다. 그러면 필수 openshift-cnv 네임스페이스에 Operator가 설치되고, 해당 네임스페이스가 존재하지 않는 경우 자동으로 생성됩니다.

      주의

      openshift-cnv 이외의 네임스페이스에 OpenShift Virtualization Operator를 설치하려고 하면 설치가 실패합니다.

   3. 승인 전략의 경우 기본값인 자동을 선택하여 OpenShift Virtualization이 안정적인 업데이트 채널에서 새 버전을 사용할 수 있을 때 자동으로 업데이트되도록 하는 것이 좋습니다.

      수동 승인 전략을 선택할 수 있지만 클러스터의 지원 가능성 및 기능에 미칠 위험이 높기 때문에 이 방법은 권장할 수 없습니다. 이러한 위험을 완전히 이해하고 자동을 사용할 수 없는 경우에만 수동을 선택합니다.

      주의

      해당 OpenShift Container Platform 버전과 함께 사용할 때만 OpenShift Virtualization을 지원하므로 누락된 OpenShift Virtualization 업데이트가 없으면 클러스터가 지원되지 않을 수 있습니다.

6. openshift-cnv 네임스페이스에서 Operator를 사용할 수 있도록 설치를 클릭합니다.
7. Operator가 설치되면 HyperConverged 생성을 클릭합니다.
8. 선택 사항: OpenShift Virtualization 구성 요소에 대한 Infra 및 워크로드 노드 배치 옵션을 구성합니다.
9. 생성을 클릭하여 OpenShift Virtualization을 시작합니다.

프로세스

1. Operator → 설치된 Operator 페이지로 이동합니다.
2. OpenShift Virtualization Operator를 선택합니다.
3. OpenShift Virtualization 배포 탭을 클릭합니다.
4. kubevirt-hyperconverged 옆에 있는 옵션 메뉴 를 클릭하고 HyperConverged 삭제 를 선택합니다.
5. 확인 창에서 삭제를 클릭합니다.

프로세스

1. Operator → 설치된 Operator 페이지로 이동합니다.
2. 제거하려는 Operator를 찾으려면 이름으로 필터링 필드에 키워드를 스크롤하거나 입력합니다. 그런 다음 해당 Operator를 클릭합니다.

3. Operator 세부 정보 페이지 오른쪽에 있는 작업 목록에서 Operator 제거를 선택합니다.

   Operator를 설치 제거하시겠습니까? 대화 상자가 표시됩니다.

4. 설치 제거를 선택하여 Operator, Operator 배포 및 Pod를 제거합니다. 이 작업 후에 Operator는 실행을 중지하고 더 이상 업데이트가 수신되지 않습니다.

   참고

   이 작업은 CRD(사용자 정의 리소스 정의) 및 CR(사용자 정의 리소스)을 포함하여 Operator에서 관리하는 리소스를 제거하지 않습니다. 웹 콘솔에서 활성화된 대시보드 및 탐색 항목과 계속 실행되는 클러스터 외부 리소스는 수동 정리가 필요할 수 있습니다. Operator를 설치 제거한 후 해당 항목을 제거하려면 Operator CRD를 수동으로 삭제해야 할 수 있습니다.

프로세스

1. 관리 → 네임스페이스로 이동합니다.
2. 네임스페이스 목록에서 삭제하려는 네임스페이스를 찾습니다.
3. 네임스페이스 목록 맨 오른쪽에 있는 옵션 메뉴 에서 네임스페이스 삭제 를 선택합니다.
4. 네임스페이스 삭제 창이 열리면 삭제할 네임스페이스 이름을 필드에 입력합니다.
5. 삭제를 클릭합니다.

프로세스

1. 관리 → 클러스터 리소스 정의로 이동합니다.
2. 라벨 필터를 선택하고 검색 필드에 operators.coreos.com/kubevirt-hyperconverged.openshift-cnv 를 입력하여 OpenShift Virtualization CRD를 표시합니다.
3. 각 CRD 옆에 있는 옵션 메뉴 를 클릭하고 CustomResourceDefinition 삭제 를 선택합니다.

프로세스

1. 웹 콘솔에서 네트워킹 → NetworkAttachmentDefinitions 를 클릭합니다.

2. 네트워크 연결 정의 생성 을 클릭합니다.

   참고

   네트워크 연결 정의는 Pod 또는 가상 머신과 동일한 네임스페이스에 있어야 합니다.

3. 고유한 이름과 선택적 설명을 입력합니다.
4. 네트워크 유형 목록에서 CNV Linux 브리지 를 선택합니다.
5. 브리지 이름 필드에 브리지 이름을 입력합니다.
6. 선택 사항: 리소스에 VLAN ID가 구성된 경우 VLAN 태그 번호 필드에 ID 번호를 입력합니다.
7. 선택 사항: MAC 스푸핑 검사를 선택하여 MAC 스푸핑 필터링을 활성화합니다. 이 기능은 단일 MAC 주소만 Pod를 종료할 수 있도록 허용하여 MAC 스푸핑 공격에 대한 보안을 제공합니다.
8. 생성을 클릭합니다.

프로세스

1. 다음 예에 따라 NetworkAttachmentDefinition 매니페스트를 생성합니다.

   설정 파일 예

   apiVersion: "k8s.cni.cncf.io/v1"
   kind: NetworkAttachmentDefinition
   metadata:
     name: my-secondary-network 1
     namespace: openshift-cnv 2
   spec:
     config: '{
       "cniVersion": "0.3.1",
       "name": "migration-bridge",
       "type": "macvlan",
       "master": "eth1", 3
       "mode": "bridge",
       "ipam": {
         "type": "whereabouts", 4
         "range": "10.200.5.0/24" 5
       }
     }'

   1

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

   2 3

   실시간 마이그레이션에 사용할 NIC의 이름을 지정합니다.

   4

   CryostatD에 대한 네트워크를 제공하는 CNI 플러그인의 이름을 지정합니다.

   5

   보조 네트워크의 IP 주소 범위를 지정합니다. 이 범위는 기본 네트워크의 IP 주소를 겹치지 않아야 합니다.

2. 다음 명령을 실행하여 기본 편집기에서 HyperConverged CR을 엽니다.

   oc edit hyperconverged kubevirt-hyperconverged -n openshift-cnv

3. HyperConverged CR의 spec.liveMigrationConfig 스탠자에 NetworkAttachmentDefinition 오브젝트의 이름을 추가합니다.

   HyperConverged 매니페스트의 예

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
   spec:
     liveMigrationConfig:
       completionTimeoutPerGiB: 800
       network: <network> 1
       parallelMigrationsPerCluster: 5
       parallelOutboundMigrationsPerNode: 2
       progressTimeout: 150
   # ...

   1

   실시간 마이그레이션에 사용할 Multus NetworkAttachmentDefinition 오브젝트의 이름을 지정합니다.

4. 변경 사항을 저장하고 편집기를 종료합니다. virt-handler Pod가 다시 시작되고 보조 네트워크에 연결합니다.

프로세스

1. OpenShift Container Platform 웹 콘솔에서 가상화 > 개요 로 이동합니다.
2. 설정 탭을 클릭한 다음 실시간 마이그레이션 을 클릭합니다.
3. 실시간 마이그레이션 네트워크 목록에서 네트워크를 선택합니다.

절차

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 수는 128보다 클 수 없습니다.

   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. 선택 사항: SriovNetworkNodePolicy.Spec.NodeSelector 를 사용하여 SR-IOV 가능 클러스터 노드에 레이블을 지정하지 않은 경우 레이블을 지정합니다. 노드 레이블 지정에 대한 자세한 내용은 "노드에서 라벨을 업데이트하는 방법 이해"를 참조하십시오.

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. storageclass_csi.yaml 파일을 생성하여 스토리지 클래스를 정의합니다.

   apiVersion: storage.k8s.io/v1
   kind: StorageClass
   metadata:
     name: hostpath-csi
   provisioner: kubevirt.io.hostpath-provisioner
   reclaimPolicy: Delete 1
   volumeBindingMode: WaitForFirstConsumer 2
   parameters:
     storagePool: my-storage-pool 3

   1

   reclaimPolicy에 사용할 수 있는 값은 Delete 및 Retain 두 가지입니다. 값을 지정하지 않으면 기본값은 Delete 입니다.

   2

   volumeBindingMode 매개변수는 동적 프로비저닝 및 볼륨 바인딩이 발생하는 시기를 결정합니다. PVC(영구 볼륨 클레임)를 사용하는 Pod가 생성될 때까지 PV(영구 볼륨)의 바인딩 및 프로비저닝을 지연하려면 WaitForFirstConsumer 를 지정합니다. 이렇게 하면 PV에서 Pod의 스케줄링 요구 사항을 충족할 수 있습니다.

   3

   HPP CR에 정의된 스토리지 풀의 이름을 지정합니다.

2. 파일을 저장하고 종료합니다.

3. 다음 명령을 실행하여 StorageClass 오브젝트를 만듭니다.

   $ oc create -f storageclass_csi.yaml

절차

1. OpenShift Container Platform 웹 콘솔의 관리자 관점에서 Operator → 설치된 Operator로 이동합니다.
2. 보류 중인 업데이트가 있는 Operator에 업그레이드 사용 가능 상태가 표시됩니다. 업데이트할 Operator 이름을 클릭합니다.
3. 서브스크립션 탭을 클릭합니다. 승인이 필요한 업데이트는 업그레이드 상태 옆에 표시됩니다. 예를 들어 1 승인 필요가 표시될 수 있습니다.
4. 1 승인 필요를 클릭한 다음 설치 계획 프리뷰를 클릭합니다.
5. 업데이트에 사용 가능한 것으로 나열된 리소스를 검토합니다. 문제가 없는 경우 승인을 클릭합니다.
6. Operator → 설치된 Operator 페이지로 이동하여 업데이트 진행 상황을 모니터링합니다. 완료되면 상태가 성공 및 최신으로 변경됩니다.

절차

1. 다음 명령을 실행합니다.

   $ oc get csv -n openshift-cnv

2. PHASE 필드를 확인하여 출력을 검토합니다. 예를 들면 다음과 같습니다.

   출력 예

   VERSION  REPLACES                                        PHASE
   4.9.0    kubevirt-hyperconverged-operator.v4.8.2         Installing
   4.9.0    kubevirt-hyperconverged-operator.v4.9.0         Replacing

3. 선택 사항: 다음 명령을 실행하여 모든 OpenShift Virtualization 구성 요소 조건을 집계한 상태를 모니터링합니다.

   $ oc get hyperconverged kubevirt-hyperconverged -n openshift-cnv \
     -o=jsonpath='{range .status.conditions[*]}{.type}{"\t"}{.status}{"\t"}{.message}{"\n"}{end}'

   업그레이드가 완료되면 다음과 같은 결과가 나타납니다.

   출력 예

   ReconcileComplete  True  Reconcile completed successfully
   Available          True  Reconcile completed successfully
   Progressing        False Reconcile completed successfully
   Degraded           False Reconcile completed successfully
   Upgradeable        True  Reconcile completed successfully

프로세스

1. 웹 콘솔에서 가상화 → 카탈로그 로 이동합니다.

   InstanceTypes 탭이 기본적으로 열립니다.

2. 다음 옵션 중 하나를 선택합니다.

   • 목록에서 적절한 부팅 가능한 볼륨을 선택합니다. 목록이 잘린 경우 모두 표시 버튼을 클릭하여 전체 목록을 표시합니다.

     참고

     부팅 가능한 볼륨 테이블에는 instancetype.kubevirt.io/default-preference 레이블이 있는 openshift-virtualization-os-images 네임스페이스의 볼륨만 나열됩니다.

     • 선택 사항: 별 아이콘을 클릭하여 부팅 가능한 볼륨을 즐겨 찾기로 지정합니다. 지정된 부팅 가능한 볼륨이 볼륨 목록에 먼저 표시됩니다.

   • 볼륨 추가 를 클릭하여 새 볼륨을 업로드하거나 기존 PVC(영구 볼륨 클레임), 볼륨 스냅샷 또는 containerDisk 볼륨을 사용합니다. 저장을 클릭합니다.

     클러스터에서 사용할 수 없는 운영 체제의 로고는 목록 하단에 표시됩니다. 볼륨 추가 링크를 클릭하여 필요한 운영 체제에 볼륨을 추가할 수 있습니다.

     또한 Windows 부팅 소스 생성 빠른 시작에 대한 링크가 있습니다. 동일한 링크가 줄에서 부팅할 볼륨 선택 옆에 있는 물음표 아이콘 위에 포인터를 가져가면 팝업 창에 나타납니다.

     환경을 설치한 직후 또는 환경의 연결이 끊어지면 부팅할 볼륨 목록이 비어 있습니다. 이 경우 Windows, RHEL 및 Linux의 세 가지 운영 체제 로고가 표시됩니다. 볼륨 추가 버튼을 클릭하여 요구 사항을 충족하는 새 볼륨을 추가할 수 있습니다.

3. 인스턴스 유형 타일을 클릭하고 워크로드에 적합한 리소스 크기를 선택합니다.

4. 선택 사항: 부팅 중인 볼륨에 적용되는 VM 이름을 포함하여 가상 머신 세부 정보를 선택합니다.

   • Linux 기반 볼륨의 경우 다음 단계에 따라 SSH를 구성합니다.

     1. 프로젝트에 공개 SSH 키를 아직 추가하지 않은 경우 VirtualMachine details 섹션에서 인증된 SSH 키 옆에 있는 편집 아이콘을 클릭합니다.

     2. 다음 옵션 중 하나를 선택합니다.

        • Use existing: 시크릿 목록에서 시크릿을 선택합니다.

        • 새 추가: 다음 단계를 따르십시오.

          1. 공개 SSH 키 파일을 찾아보거나 키 필드에 파일을 붙여넣습니다.
          2. 시크릿 이름을 입력합니다.
          3. 선택 사항: 이 프로젝트에서 생성한 새 VirtualMachine에 자동으로 이 키 적용을 선택합니다.
     3. 저장을 클릭합니다.

   • Windows 볼륨의 경우 다음 단계 세트 중 하나를 수행하여 sysprep 옵션을 구성합니다.

     • Windows 볼륨에 sysprep 옵션을 아직 추가하지 않은 경우 다음 단계를 따르십시오.

       1. VirtualMachine details 섹션에서 edit 아이콘 beside Sysprep 을 클릭합니다.
       2. Autoattend.xml 응답 파일을 추가합니다.
       3. Unattend.xml 응답 파일을 추가합니다.
       4. 저장을 클릭합니다.

     • Windows 볼륨에 기존 sysprep 옵션을 사용하려면 다음 단계를 따르십시오.

       1. Attach existing sysprep 을 클릭합니다.
       2. 기존 sysprep Unattend.xml 응답 파일의 이름을 입력합니다.
       3. 저장을 클릭합니다.

5. 선택 사항: Windows VM을 생성하는 경우 Windows 드라이버 디스크를 마운트할 수 있습니다.

   1. Customize VirtualMachine 버튼을 클릭합니다.
   2. VirtualMachine 세부 정보 페이지에서 스토리지를 클릭합니다.
   3. Mount Windows drivers disk 확인란을 선택합니다.
6. 선택 사항: YAML 및 CLI 보기를 클릭하여 YAML 파일을 확인합니다. CLI 를 클릭하여 CLI 명령을 확인합니다. YAML 파일 콘텐츠 또는 CLI 명령을 다운로드하거나 복사할 수도 있습니다.
7. VirtualMachine 생성을 클릭합니다.

프로세스

1. 웹 콘솔에서 가상화 → 카탈로그 로 이동합니다.

2. 사용 가능한 부팅 소스 를 클릭하여 부팅 소스로 템플릿을 필터링합니다.

   카탈로그에 기본 템플릿이 표시됩니다. 모든 항목을 클릭하여 필터에 사용 가능한 모든 템플릿을 확인합니다.

3. 템플릿 타일을 클릭하여 세부 정보를 봅니다.
4. 선택 사항: Windows 템플릿을 사용하는 경우 마운트 Windows 드라이버 디스크 확인란을 선택하여 Windows 드라이버 디스크를 마운트할 수 있습니다.

5. template 또는 VM 매개변수를 사용자 정의할 필요가 없는 경우 빠른 create VirtualMachine를 클릭하여 템플릿에서 VM을 생성합니다.

   template 또는 VM 매개변수를 사용자 지정해야 하는 경우 다음을 수행합니다.

   1. VirtualMachine 사용자 지정을 클릭합니다.
   2. 스토리지 또는 선택적 매개변수를 확장하여 데이터 소스 설정을 편집합니다.

   3. VirtualMachine 매개변수 사용자 지정을 클릭합니다.

      Customize and create VirtualMachine 창에는 Overview,YAML,Scheduling,Environment,Network interfaces,Disks,Scripts, Metadata 탭이 표시됩니다.

   4. VM이 부팅되기 전에 설정해야 하는 매개변수(예: cloud-init 또는 정적 SSH 키)를 편집합니다.

   5. VirtualMachine 생성을 클릭합니다.

      VirtualMachine 세부 정보 페이지에 프로비저닝 상태가 표시됩니다.

프로세스

1. VM의 VirtualMachine 매니페스트를 편집합니다. 다음 예제에서는 RHEL(Red Hat Enterprise Linux) VM을 구성합니다.

   참고

   이 예제 매니페스트에서는 VM 인증을 구성하지 않습니다.

   RHEL VM의 매니페스트 예

    apiVersion: kubevirt.io/v1
    kind: VirtualMachine
    metadata:
     name: rhel-9-minimal
    spec:
     dataVolumeTemplates:
       - metadata:
           name: rhel-9-minimal-volume
         spec:
           sourceRef:
             kind: DataSource
             name: rhel9 1
             namespace: openshift-virtualization-os-images 2
           storage: {}
     instancetype:
       name: u1.medium 3
     preference:
       name: rhel.9 4
     running: true
     template:
       spec:
         domain:
           devices: {}
         volumes:
           - dataVolume:
               name: rhel-9-minimal-volume
             name: rootdisk

   1

   rhel9 골든 이미지는 RHEL 9를 게스트 운영 체제로 설치하는 데 사용됩니다.

   2

   Cryostat 이미지는 openshift-virtualization-os-images 네임스페이스에 저장됩니다.

   3

   u1.medium 인스턴스 유형은 VM에 대해 1 vCPU 및 4Gi 메모리를 요청합니다. 이러한 리소스 값은 VM 내에서 재정의할 수 없습니다.

   4

   rhel.9 기본 설정은 RHEL 9 게스트 운영 체제를 지원하는 추가 속성을 지정합니다.

2. 매니페스트 파일을 사용하여 가상 머신을 생성합니다.

   $ oc create -f <vm_manifest_file>.yaml

3. 선택 사항: 가상 머신을 시작합니다.

   $ virtctl start <vm_name> -n <namespace>

프로세스

1. Dockerfile을 생성하여 VM 이미지를 컨테이너 이미지에 빌드합니다. VM 이미지는 UID가 107 인 QEMU에 속하고 컨테이너 내부의 /disk/ 디렉터리에 배치해야 합니다. 그런 다음 /disk/ 디렉터리에 대한 권한을 0440으로 설정해야 합니다.

   다음 예제에서는 Red Hat UBI(Universal Base Image)를 사용하여 첫 번째 단계에서 이러한 구성 변경을 처리하고, 두 번째 단계에서 최소 scratch 이미지를 사용하여 결과를 저장합니다.

   $ cat > Dockerfile << EOF
   FROM registry.access.redhat.com/ubi8/ubi:latest AS builder
   ADD --chown=107:107 <vm_image>.qcow2 /disk/ \1
   RUN chmod 0440 /disk/*
   
   FROM scratch
   COPY --from=builder /disk/* /disk/
   EOF

   1

   여기서 <vm_image >는 QCOW2 또는 RAW 형식의 이미지입니다. 원격 이미지를 사용하는 경우 < vm_image>.qcow2 를 전체 URL로 바꿉니다.

2. 컨테이너를 빌드하고 태그를 지정합니다.

   $ podman build -t <registry>/<container_disk_name>:latest .

3. 컨테이너 이미지를 레지스트리에 푸시합니다.

   $ podman push <registry>/<container_disk_name>:latest

사전 요구 사항

1. 다음 명령을 실행하여 기본 편집기에서 HyperConverged CR을 엽니다.

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

2. 비보안 레지스트리 목록을 spec.storageImport.insecureRegistries 필드에 추가합니다.

   HyperConverged 사용자 정의 리소스의 예

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
     namespace: openshift-cnv
   spec:
     storageImport:
       insecureRegistries: 1
         - "private-registry-example-1:5000"
         - "private-registry-example-2:5000"

   1

   이 목록의 예제를 유효한 레지스트리 호스트 이름으로 바꿉니다.

프로세스

1. 웹 콘솔에서 가상화 → 카탈로그 로 이동합니다.
2. 사용 가능한 부팅 소스 없이 템플릿 타일을 클릭합니다.
3. VirtualMachine 사용자 지정을 클릭합니다.
4. 템플릿 매개변수 사용자 지정 페이지의 스토리지를 확장하고 디스크 소스 목록에서 레지스트리(PVC 생성) 를 선택합니다.
5. 컨테이너 이미지 URL을 입력합니다. 예: https://mirror.arizona.edu/fedora/linux/releases/38/Cloud/x86_64/images/Fedora-Cloud-Base-38-1.6.x86_64.qcow2
6. 디스크 크기를 설정합니다.
7. 다음을 클릭합니다.
8. VirtualMachine 생성을 클릭합니다.

프로세스

1. 컨테이너 레지스트리에 인증이 필요한 경우 인증 정보를 지정하여 시크릿 매니페스트를 생성하고 이를 data-source-secret.yaml 파일로 저장합니다.

   apiVersion: v1
   kind: Secret
   metadata:
     name: data-source-secret
     labels:
       app: containerized-data-importer
   type: Opaque
   data:
     accessKeyId: "" 1
     secretKey:   "" 2

   1

   Base64로 인코딩된 키 ID 또는 사용자 이름을 지정합니다.

   2

   Base64로 인코딩된 시크릿 키 또는 암호를 지정합니다.

2. 다음 명령을 실행하여 시크릿 매니페스트를 적용합니다.

   $ oc apply -f data-source-secret.yaml

3. VM이 시스템 CA 번들에서 서명하지 않은 자체 서명 인증서 또는 인증서를 사용하는 서버와 통신해야 하는 경우 VM과 동일한 네임스페이스에 구성 맵을 생성합니다.

   $ oc create configmap tls-certs 1
     --from-file=</path/to/file/ca.pem> 2

   1

   구성 맵 이름을 지정합니다.

   2

   CA 인증서의 경로를 지정합니다.

4. VirtualMachine 매니페스트를 편집하고 vm-fedora-datavolume.yaml 파일로 저장합니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     creationTimestamp: null
     labels:
       kubevirt.io/vm: vm-fedora-datavolume
     name: vm-fedora-datavolume 1
   spec:
     dataVolumeTemplates:
     - metadata:
         creationTimestamp: null
         name: fedora-dv 2
       spec:
         storage:
           resources:
             requests:
               storage: 10Gi 3
           storageClassName: <storage_class> 4
         source:
           registry:
             url: "docker://kubevirt/fedora-cloud-container-disk-demo:latest" 5
             secretRef: data-source-secret 6
             certConfigMap: tls-certs 7
       status: {}
     running: true
     template:
       metadata:
         creationTimestamp: null
         labels:
           kubevirt.io/vm: vm-fedora-datavolume
       spec:
         domain:
           devices:
             disks:
             - disk:
                 bus: virtio
               name: datavolumedisk1
           machine:
             type: ""
           resources:
             requests:
               memory: 1.5Gi
         terminationGracePeriodSeconds: 180
         volumes:
         - dataVolume:
             name: fedora-dv
           name: datavolumedisk1
   status: {}

   1

   VM의 이름을 지정합니다.

   2

   데이터 볼륨의 이름을 지정합니다.

   3

   데이터 볼륨에 요청된 스토리지의 크기를 지정합니다.

   4

   선택 사항: 스토리지 클래스를 지정하지 않으면 기본 스토리지 클래스가 사용됩니다.

   5

   컨테이너 레지스트리의 URL을 지정합니다.

   6

   선택 사항: 컨테이너 레지스트리 액세스 인증 정보의 시크릿을 생성한 경우 시크릿 이름을 지정합니다.

   7

   선택 사항: CA 인증서 구성 맵을 지정합니다.

5. 다음 명령을 실행하여 VM을 생성합니다.

   $ oc create -f vm-fedora-datavolume.yaml

   oc create 명령은 데이터 볼륨과 VM을 생성합니다. CDI 컨트롤러는 올바른 주석을 사용하여 기본 PVC를 생성하고 가져오기 프로세스가 시작됩니다. 가져오기가 완료되면 데이터 볼륨 상태가 성공으로 변경됩니다. VM을 시작할 수 있습니다.

   데이터 볼륨 프로비저닝은 백그라운드에서 수행되므로 프로세스를 모니터링할 필요가 없습니다.

검증

1. 가져오기 Pod는 지정된 URL에서 컨테이너 디스크를 다운로드하여 프로비저닝된 영구 볼륨에 저장합니다. 다음 명령을 실행하여 가져오기 Pod의 상태를 확인합니다.

   $ oc get pods

2. 다음 명령을 실행하여 상태가 성공 될 때까지 데이터 볼륨을 모니터링합니다.

   $ oc describe dv fedora-dv 1

   1

   VirtualMachine 매니페스트에 정의된 데이터 볼륨 이름을 지정합니다.

3. 직렬 콘솔에 액세스하여 프로비저닝이 완료되었고 VM이 시작되었는지 확인합니다.

   $ virtctl console vm-fedora-datavolume

프로세스

1. 웹 콘솔에서 가상화 → 카탈로그 로 이동합니다.
2. 사용 가능한 부팅 소스 없이 템플릿 타일을 클릭합니다.
3. VirtualMachine 사용자 지정을 클릭합니다.
4. 템플릿 매개변수 사용자 지정 페이지의 스토리지를 확장하고 디스크 소스 목록에서 URL(PVC 생성) 을 선택합니다.
5. 이미지 URL을 입력합니다. 예: https://access.redhat.com/downloads/content/69/ver=/rhel---7/7.9/x86_64/product-software
6. 컨테이너 이미지 URL을 입력합니다. 예: https://mirror.arizona.edu/fedora/linux/releases/38/Cloud/x86_64/images/Fedora-Cloud-Base-38-1.6.x86_64.qcow2
7. 디스크 크기를 설정합니다.
8. 다음을 클릭합니다.
9. VirtualMachine 생성을 클릭합니다.

프로세스

1. 웹 페이지에 인증이 필요한 경우 인증 정보를 지정하여 시크릿 매니페스트를 생성하고 이를 data-source-secret.yaml 파일로 저장합니다.

   apiVersion: v1
   kind: Secret
   metadata:
     name: data-source-secret
     labels:
       app: containerized-data-importer
   type: Opaque
   data:
     accessKeyId: "" 1
     secretKey:   "" 2

   1

   Base64로 인코딩된 키 ID 또는 사용자 이름을 지정합니다.

   2

   Base64로 인코딩된 시크릿 키 또는 암호를 지정합니다.

2. 다음 명령을 실행하여 시크릿 매니페스트를 적용합니다.

   $ oc apply -f data-source-secret.yaml

3. VM이 시스템 CA 번들에서 서명하지 않은 자체 서명 인증서 또는 인증서를 사용하는 서버와 통신해야 하는 경우 VM과 동일한 네임스페이스에 구성 맵을 생성합니다.

   $ oc create configmap tls-certs 1
     --from-file=</path/to/file/ca.pem> 2

   1

   구성 맵 이름을 지정합니다.

   2

   CA 인증서의 경로를 지정합니다.

4. VirtualMachine 매니페스트를 편집하고 vm-fedora-datavolume.yaml 파일로 저장합니다.

   apiVersion: kubevirt.io/v1
   kind: VirtualMachine
   metadata:
     creationTimestamp: null
     labels:
       kubevirt.io/vm: vm-fedora-datavolume
     name: vm-fedora-datavolume 1
   spec:
     dataVolumeTemplates:
     - metadata:
         creationTimestamp: null
         name: fedora-dv 2
       spec:
         storage:
           resources:
             requests:
               storage: 10Gi 3
           storageClassName: <storage_class> 4
         source:
           http:
             url: "https://mirror.arizona.edu/fedora/linux/releases/35/Cloud/x86_64/images/Fedora-Cloud-Base-35-1.2.x86_64.qcow2" 5
           registry:
             url: "docker://kubevirt/fedora-cloud-container-disk-demo:latest" 6
             secretRef: data-source-secret 7
             certConfigMap: tls-certs 8
       status: {}
     running: true
     template:
       metadata:
         creationTimestamp: null
         labels:
           kubevirt.io/vm: vm-fedora-datavolume
       spec:
         domain:
           devices:
             disks:
             - disk:
                 bus: virtio
               name: datavolumedisk1
           machine:
             type: ""
           resources:
             requests:
               memory: 1.5Gi
         terminationGracePeriodSeconds: 180
         volumes:
         - dataVolume:
             name: fedora-dv
           name: datavolumedisk1
   status: {}

   1

   VM의 이름을 지정합니다.

   2

   데이터 볼륨의 이름을 지정합니다.

   3

   데이터 볼륨에 요청된 스토리지의 크기를 지정합니다.

   4

   선택 사항: 스토리지 클래스를 지정하지 않으면 기본 스토리지 클래스가 사용됩니다.

   5 6

   웹 페이지의 URL을 지정합니다.

   7

   선택 사항: 웹 페이지 액세스 인증 정보에 대한 시크릿을 생성한 경우 시크릿 이름을 지정합니다.

   8

   선택 사항: CA 인증서 구성 맵을 지정합니다.

5. 다음 명령을 실행하여 VM을 생성합니다.

   $ oc create -f vm-fedora-datavolume.yaml

   oc create 명령은 데이터 볼륨과 VM을 생성합니다. CDI 컨트롤러는 올바른 주석을 사용하여 기본 PVC를 생성하고 가져오기 프로세스가 시작됩니다. 가져오기가 완료되면 데이터 볼륨 상태가 성공으로 변경됩니다. VM을 시작할 수 있습니다.

   데이터 볼륨 프로비저닝은 백그라운드에서 수행되므로 프로세스를 모니터링할 필요가 없습니다.

검증

1. 가져오기 Pod는 지정된 URL에서 이미지를 다운로드하여 프로비저닝된 영구 볼륨에 저장합니다. 다음 명령을 실행하여 가져오기 Pod의 상태를 확인합니다.

   $ oc get pods

2. 다음 명령을 실행하여 상태가 성공 될 때까지 데이터 볼륨을 모니터링합니다.

   $ oc describe dv fedora-dv 1

   1

   VirtualMachine 매니페스트에 정의된 데이터 볼륨 이름을 지정합니다.

3. 직렬 콘솔에 액세스하여 프로비저닝이 완료되었고 VM이 시작되었는지 확인합니다.

   $ virtctl console vm-fedora-datavolume

프로세스

1. 웹 콘솔에서 가상화 → 카탈로그 로 이동합니다.
2. 사용 가능한 부팅 소스 없이 템플릿 타일을 클릭합니다.
3. VirtualMachine 사용자 지정을 클릭합니다.
4. Customize template parameters 페이지에서 Storage 를 확장하고 디스크 소스 목록에서 새 파일을 PVC에 업로드(업로드) 를 선택합니다.
5. 로컬 시스템의 이미지를 검색하여 디스크 크기를 설정합니다.
6. VirtualMachine 사용자 지정을 클릭합니다.
7. VirtualMachine 생성을 클릭합니다.

프로세스

1. Windows 이미지를 새 PVC로 업로드합니다.

   1. 웹 콘솔에서 스토리지 → PersistentVolumeClaims 로 이동합니다.
   2. 영구 볼륨 클레임 생성 → 데이터 업로드 양식 을 클릭합니다.
   3. Windows 이미지로 이동하여 선택합니다.

   4. PVC 이름을 입력하고 스토리지 클래스와 크기를 선택한 다음 업로드 를 클릭합니다.

      Windows 이미지가 PVC에 업로드됩니다.

2. 업로드된 PVC를 복제하여 새 VM을 구성합니다.

   1. 가상화 → 카탈로그 로 이동합니다.
   2. Windows 템플릿 타일을 선택하고 Customize VirtualMachine 을 클릭합니다.
   3. 디스크 소스 목록에서 Clone (clone PVC) 을 선택합니다.
   4. PVC 프로젝트, Windows 이미지 PVC, 디스크 크기를 선택합니다.

3. 응답 파일을 VM에 적용합니다.

   1. VirtualMachine 매개변수 사용자 지정을 클릭합니다.
   2. 스크립트 탭의 Sysprep 섹션에서 편집 을 클릭합니다.
   3. autounattend.xml 응답 파일을 찾아 저장을 클릭합니다.

4. VM의 실행 전략을 설정합니다.

   1. VM 이 즉시 시작되지 않도록 생성 후 이 VirtualMachine 시작을 지웁니다.
   2. VirtualMachine 생성을 클릭합니다.
   3. YAML 탭에서 running:false 를 runStrategy: RerunOnFailure 로 바꾸고 저장을 클릭합니다.

5. 옵션 메뉴 를 클릭하고 시작을 선택합니다.

   VM은 autounattend.xml 응답 파일이 포함된 sysprep 디스크에서 부팅됩니다.

프로세스

1. virtctl image-upload 명령을 실행하여 이미지를 업로드합니다.

   $ virtctl image-upload dv <datavolume_name> \ 1
     --size=<datavolume_size> \ 2
     --image-path=</path/to/image> \ 3

   1

   데이터 볼륨의 이름입니다.

   2

   데이터 볼륨의 크기입니다. 예를 들면--size=500Mi, --size=1G와 같습니다.

   3

   이미지의 파일 경로입니다.

   참고
   • 새 데이터 볼륨을 생성하지 않으려면 --size 매개변수를 생략하고 --no-create 플래그를 포함합니다.
   • 디스크 이미지를 PVC에 업로드할 때 PVC 크기는 압축되지 않은 가상 디스크의 크기보다 커야 합니다.
   • HTTPS를 사용할 때 비보안 서버 연결을 허용하려면 --insecure 매개변수를 사용하십시오. --insecure 플래그를 사용하면 업로드 끝점의 진위 여부를 확인하지 않습니다.

2. 선택 사항: 데이터 볼륨이 생성되었는지 확인하려면 다음 명령을 실행하여 모든 데이터 볼륨을 확인합니다.

   $ oc get dvs

프로세스

1. 웹 콘솔에서 가상화 → VirtualMachines 로 이동합니다.
2. VM을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.
3. 작업을 클릭합니다.
4. Clone 을 선택합니다.
5. Clone VirtualMachine 페이지에서 새 VM의 이름을 입력합니다.
6. (선택 사항) 복제된 VM 시작 확인란을 선택하여 복제된 VM을 시작합니다.
7. Clone 을 클릭합니다.

프로세스

1. 웹 콘솔에서 가상화 → VirtualMachines 로 이동합니다.
2. VM을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.
3. 스냅샷 탭을 클릭합니다.
4. 복사할 스냅샷의 작업 메뉴 를 클릭합니다.
5. Create VirtualMachine 를 선택합니다.
6. 가상 머신의 이름을 입력합니다.
7. (선택 사항) 생성 후 이 VirtualMachine 시작 확인란을 선택하여 새 가상 머신을 시작합니다.
8. 생성을 클릭합니다.

프로세스

1. 웹 콘솔에서 가상화 → 카탈로그 로 이동합니다.
2. 사용 가능한 부팅 소스 없이 템플릿 타일을 클릭합니다.
3. VirtualMachine 사용자 지정을 클릭합니다.
4. 템플릿 매개변수 사용자 지정 페이지의 스토리지를 확장하고 디스크 소스 목록에서 PVC(복제 PVC) 를 선택합니다.
5. 이미지 URL을 입력합니다. 예: https://access.redhat.com/downloads/content/69/ver=/rhel---7/7.9/x86_64/product-software
6. 컨테이너 이미지 URL을 입력합니다. 예: https://mirror.arizona.edu/fedora/linux/releases/38/Cloud/x86_64/images/Fedora-Cloud-Base-38-1.6.x86_64.qcow2
7. PVC 프로젝트 및 PVC 이름을 선택합니다.
8. 디스크 크기를 설정합니다.
9. 다음을 클릭합니다.
10. VirtualMachine 생성을 클릭합니다.

프로세스

1. 가상화 → VirtualMachines 페이지에서 VM을 클릭하여 VirtualMachine 세부 정보 페이지를 엽니다.
2. 콘솔 탭을 클릭합니다. VNC 콘솔 세션이 자동으로 시작됩니다.

3. 선택 사항: Windows VM의 vGPU 디스플레이로 전환하려면 Send 키 목록에서 Ctl + Alt + 2 를 선택합니다.

   • 기본 디스플레이를 복원하려면 Send 키 목록에서 Ctl + Alt + 1 을 선택합니다.
4. 콘솔 세션을 종료하려면 콘솔 창 외부를 클릭한 다음 연결 끊기 를 클릭합니다.

프로세스

1. 다음 명령을 실행하여 콘솔 세션을 시작합니다.

   $ virtctl vnc <vm_name>

2. 연결에 실패하면 다음 명령을 실행하여 문제 해결 정보를 수집합니다.

   $ virtctl vnc <vm_name> -v 4

프로세스

1. HyperConverged (HCO) 사용자 정의 리소스(CR)에서 기능 게이트를 활성화합니다.

   $ oc patch hyperconverged kubevirt-hyperconverged -n openshift-cnv --type json -p '[{"op": "replace", "path": "/spec/featureGates/deployVmConsoleProxy", "value": true}]'

2. 다음 명령을 입력하여 토큰을 생성합니다.

   $ curl --header "Authorization: Bearer ${TOKEN}" \
        "https://api.<cluster_fqdn>/apis/token.kubevirt.io/v1alpha1/namespaces/<namespace>/virtualmachines/<vm_name>/vnc?duration=<duration>"

   & lt;duration > 매개변수는 시간 및 분 단위로 설정할 수 있으며 최소 기간은 10분입니다. 예: 5h30m. 이 매개변수를 설정하지 않으면 토큰이 기본적으로 10분 동안 유효합니다.

   샘플 출력:

   { "token": "eyJhb..." }

3. 선택 사항: 출력에 제공된 토큰을 사용하여 변수를 생성합니다.

   $ export VNC_TOKEN="<token>"

검증

1. 다음 명령을 입력하여 클러스터에 로그인합니다.

   $ oc login --token ${VNC_TOKEN}

2. virtctl 명령을 사용하여 VM의 VNC 콘솔에 대한 액세스를 테스트합니다.

   $ virtctl vnc <vm_name> -n <namespace>

프로세스

1. 가상화 → VirtualMachines 페이지에서 VM을 클릭하여 VirtualMachine 세부 정보 페이지를 엽니다.
2. 콘솔 탭을 클릭합니다. VNC 콘솔 세션이 자동으로 시작됩니다.
3. 연결 끊기 를 클릭하여 VNC 콘솔 세션을 종료합니다. 그렇지 않으면 VNC 콘솔 세션이 백그라운드에서 계속 실행됩니다.
4. 콘솔 목록에서 직렬 콘솔 을 선택합니다.
5. 콘솔 세션을 종료하려면 콘솔 창 외부를 클릭한 다음 연결 끊기 를 클릭합니다.

프로세스

1. 다음 명령을 실행하여 콘솔 세션을 시작합니다.

   $ virtctl console <vm_name>

2. Ctrl Cryostat를 눌러 콘솔 세션을 종료합니다.

프로세스

1. 가상화 → VirtualMachines 페이지에서 VM을 클릭하여 VirtualMachine 세부 정보 페이지를 엽니다.
2. 콘솔 탭을 클릭합니다. VNC 콘솔 세션이 자동으로 시작됩니다.
3. 연결 끊기 를 클릭하여 VNC 콘솔 세션을 종료합니다. 그렇지 않으면 VNC 콘솔 세션이 백그라운드에서 계속 실행됩니다.
4. 콘솔 목록에서 데스크탑 뷰어를 선택합니다.
5. RDP 서비스 생성 을 클릭하여 RDP 서비스 대화 상자를 엽니다.
6. Expose RDP Service 를 선택하고 저장을 클릭하여 노드 포트 서비스를 생성합니다.
7. 원격 데스크탑 시작을 클릭하여 .rdp 파일을 다운로드하고 데스크탑 뷰어를 시작합니다.