10.22. 가상 머신 디스크

1. PVC에서 ReadWriteMany 액세스 모드를 요청해야 합니다.
2. 스토리지 공급자는 Kubernetes 및 CSI Snapshot API를 모두 지원해야 합니다.

절차

1. 다음 예와 같이 storagePools 스탠자를 사용하여 hpp_cr.yaml 파일을 생성합니다.

   apiVersion: hostpathprovisioner.kubevirt.io/v1beta1
   kind: HostPathProvisioner
   metadata:
     name: hostpath-provisioner
   spec:
     imagePullPolicy: IfNotPresent
     storagePools: 1
     - name: any_name
       path: "/var/myvolumes" 2
   workload:
     nodeSelector:
       kubernetes.io/os: linux

   1

   storagePools 스탠자는 여러 항목을 추가할 수 있는 배열입니다.

   2

   이 노드 경로에 스토리지 풀 디렉터리를 지정합니다.

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

3. 다음 명령을 실행하여 HPP를 만듭니다.

   $ oc create -f hpp_cr.yaml

절차

1. 스토리지 프로파일을 편집합니다. 이 예에서 CDI는 제공자를 인식하지 못합니다.

   $ oc edit -n openshift-cnv storageprofile <storage_class>

   스토리지 프로필 예

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: StorageProfile
   metadata:
     name: <unknown_provisioner_class>
   #   ...
   spec: {}
   status:
     provisioner: <unknown_provisioner>
     storageClass: <unknown_provisioner_class>

2. 스토리지 프로파일에 필요한 속성 값을 제공합니다.

   스토리지 프로필 예

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: StorageProfile
   metadata:
     name: <unknown_provisioner_class>
   #   ...
   spec:
     claimPropertySets:
     - accessModes:
       - ReadWriteOnce 1
       volumeMode:
         Filesystem 2
   status:
     provisioner: <unknown_provisioner>
     storageClass: <unknown_provisioner_class>

   1

   선택한 accessModes입니다.

   2

   선택한 volumeMode입니다.

   변경 사항을 저장하면 선택한 값이 스토리지 프로필 status 요소에 표시됩니다.

절차

1. 다음 명령을 실행하여 편집할 HCO 오브젝트를 엽니다.

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

2. spec.filesystemOverhead 필드를 편집하여 선택한 값으로 채웁니다.

   ...
   spec:
     filesystemOverhead:
       global: "<new_global_value>" 1
       storageClass:
         <storage_class_name>: "<new_value_for_this_storage_class>" 2

   1

   set 값이 없는 모든 스토리지 클래스에 사용되는 기본 파일 시스템 오버헤드 백분율입니다. 예를 들어, global: "0.07"은 파일 시스템 오버헤드용으로 PVC의 7%를 예약합니다.

   2

   지정된 스토리지 클래스의 파일 시스템 오버헤드 백분율입니다. 예를 들어, mystorageclass: "0.04"는 mystorageclass 스토리지 클래스의 PVC의 기본 오버헤드 값을 4%로 변경합니다.

3. 편집기를 저장하고 종료하여 HCO 오브젝트를 업데이트합니다.

절차

1. 다음 명령을 실행하여 HyperConverged CR을 편집합니다.

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

2. spec.resourceRequirements.storageWorkloads 스탠자를 CR에 추가하여 사용 사례에 따라 값을 설정합니다. 예를 들면 다음과 같습니다.

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
   spec:
     resourceRequirements:
       storageWorkloads:
         limits:
           cpu: "500m"
           memory: "2Gi"
         requests:
           cpu: "250m"
           memory: "1Gi"

3. 편집기를 저장하고 종료하여 HyperConverged CR을 업데이트합니다.

절차

1. 웹 콘솔의 사이드 메뉴에서 스토리지 영구 볼륨 클레임을 클릭합니다.
2. 영구 볼륨 클레임 생성 드롭다운 목록을 클릭하여 확장합니다.
3. 사용할 데이터 업로드 폼을 클릭하여 영구 볼륨 클레임에 데이터 업로드 페이지를 엽니다.
4. 찾아보기를 클릭하여 파일 관리자를 열고 업로드할 이미지를 선택하거나, 파일을 여기로 드래그하거나 업로드할 항목 찾아보기 필드로 파일을 드래그합니다.

