11.7. 자동 부팅 소스 업데이트 관리

절차

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

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

2. storageClassName 필드에 값을 입력하여 새 스토리지 클래스를 정의합니다.

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
   spec:
     dataImportCronTemplates:
     - metadata:
         name: rhel8-image-cron
       spec:
         template:
           spec:
             storageClassName: <new_storage_class> 1
   #...

   1

   스토리지 클래스를 정의합니다.

3. 현재 기본 스토리지 클래스에서 storageclass.kubernetes.io/is-default-class 주석을 제거합니다.

   1. 다음 명령을 실행하여 현재 기본 스토리지 클래스의 이름을 검색합니다.

      $ oc get sc

      출력 예

      NAME PROVISIONER RECLAIMPOLICY VOLUMEBINDINGMODE ALLOWVOLUMEEXPANSION AGE
      csi-manila-ceph manila.csi.openstack.org Delete Immediate false 11d
      hostpath-csi-basic (default) kubevirt.io.hostpath-provisioner Delete WaitForFirstConsumer false 11d 1
      ...

      1

      이 예에서 현재 기본 스토리지 클래스의 이름은 hostpath-csi-basic 입니다.

   2. 다음 명령을 실행하여 현재 기본 스토리지 클래스에서 주석을 제거합니다.

      $ oc patch storageclass <current_default_storage_class> -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"false"}}}' 1

      1

      & lt;current_default_storage_class >를 기본 스토리지 클래스의 storageClassName 값으로 바꿉니다.

4. 다음 명령을 실행하여 새 스토리지 클래스를 기본값으로 설정합니다.

   $ oc patch storageclass <new_storage_class> -p '{"metadata":{"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}' 1

   1

   & lt;new_storage_class >를 HyperConverged CR에 추가한 storageClassName 값으로 바꿉니다.

절차

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

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

2. HyperConverged CR을 편집하여 dataImportCronTemplates 섹션에 적절한 템플릿 및 부팅 소스를 추가합니다. 예를 들면 다음과 같습니다.

   사용자 정의 리소스의 예

   apiVersion: hco.kubevirt.io/v1beta1
   kind: HyperConverged
   metadata:
     name: kubevirt-hyperconverged
   spec:
     dataImportCronTemplates:
     - metadata:
         name: centos7-image-cron
         annotations:
           cdi.kubevirt.io/storage.bind.immediate.requested: "true" 1
       spec:
         schedule: "0 */12 * * *" 2
         template:
           spec:
             source:
               registry: 3
                 url: docker://quay.io/containerdisks/centos:7-2009
             storage:
               resources:
                 requests:
                   storage: 10Gi
         managedDataSource: centos7 4
         retentionPolicy: "None" 5

   1

   이 주석은 volumeBindingMode 가 WaitForFirstConsumer 로 설정된 스토리지 클래스에 필요합니다.

   2

   cron 형식에 지정된 작업의 스케줄입니다.

   3

   을 사용하여 레지스트리 소스에서 데이터 볼륨을 생성합니다. 노드 Docker 캐시를 기반으로 하는 노드 pullMethod 가 아닌 기본 Pod pullMethod 를 사용합니다. 노드 Docker 캐시는 Container.Image 를 통해 레지스트리 이미지를 사용할 수 있지만 CDI 가져오기 관리자는 액세스할 수 없는 경우 유용합니다.

   4

   사용자 지정 이미지를 사용 가능한 부팅 소스로 탐지하려면 VM 템플릿 YAML 파일의 spec.dataVolumeTemplates.spec.sourceRef.name 에 있는 템플릿의 DataSource 의 이름과 이미지 managedDataSource 의 이름이 일치해야 합니다.

   5

   All 을 사용하여 cron 작업이 삭제될 때 데이터 볼륨 및 데이터 소스를 유지합니다. cron 작업이 삭제될 때 None 을 사용하여 데이터 볼륨 및 데이터 소스를 삭제합니다.

3. 파일을 저장합니다.

절차

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

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

2. spec.dataImportCronTemplates 필드를 편집하여 개별 부팅 소스에 대한 자동 업데이트를 비활성화합니다.

   사용자 정의 부팅 소스

   • spec.dataImportCronTemplates 필드에서 부팅 소스를 제거합니다. 자동 업데이트는 기본적으로 사용자 정의 부팅 소스에 대해 비활성화됩니다.

   시스템 정의 부팅 소스

   1. spec.dataImportCronTemplates 에 부팅 소스를 추가합니다.

      참고

      자동 업데이트는 시스템 정의 부팅 소스에 대해 기본적으로 활성화되지만 추가하지 않는 한 이러한 부팅 소스는 CR에 나열되지 않습니다.

   2. dataimportcrontemplate.kubevirt.io/enable 주석의 값을 'false' 로 설정합니다.

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

      apiVersion: hco.kubevirt.io/v1beta1
      kind: HyperConverged
      metadata:
        name: kubevirt-hyperconverged
      spec:
        dataImportCronTemplates:
        - metadata:
            annotations:
              dataimportcrontemplate.kubevirt.io/enable: 'false'
            name: rhel8-image-cron
      # ...

3. 파일을 저장합니다.