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

      将 <current_default_storage_class> 替换为默认存储类的 storageClassName 值。

4. 运行以下命令，将新存储类设置为默认值：

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

   1

   将 <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

   用于从 registry 源创建数据卷。使用默认 pod pullMethod 而不是 节点 pullMethod，这基于 节点 docker 缓存。当 registry 镜像通过 Container.Image 可用时，节点 docker 缓存很有用，但 CDI 导入程序没有授权访问它。

   4

   要使自定义镜像被检测到为可用的引导源，镜像的 managedDataSource 的名称必须与模板的 DataSource 的名称匹配，它在 VM 模板 YAML 文件中的 spec.dataVolumeTemplates.spec.sourceRef.name 下找到。

   5

   在删除 cron 作业时，使用 All 来保留数据卷和数据源。删除 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. 保存该文件。