5. 선택 사항: 이 이미지를 특정 운영 체제의 기본 이미지로 설정합니다.

   1. 이 데이터를 가상 머신 운영 체제에 연결 확인란을 선택합니다.
   2. 목록에서 운영 체제를 선택합니다.
6. 영구 볼륨 클레임 이름 필드는 고유한 이름으로 자동으로 채워지며 편집할 수 없습니다. 필요한 경우 나중에 확인할 수 있도록 PVC에 지정된 이름을 기록해 두십시오.
7. 스토리지 클래스 목록에서 스토리지 클래스를 선택합니다.

8. 크기 필드에 PVC 크기 값을 입력합니다. 드롭다운 목록에서 해당 측정 단위를 선택합니다.

   주의

   PVC 크기는 압축되지 않은 가상 디스크의 크기보다 커야 합니다.

9. 선택한 스토리지 클래스와 일치하는 액세스 모드를 선택합니다.
10. 업로드를 클릭합니다.

절차

1. spec: source: upload{}를 지정하는 데이터 볼륨 구성을 만듭니다.

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: DataVolume
   metadata:
     name: <upload-datavolume> 1
   spec:
     source:
         upload: {}
     pvc:
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: <2Gi> 2

   1

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

   2

   데이터 볼륨의 크기입니다. 이 값은 업로드하는 디스크의 크기와 같거나 커야 합니다.

2. 다음 명령을 실행하여 데이터 볼륨을 생성합니다.

   $ oc create -f <upload-datavolume>.yaml

절차

1. 다음 항목을 확인합니다.

   • 사용할 업로드 데이터 볼륨의 이름. 이 데이터 볼륨이 없으면 자동으로 생성됩니다.
   • 업로드 절차 중 데이터 볼륨을 생성하려는 경우 데이터 볼륨의 크기. 크기는 디스크 이미지의 크기보다 크거나 같아야 합니다.
   • 업로드하려는 가상 머신 디스크 이미지의 파일 위치.

2. 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 플래그를 사용하면 업로드 끝점의 신뢰성이 확인되지 않습니다.

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

   $ oc get dvs

절차

1. 로컬 PV를 생성할 노드에 root로 로그인합니다. 이 절차에서는 예제로 node01을 사용합니다.

2. 블록 장치로 사용할 수 있도록 파일을 생성하고 null 문자로 채웁니다. 다음 예제에서는 크기가 2Gb(20X100Mb 블록)인 파일 loop10을 생성합니다.

   $ dd if=/dev/zero of=<loop10> bs=100M count=20

3. loop10 파일을 루프 장치로 마운트합니다.

   $ losetup </dev/loop10>d3 <loop10> 1 2

   1

   루프 장치가 마운트된 파일 경로입니다.

   2

   이전 단계에서 생성된 파일은 루프 장치로 마운트됩니다.

4. 마운트된 루프 장치를 참조하는 PersistentVolume 매니페스트를 생성합니다.

   kind: PersistentVolume
   apiVersion: v1
   metadata:
     name: <local-block-pv10>
     annotations:
   spec:
     local:
       path: </dev/loop10> 1
     capacity:
       storage: <2Gi>
     volumeMode: Block 2
     storageClassName: local 3
     accessModes:
       - ReadWriteOnce
     persistentVolumeReclaimPolicy: Delete
     nodeAffinity:
       required:
         nodeSelectorTerms:
         - matchExpressions:
           - key: kubernetes.io/hostname
             operator: In
             values:
             - <node01> 4

   1

   노드에 있는 루프 장치의 경로입니다.

   2

   블록 PV임을 나타냅니다.

   3

   선택 사항: PV의 스토리지 클래스를 설정합니다. 생략하면 클러스터 기본값이 사용됩니다.

   4

   블록 장치가 마운트된 노드입니다.

