8.3. 管理自动引导源更新

流程

1. 运行以下命令，在默认编辑器中打开 HyperConverged CR：

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

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
         schedule: "0 */12 * * *" 2
         managedDataSource: <data_source> 3
   # ...

   1

   定义存储类。

   2

   必需：以 cron 格式指定的作业调度。

   3

   必需：要使用的数据源。

   For the custom image to be detected as an available boot source, the value of the `spec.dataVolumeTemplates.spec.sourceRef.name` parameter in the VM template must match this value.

3. 从当前的默认存储类中删除 storageclass.kubernetes.io/is-default-class 注解。

   1. 运行以下命令，检索当前默认存储类的名称：

      $ oc get storageclass

      输出示例

      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
         labels:
           instancetype.kubevirt.io/default-preference: centos.7
           instancetype.kubevirt.io/default-instancetype: u1.medium
       spec:
         schedule: "0 */12 * * *" 2
         template:
           spec:
             source:
               registry: 3
                 url: docker://quay.io/containerdisks/centos:7-2009
             storage:
               resources:
                 requests:
                   storage: 30Gi
         garbageCollect: Outdated
         managedDataSource: centos7 4

   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 下找到。

3. 保存该文件。

流程

1. 运行以下命令，打开与用于置备引导源的存储类对应的存储配置集对象：

   $ oc edit storageprofile <storage_class>

2. 查看 StorageProfile 的 dataImportCronSourceFormat 规格，以确认虚拟机是否默认使用 PVC 或卷快照。

3. 如果需要，通过将 dataImportCronSourceFormat 规格更新为 snapshot 来编辑存储配置文件。

   存储配置集示例

   apiVersion: cdi.kubevirt.io/v1beta1
   kind: StorageProfile
   metadata:
   # ...
   spec:
     dataImportCronSourceFormat: snapshot

验证

1. 打开与用于置备引导源的存储类对应的存储配置集对象。

   $ oc get storageprofile <storage_class>  -oyaml

2. 确认 StorageProfile 的 dataImportCronSourceFormat 规格已设置为 'snapshot'，DataImportCron 指向的任何 DataSource 对象现在引用卷快照。