6.14. 虚拟机磁盘。

流程

1. 创建 MachineConfig 文件。例如：

   $ touch machineconfig.yaml

2. 编辑该文件，确保包含希望 hostpath 置备程序在其中创建 PV 的目录。例如：

   apiVersion: machineconfiguration.openshift.io/v1
   kind: MachineConfig
   metadata:
     name: 50-set-selinux-for-hostpath-provisioner
     labels:
       machineconfiguration.openshift.io/role: worker
   spec:
     config:
       ignition:
         version: 2.2.0
       systemd:
         units:
           - contents: |
               [Unit]
               Description=Set SELinux chcon for hostpath provisioner
               Before=kubelet.service
   
               [Service]
               ExecStart=/usr/bin/chcon -Rt container_file_t <path/to/backing/directory> 1
   
               [Install]
               WantedBy=multi-user.target
             enabled: true
             name: hostpath-provisioner.service

   1

   指定希望置备程序在其中创建 PV 的后备目录。

3. 创建 MachineConfig 对象：

   $ oc create -f machineconfig.yaml -n <namespace>

流程

1. 创建 HostPathProvisioner 自定义资源文件。例如：

   $ touch hostpathprovisioner_cr.yaml

2. 编辑该文件，确保 spec.pathConfig.path 值是您希望 hostpath 置备程序在其中创建 PV 的目录。例如：

   apiVersion: hostpathprovisioner.kubevirt.io/v1alpha1
   kind: HostPathProvisioner
   metadata:
     name: hostpath-provisioner
   spec:
     imagePullPolicy: IfNotPresent
     pathConfig:
       path: "</path/to/backing/directory>" 1
       useNamingPrefix: "false" 2

   1

   指定希望置备程序在其中创建 PV 的后备目录。

   2

   如果要使用绑定到所创建的 PV 的 PersistentVolumeClaim (PVC) 名称作为目录名的前缀，请将该值更改为 true。

   注意

   如果您没有创建后备目录，则置备程序会尝试为您创建该目录。如果您没有应用 container_file_t SELinux 上下文，这会导致 Permission denied。

3. 在 openshift-cnv 命名空间中创建自定义资源：

   $ oc create -f hostpathprovisioner_cr.yaml -n openshift-cnv

流程

1. 创建用于定义存储类的 YAML 文件。例如：

   $ touch storageclass.yaml

2. 编辑该文件。例如：

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

   1

   您可以通过更改此值来选择性地重命名存储类。

   2

   两个可能的 reclaimPolicy 值为 Delete 和 Retain。如果您没有指定值，则存储类默认为 Delete。

   3

   volumeBindingMode 值决定何时发生动态置备和卷绑定。指定 WaitForFirstConsumer，将 PV 的绑定和置备延迟到创建使用 PersistentVolumeClaim (PVC) 的 Pod 后。这样可确保 PV 满足 Pod 的调度要求。

3. 创建 StorageClass 对象：

   $ oc create -f storageclass.yaml

流程

1. 创建 DataVolume 配置，用于指定 spec: source: upload{}：

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

   1

   DataVolume 的名称。

   2

   DataVolume 的大小请确定这个值大于或等于您要上传的磁盘的大小。

2. 运行以下命令来创建 DataVolume：

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

流程

1. 确定以下各项：

   • 要使用的上传 DataVolume 的名称。如果此 DataVolume 不存在，则会自动创建。
   • 在上传过程中创建 DataVolume 的大小。大小必须大于或等于磁盘镜像的大小。
   • 要上传的虚拟机磁盘镜像的文件位置

2. 运行 virtctl image-upload 命令上传磁盘镜像。指定您在上一步中获得的参数。例如：

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

   1

   DataVolume 的名称。

   2

   DataVolume 的大小例如： --size=500Mi, --size=1G

   3

   虚拟机磁盘镜像的文件路径。

   注意
   • 如果您不想创建新 DataVolume，请省略 --size 参数，并包含 --no-create 标志。
   • 若要在使用 HTTPS 时允许不安全的服务器连接，请使用 --insecure 参数。注意，在使用 --insecure 标志时，不会验证上传端点的真实性。

3. 可选。要验证 DataVolume 是否已创建，请运行以下命令来查看所有 DataVolume 对象：

   $ oc get dvs

流程

1. 以 root 身份登录节点，在其上创建本地 PV。本流程以 node01 为例。

2. 创建一个文件并用空字符填充，以便可将其用作块设备。以下示例创建 loop10 文件，大小为 2Gb（20,100 Mb 块）：

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