5. 블록 PV를 생성합니다.

   # oc create -f <local-block-pv10.yaml>1

   1

   이전 단계에서 생성한 영구 볼륨의 파일 이름입니다.

절차

1. spec: source: upload{}를 지정하는 데이터 볼륨 구성을 만듭니다.

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: DataVolume
   metadata:
     name: <upload-datavolume> 1
   spec:
     source:
         upload: {}
     pvc:
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: <2Gi> 2

   1

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

   2

   데이터 볼륨의 크기입니다. 이 값은 업로드하는 디스크의 크기와 같거나 커야 합니다.

2. 다음 명령을 실행하여 데이터 볼륨을 생성합니다.

   $ oc create -f <upload-datavolume>.yaml

절차

1. 다음 항목을 확인합니다.

   • 사용할 업로드 데이터 볼륨의 이름. 이 데이터 볼륨이 없으면 자동으로 생성됩니다.
   • 업로드 절차 중 데이터 볼륨을 생성하려는 경우 데이터 볼륨의 크기. 크기는 디스크 이미지의 크기보다 크거나 같아야 합니다.
   • 업로드하려는 가상 머신 디스크 이미지의 파일 위치.

2. 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 플래그를 사용하면 업로드 끝점의 신뢰성이 확인되지 않습니다.

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

   $ oc get dvs

절차

1. 콘솔 중 하나 또는 SSH를 통해 가상 머신 명령줄에 액세스합니다.

2. 가상 머신에 QEMU 게스트 에이전트를 설치합니다.

   $ yum install -y qemu-guest-agent

3. 서비스가 지속되는지 확인하고 다음을 시작합니다.

   $ systemctl enable --now qemu-guest-agent

절차

1. 사이드 메뉴에서 가상화 VirtualMachine를 클릭합니다.
2. 가상 머신을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.
3. 가상 머신이 실행 중인 경우 작업 중지 를 클릭하여 전원을 끕니다.
4. 스냅샷 탭을 클릭한 후 스냅샷 찍기를 클릭합니다.
5. 스냅샷 이름 및 선택 사항으로 설명 필드를 작성합니다.
6. 이 스냅샷에 포함된 디스크를 확장하여 스냅샷에 스토리지 볼륨이 포함되어 있는지 확인합니다.
7. VM에 스냅샷에 포함할 수 없는 디스크가 있고 계속 진행하려면 이 경고에 대해 인식하고 있으며 계속 진행하겠습니다. 확인란을 선택합니다.
8. 저장을 클릭합니다.

절차

1. YAML 파일을 생성하여 새 VirtualMachineSnapshot의 이름과 소스 VM의 이름을 지정하는 VirtualMachineSnapshot 오브젝트를 정의합니다.

   예를 들면 다음과 같습니다.

   apiVersion: snapshot.kubevirt.io/v1alpha1
   kind: VirtualMachineSnapshot
   metadata:
     name: my-vmsnapshot 1
   spec:
     source:
       apiGroup: kubevirt.io
       kind: VirtualMachine
       name: my-vm 2

   1

   새 VirtualMachineSnapshot 오브젝트의 이름입니다.

   2

   소스 VM의 이름입니다.

2. VirtualMachineSnapshot 리소스를 생성합니다. 스냅샷 컨트롤러에서 VirtualMachineSnapshotContent 오브젝트를 생성하여 VirtualMachineSnapshot에 바인딩하고 VirtualMachineSnapshot 오브젝트의 status 및 readyToUse 필드를 업데이트합니다.

   $ oc create -f <my-vmsnapshot>.yaml

3. 선택 사항: 온라인 스냅샷을 생성하는 경우 wait 명령을 사용하여 스냅샷 상태를 모니터링할 수 있습니다.

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

      $ oc wait my-vm my-vmsnapshot --for condition=Ready

   2. 스냅샷 상태를 확인합니다.

      • InProgress - 온라인 스냅샷 작업이 아직 진행 중입니다.
      • Succeeded - 온라인 스냅샷 작업이 성공적으로 완료되었습니다.

      • Failed - 온라인 스냅샷 작업이 실패했습니다.

        참고

        온라인 스냅샷의 기본 기간은 5분(5분)입니다. 5분 내에 스냅샷이 성공적으로 완료되지 않으면 상태가 failed로 설정됩니다. 나중에 파일 시스템이 손상되고 VM이 수정되지 않지만 failed 스냅샷 이미지를 삭제할 때까지 상태는 실패로 유지됩니다.

        기본 시간 데드라인을 변경하려면 스냅샷 작업이 시간 초과되기 전에 지정할 시간(m) 또는 초(초)로 FailureDeadline 속성을 VM 스냅샷 사양에 추가합니다.

        시간 기한을 설정하지 않으려면 0을 지정할 수 있지만 0은 응답하지 않는 VM이 발생할 수 있으므로 일반적으로 권장되지 않습니다.

        m 또는 s 와 같은 시간 단위를 지정하지 않으면 기본값은 초(s)입니다.

검증

1. VirtualMachineSnapshot 오브젝트가 생성되고 VirtualMachineSnapshotContent에 바인딩되었는지 확인합니다. readyToUse 플래그를 true로 설정해야 합니다.

   $ oc describe vmsnapshot <my-vmsnapshot>

   출력 예

   apiVersion: snapshot.kubevirt.io/v1alpha1
   kind: VirtualMachineSnapshot
   metadata:
     creationTimestamp: "2020-09-30T14:41:51Z"
     finalizers:
     - snapshot.kubevirt.io/vmsnapshot-protection
     generation: 5
     name: mysnap
     namespace: default
     resourceVersion: "3897"
     selfLink: /apis/snapshot.kubevirt.io/v1alpha1/namespaces/default/virtualmachinesnapshots/my-vmsnapshot
     uid: 28eedf08-5d6a-42c1-969c-2eda58e2a78d
   spec:
     source:
       apiGroup: kubevirt.io
       kind: VirtualMachine
       name: my-vm
   status:
     conditions:
     - lastProbeTime: null
       lastTransitionTime: "2020-09-30T14:42:03Z"
       reason: Operation complete
       status: "False" 1
       type: Progressing
     - lastProbeTime: null
       lastTransitionTime: "2020-09-30T14:42:03Z"
       reason: Operation complete
       status: "True" 2
       type: Ready
     creationTime: "2020-09-30T14:42:03Z"
     readyToUse: true 3
     sourceUID: 355897f3-73a0-4ec4-83d3-3c2df9486f4f
     virtualMachineSnapshotContentName: vmsnapshot-content-28eedf08-5d6a-42c1-969c-2eda58e2a78d 4

   1

   status 필드의 Progressing 조건은 스냅샷이 아직 생성 중인지를 나타냅니다.

   2

   status 필드의 Ready 조건은 스냅샷 생성 프로세스가 완료되었는지를 나타냅니다.

   3

   스냅샷을 사용할 준비가 되었는지를 나타냅니다.

   4

   스냅샷이 스냅샷 컨트롤러에서 생성한 VirtualMachineSnapshotContent 오브젝트에 바인딩되도록 지정합니다.

2. VirtualMachineSnapshotContent 리소스의 spec:volumeBackups 속성을 확인하여 예상 PVC가 스냅샷에 포함되어 있는지 확인합니다.

절차

1. 다음 중 하나를 수행하여 스냅샷 표시의 출력을 표시합니다.

   • CLI를 사용하여 생성된 스냅샷의 경우 status 필드의 VirtualMachineSnapshot 오브젝트 YAML의 표시기 출력을 확인합니다.
   • 웹 콘솔을 사용하여 생성한 스냅샷의 경우 스냅샷 세부 정보 화면에서 가상 머신 스냅샷 > 상태를 클릭합니다.