3. 将 loop10 文件挂载为 loop 设备。

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

   1

   挂载 loop 设备的文件路径。

   2

   上一步中创建的文件，挂载为 loop 设备。

4. 创建引用所挂载 loop 设备的 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

   节点上的 loop 设备路径。

   2

   将其指定为块 PV。

   3

   可选：为 PV 设置一个 StorageClass。如果省略此项，将使用默认集群。

   4

   挂载块设备的节点。

5. 创建块 PV。

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

   1

   上一步中创建的 PersistentVolume 的文件名。

流程

1. 创建 DataVolume 配置，用于指定 spec: source: upload{}：

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

   1

   DataVolume 的名称。

   2

   DataVolume 的大小请确定这个值大于或等于您要上传的磁盘的大小。

2. 运行以下命令来创建 DataVolume：

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

流程

1. 确定以下各项：

   • 要使用的上传 DataVolume 的名称。如果此 DataVolume 不存在，则会自动创建。
   • 在上传过程中创建 DataVolume 的大小。大小必须大于或等于磁盘镜像的大小。
   • 要上传的虚拟机磁盘镜像的文件位置

2. 运行 virtctl image-upload 命令上传磁盘镜像。指定您在上一步中获得的参数。例如：

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

   1

   DataVolume 的名称。

   2

   DataVolume 的大小例如： --size=500Mi, --size=1G

   3

   虚拟机磁盘镜像的文件路径。

   注意
   • 如果您不想创建新 DataVolume，请省略 --size 参数，并包含 --no-create 标志。
   • 若要在使用 HTTPS 时允许不安全的服务器连接，请使用 --insecure 参数。注意，在使用 --insecure 标志时，不会验证上传端点的真实性。

3. 可选。要验证 DataVolume 是否已创建，请运行以下命令来查看所有 DataVolume 对象：

   $ oc get dvs

流程

1. 在节点上创建新本地 PV，或使用已有的本地 PV:

   • 创建包含 nodeAffinity.nodeSelectorTerms 参数的本地 PV。以下 manifest 在 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. 创建 DataVolume 清单来引用以下内容：

   • 虚拟机的 PVC 名称和命名空间。
   • 应用上一步中的 PV 标签。

   • 目标 PV 的大小。

     apiVersion: cdi.kubevirt.io/v1alpha1
     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

     新 DataVolume 的名称。

     2

     源 PVC 的名称。如果您不知道 PVC 名称，您可以在虚拟机配置中找到它： spec.volumes.persistentVolumeClaim.claimName。

     3

     源 PVC 所在的命名空间。

     4

     应用于上一步中 PV 的标签。

     5

     目标 PV 的大小。

4. 通过将 DataVolume 清单应用到集群来开始克隆操作：

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

流程

1. 编辑 DataVolume 配置文件：

   apiVersion: cdi.kubevirt.io/v1alpha1
   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. 从侧边菜单中点 Workloads Config Maps。
2. 在 Project 列表中，选择 openshift-cnv。
3. 点击 kubevirt-storage-class-defaults 打开 Config Map Overview。
4. 点击 YAML 选项卡以显示可编辑的配置。

5. 使用适合您的底层存储的存储配置更新 data 值：

   ...
   data:
     accessMode: ReadWriteOnce 1
     volumeMode: Filesystem 2
     <new>.accessMode: ReadWriteMany 3
     <new>.volumeMode: Block 4

   1

   默认 accessMode 是 ReadWriteOnce。

   2

   默认 volumeMode 是 Filesystem。

   3

   如果您为存储类添加一个访问模式，请将参数的 <new> 部分替换为存储类名称。

   4

   如果您为存储类添加一个卷模式，请将参数的 <new> 部分替换为存储类名称。

6. 点 Save 以更新 ConfigMap。

流程

1. 使用 oc edit 编辑 ConfigMap:

   $ oc edit configmap kubevirt-storage-class-defaults -n openshift-cnv

2. 更新 ConfigMap 的 data 值：

   ...
   data:
     accessMode: ReadWriteOnce 1
     volumeMode: Filesystem 2
     <new>.accessMode: ReadWriteMany 3
     <new>.volumeMode: Block 4

   1

   默认 accessMode 是 ReadWriteOnce。

   2

   默认 volumeMode 是 Filesystem。

   3

   如果为存储类添加了访问模式，需要将参数的 <new> 部分替换为存储类名称。

   4

   如果您为存储类添加一个卷模式，请将参数的 <new> 部分替换为存储类名称。

3. 保存并退出编辑器以更新 ConfigMap。