2. 온라인 VM 스냅샷의 상태를 확인합니다.

   • Online에서는 온라인 스냅샷 생성 중에 VM이 실행 중임을 나타냅니다.
   • NoGuestAgent는 온라인 스냅샷을 생성하는 동안 QEMU 게스트 에이전트가 실행되지 않았음을 나타냅니다. QEMU 게스트 에이전트가 설치되지 않았거나 실행 중이거나 다른 오류로 인해 QEMU 게스트 에이전트를 사용하여 파일 시스템을 중지하고 해석할 수 없습니다.

절차

1. 사이드 메뉴에서 가상화 VirtualMachine를 클릭합니다.
2. 가상 머신을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.
3. 가상 머신이 실행 중인 경우 작업 중지 를 클릭하여 전원을 끕니다.
4. 스냅샷 탭을 클릭합니다. 페이지에는 가상 머신과 연결된 스냅샷 목록이 표시됩니다.

5. VM 스냅샷을 복원하는 다음 방법 중 하나를 선택합니다.

   1. VM을 복원하기 위해 소스로 사용할 스냅샷에서 복원을 클릭합니다.
   2. 스냅샷을 선택하여 스냅샷 세부 정보 화면을 열고 작업 VirtualMachineSnapshot 복원 을 클릭합니다.
6. 확인 팝업 창에서 복원을 클릭하여 스냅샷에 표시된 VM을 이전 구성으로 복원합니다.

절차

1. YAML 파일을 생성하여 복원할 VM의 이름과 소스로 사용할 스냅샷 이름을 지정하는 VirtualMachineRestore 오브젝트를 정의합니다.

   예를 들면 다음과 같습니다.

   apiVersion: snapshot.kubevirt.io/v1alpha1
   kind: VirtualMachineRestore
   metadata:
     name: my-vmrestore 1
   spec:
     target:
       apiGroup: kubevirt.io
       kind: VirtualMachine
       name: my-vm 2
     virtualMachineSnapshotName: my-vmsnapshot 3

   1

   새 VirtualMachineRestore 오브젝트의 이름입니다.

   2

   복원할 대상 VM의 이름입니다.

   3

   소스로 사용할 VirtualMachineSnapshot 오브젝트의 이름입니다.

2. VirtualMachineRestore 리소스를 만듭니다. 스냅샷 컨트롤러는 VirtualMachineRestore 오브젝트의 상태 필드를 업데이트하고 기존 VM 구성을 스냅샷의 콘텐츠로 교체합니다.

   $ oc create -f <my-vmrestore>.yaml

절차

1. 사이드 메뉴에서 가상화 VirtualMachine를 클릭합니다.
2. 가상 머신을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.
3. 스냅샷 탭을 클릭합니다. 페이지에는 가상 머신과 연결된 스냅샷 목록이 표시됩니다.
4. 삭제할 가상 머신의 옵션 메뉴 를 클릭하고 VirtualMachineSnapshot 삭제 를 선택합니다.
5. 확인 팝업 창에서 삭제를 클릭하여 스냅샷을 삭제합니다.

절차

1. 노드에 새 로컬 PV를 생성하거나 노드의 기존 로컬 PV를 확인합니다.

   • nodeAffinity.nodeSelectorTerms 매개변수를 포함하는 로컬 PV를 생성합니다. 다음 매니페스트에서는 node01에 10Gi 로컬 PV를 생성합니다.

     kind: PersistentVolume
     apiVersion: v1
     metadata:
       name: <destination-pv> 1
       annotations:
     spec:
       accessModes:
       - ReadWriteOnce
       capacity:
         storage: 10Gi 2
       local:
         path: /mnt/local-storage/local/disk1 3
       nodeAffinity:
         required:
           nodeSelectorTerms:
           - matchExpressions:
             - key: kubernetes.io/hostname
               operator: In
               values:
               - node01 4
       persistentVolumeReclaimPolicy: Delete
       storageClassName: local
       volumeMode: Filesystem

     1

     PV의 이름입니다.

     2

     PV의 크기입니다. 충분한 공간을 할당해야 합니다. 그러지 않으면 복제 작업이 실패합니다. 크기는 소스 PVC와 같거나 커야 합니다.

     3

     노드의 마운트 경로입니다.

     4

     PV를 생성하려는 노드의 이름입니다.

   • 대상 노드에 이미 존재하는 PV를 확인합니다. 구성에서 nodeAffinity 필드를 확인하여 PV가 프로비저닝되는 노드를 확인할 수 있습니다.

     $ oc get pv <destination-pv> -o yaml

     다음 스니펫은 PV가 node01에 있음을 보여줍니다.

     출력 예

     ...
     spec:
       nodeAffinity:
         required:
           nodeSelectorTerms:
           - matchExpressions:
             - key: kubernetes.io/hostname 1
               operator: In
               values:
               - node01 2
     ...

     1

     kubernetes.io/hostname 키는 노드 호스트 이름을 사용하여 노드를 선택합니다.

     2

     노드의 호스트 이름입니다.

2. PV에 고유한 라벨을 추가합니다.

   $ oc label pv <destination-pv> node=node01

3. 다음을 참조하는 데이터 볼륨 매니페스트를 생성합니다.

   • 가상 머신의 PVC 이름 및 네임스페이스
   • 이전 단계에서 PV에 적용한 라벨

   • 대상 PV의 크기

     apiVersion: cdi.kubevirt.io/v1beta1
     kind: DataVolume
     metadata:
       name: <clone-datavolume> 1
     spec:
       source:
         pvc:
           name: "<source-vm-disk>" 2
           namespace: "<source-namespace>" 3
       pvc:
         accessModes:
           - ReadWriteOnce
         selector:
           matchLabels:
             node: node01 4
         resources:
           requests:
             storage: <10Gi> 5

     1

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

     2

     소스 PVC의 이름입니다. PVC 이름을 모르는 경우 가상 머신 구성의 spec.volumes.persistentVolumeClaim.claimName에서 확인할 수 있습니다.

     3

     소스 PVC가 존재하는 네임스페이스입니다.

     4

     이전 단계에서 PV에 적용한 라벨입니다.

     5

     대상 PV의 크기

4. 클러스터에 데이터 볼륨 매니페스트를 적용하여 복제 작업을 시작합니다.

   $ oc apply -f <clone-datavolume.yaml>

절차

1. DataVolume 매니페스트를 편집합니다.

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: DataVolume
   metadata:
     name: blank-image-datavolume
   spec:
     source:
         blank: {}
     pvc:
       # Optional: Set the storage class or omit to accept the default
       # storageClassName: "hostpath"
       accessModes:
         - ReadWriteOnce
       resources:
         requests:
           storage: 500Mi

2. 다음 명령을 실행하여 빈 디스크 이미지를 만듭니다.

   $ oc create -f <blank-image-datavolume>.yaml

1. 소스 PVC(영구 볼륨 클레임)의 스냅샷이 생성됩니다.
2. 스냅샷에서 PVC가 생성됩니다.
3. 스냅샷이 삭제됩니다.

1. DataVolume 오브젝트에 대해 새 데이터 볼륨의 이름, 소스 PVC의 이름과 네임스페이스를 지정하는 YAML 파일을 생성합니다. 이 예제에서는 스토리지 API를 지정하므로 accessModes 또는 volumeMode를 지정할 필요가 없습니다. 최적의 값을 자동으로 계산합니다.

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: DataVolume
   metadata:
     name: <cloner-datavolume> 1
   spec:
     source:
       pvc:
         namespace: "<source-namespace>" 2
         name: "<my-favorite-vm-disk>" 3
     storage: 4
       resources:
         requests:
           storage: <2Gi> 5

   1

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

   2

   소스 PVC가 존재하는 네임스페이스입니다.

   3

   소스 PVC의 이름입니다.

   4

   스토리지 API로 할당을 지정합니다.

   5

   새 데이터 볼륨의 크기입니다.

2. 데이터 볼륨을 생성하여 PVC 복제를 시작합니다.

   $ oc create -f <cloner-datavolume>.yaml

   참고

   데이터 볼륨이 있으면 PVC가 준비될 때까지 가상 머신이 시작되지 않으므로 PVC가 복제되는 동안 새 데이터 볼륨을 참조하는 가상 머신을 생성할 수 있습니다.

절차

1. OpenShift Container Platform 콘솔의 사이드 메뉴에서 가상화 템플릿 을 클릭합니다.
2. 부팅 소스를 구성할 RHEL 템플릿을 확인하고 소스 추가를 클릭합니다.
3. 템플릿에 부팅 소스 추가 창의 부팅 소스 유형 목록에서 URL(PVC 생성) 을 선택합니다.
4. RHEL 다운로드 페이지를 클릭하여 Red Hat 고객 포털에 액세스합니다. 사용 가능한 설치 프로그램 및 이미지 목록이 Red Hat Enterprise Linux 다운로드 페이지에 표시됩니다.
5. 다운로드하려는 Red Hat Enterprise Linux KVM 게스트 이미지를 식별합니다. 지금 다운로드를 마우스 오른쪽 버튼으로 클릭하고 이미지의 URL을 복사합니다.
6. 템플릿에 부팅 소스 추가 창에서 URL 가져오기 필드에 URL을 붙여넣고 저장 및 가져오기 를 클릭합니다.

검증

1. 템플릿이 템플릿 페이지의 부팅 소스 열에 녹색 확인 표시를 표시하는지 확인합니다.

절차

1. OpenShift Container Platform 콘솔의 사이드 메뉴에서 가상화 템플릿 을 클릭합니다.
2. 템플릿 옆에 있는 옵션 메뉴를 클릭하고 부팅 소스 편집 을 선택합니다.
3. 디스크 추가를 클릭합니다.
4. 디스크 추가 창에서 부팅 소스로 이 디스크 사용을 선택합니다.
5. 디스크 이름을 입력하고 소스 (예 : Blank(PVC 생성)) 를 선택하거나 기존 PVC 사용.
6. 영구 볼륨 클레임(PVC) 크기에 값을 입력하여 압축이 해제되지 않은 이미지에 적합한 PVC 크기를 지정하고 필요한 추가 공간을 지정합니다.
7. 유형 (예: Disk 또는 CD-ROM )을 선택합니다.

8. 선택 사항: 스토리지 클래스 를 클릭하고 디스크를 생성하는 데 사용되는 스토리지 클래스를 선택합니다. 일반적으로 이 스토리지 클래스는 모든 PVC에서 사용하기 위해 생성되는 기본 스토리지 클래스입니다.

   참고

   제공된 부팅 소스는 운영 체제의 최신 버전으로 자동으로 업데이트됩니다. 자동 업데이트 부팅 소스의 경우 PVC(영구 볼륨 클레임)는 클러스터의 기본 스토리지 클래스를 사용하여 생성됩니다. 구성 후 다른 기본 스토리지 클래스를 선택하는 경우 이전 기본 스토리지 클래스로 구성된 클러스터 네임스페이스의 기존 데이터 볼륨을 삭제해야 합니다.

9. 선택 사항: 최적화된 StorageProfile 설정을 지워 액세스 모드 또는 볼륨 모드를 편집합니다.

10. 다음과 같이 부팅 소스를 저장할 적절한 방법을 선택합니다.

    1. 로컬 파일을 업로드한 경우 저장 및 업로드를 클릭합니다.
    2. URL 또는 레지스트리에서 콘텐츠를 가져온 경우 저장 및 가져오기를 클릭합니다.
    3. 기존 PVC를 복제한 경우 저장 및 복제를 클릭합니다.

절차

1. OpenShift Container Platform 웹 콘솔의 사이드 메뉴에서 가상화 카탈로그 를 클릭합니다.
2. 업데이트된 템플릿을 선택하고 Quick create VirtualMachine 를 클릭합니다.

절차

1. 사이드 메뉴에서 가상화 VirtualMachine를 클릭합니다.
2. 가상 디스크를 핫플러그할 실행 중인 가상 머신을 선택합니다.
3. VirtualMachine 세부 정보 페이지에서 디스크 탭을 클릭합니다.
4. 디스크 추가를 클릭합니다.
5. 디스크 추가(hot plugged) 창에서 핫 플러그로 연결하려는 가상 디스크에 대한 정보를 입력합니다.
6. 저장을 클릭합니다.

절차

1. 사이드 메뉴에서 가상화 VirtualMachine를 클릭합니다.
2. 핫 플러그 해제하려는 디스크로 실행 중인 가상 머신을 선택하여 VirtualMachine 세부 정보 페이지를 엽니다.
3. 디스크 탭에서 핫 플러그 해제할 가상 디스크의 옵션 메뉴 를 클릭합니다.
4. Detach (분리)를 클릭합니다.

절차

1. Dockerfile을 생성하여 가상 머신 이미지를 컨테이너 이미지로 빌드합니다. 가상 머신 이미지는 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 hco -n openshift-cnv kubevirt-hyperconverged

2. spec.scratchSpaceStorageClass 필드를 CR에 추가하여 해당 값을 클러스터에 존재하는 스토리지 클래스의 이름으로 설정합니다.

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
   spec:
     scratchSpaceStorageClass: "<storage_class>" 1

   1

   스토리지 클래스를 지정하지 않으면 CDI는 채워지는 영구 볼륨 클레임의 스토리지 클래스를 사용합니다.

3. 기본 편집기를 저장하고 종료하여 HyperConverged CR을 업데이트합니다.

절차

1. PV의 회수 정책이 Retain으로 설정되어 있는지 확인합니다.

   1. PV의 회수 정책을 확인합니다.

      $ oc get pv <pv_name> -o yaml | grep 'persistentVolumeReclaimPolicy'

   2. persistentVolumeReclaimPolicy가 Retain으로 설정되지 않은 경우, 다음 명령을 사용하여 회수 정책을 편집합니다.

      $ oc patch pv <pv_name> -p '{"spec":{"persistentVolumeReclaimPolicy":"Retain"}}'

2. PV를 사용하는 리소스가 없는지 확인합니다.

   $ oc describe pvc <pvc_name> | grep 'Mounted By:'

   PVC를 사용하는 모든 리소스를 제거한 후 계속합니다.

3. PVC를 삭제하여 PV를 해제합니다.

   $ oc delete pvc <pvc_name>

4. 선택 사항: PV 구성을 YAML 파일로 내보냅니다. 이 절차의 뒷부분에서 공유 스토리지를 수동으로 제거하는 경우 이 구성을 참조할 수 있습니다. PV를 회수한 후 새 PV를 동일한 스토리지 구성으로 생성하기 위해 이 파일의 spec 매개변수를 기반으로 사용할 수도 있습니다.

   $ oc get pv <pv_name> -o yaml > <file_name>.yaml

5. PV를 삭제합니다.

   $ oc delete pv <pv_name>

6. 선택 사항: 스토리지 유형에 따라 공유 스토리지 폴더의 내용을 제거해야 할 수 있습니다.

   $ rm -rf <path_to_share_storage>

7. 선택 사항: 삭제된 PV와 동일한 스토리지 구성을 사용하는 PV를 생성합니다. 회수된 PV 구성을 이전에 내보낸 경우 해당 파일의 spec 매개변수를 새 PV 매니페스트의 기반으로 사용할 수 있습니다.

   참고

   충돌을 피하려면 새 PV 오브젝트에 삭제한 오브젝트와 다른 이름을 지정하는 것이 좋습니다.

   $ oc create -f <new_pv_name>.yaml

절차

1. 확장하려는 VM 디스크의 PersistentVolumeClaim 매니페스트를 편집합니다.

   $ oc edit pvc <pvc_name>

2. spec.resource.requests.storage 속성 값을 더 큰 크기로 변경합니다.

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
      name: vm-disk-expand
   spec:
     accessModes:
        - ReadWriteMany
     resources:
       requests:
          storage: 3Gi 1
   ...

   1

   늘릴 수 있는 VM 디스크 크기