存储

流程

1. 创建 pod 对象定义，并将其保存到文件中。

2. 在文件中包括通用临时卷信息。

   my-example-pod-with-generic-vols.yaml

   Copy to Clipboard Toggle word wrap

   kind: Pod
   apiVersion: v1
   metadata:
     name: my-app
   spec:
     containers:
       - name: my-frontend
         image: busybox:1.28
         volumeMounts:
         - mountPath: "/mnt/storage"
           name: data
         command: [ "sleep", "1000000" ]
     volumes:
       - name: data 

   1

   
         ephemeral:
           volumeClaimTemplate:
             metadata:
               labels:
                 type: my-app-ephvol
             spec:
               accessModes: [ "ReadWriteOnce" ]
               storageClassName: "topolvm-provisioner"
               resources:
                 requests:
                   storage: 1Gi

   1

   通用临时卷声明。

流程

1. 运行以下命令，列出第一个 pod 中的挂载点：

   Copy to Clipboard Toggle word wrap

   $ oc get pods -n <pod_name_a> -ojsonpath='{.spec.containers[].volumeMounts[].mountPath}' 

   1

   1

   将 <pod_name_a > 替换为第一个 pod 的名称。

   输出示例

   Copy to Clipboard Toggle word wrap

   /files /var/run/secrets/kubernetes.io/serviceaccount

2. 运行以下命令，列出第二个 pod 中的挂载点：

   Copy to Clipboard Toggle word wrap

   $ oc get pods -n <pod_name_b> -ojsonpath='{.spec.containers[].volumeMounts[].mountPath}' 

   1

   1

   将 <pod_name_b > 替换为第二个 pod 的名称。

   输出示例

   Copy to Clipboard Toggle word wrap

   /files /var/run/secrets/kubernetes.io/serviceaccount

3. 运行以下命令，检查第一个 pod 中的上下文和权限：

   Copy to Clipboard Toggle word wrap

   $ oc rsh <pod_name_a> ls -lZah <pvc_mountpoint> 

   1

   1

   将 <pod_name_a > 替换为第一个 pod 的名称，并将 <pvc_mountpoint > 替换为第一个 pod 中的挂载点。

   输出示例

   Copy to Clipboard Toggle word wrap

   total 12K
   dr-xr-xr-x.   1 root root system_u:object_r:container_file_t:s0:c398,c806   40 Feb 17 13:36 .
   dr-xr-xr-x.   1 root root system_u:object_r:container_file_t:s0:c398,c806   40 Feb 17 13:36 ..
   [...]

4. 运行以下命令，检查第二个 pod 中的上下文和权限：

   Copy to Clipboard Toggle word wrap

   $ oc rsh <pod_name_b> ls -lZah <pvc_mountpoint> 

   1

   1

   将 <pod_name_b > 替换为第二个 pod 的名称，并将 <pvc_mountpoint > 替换为第二个 pod 中的挂载点。

   输出示例

   Copy to Clipboard Toggle word wrap

   total 12K
   dr-xr-xr-x.   1 root root system_u:object_r:container_file_t:s0:c15,c25   40 Feb 17 13:34 .
   dr-xr-xr-x.   1 root root system_u:object_r:container_file_t:s0:c15,c25   40 Feb 17 13:34 ..
   [...]

5. 比较这两个输出，以检查是否存在 SELinux 上下文不匹配。

流程

1. 当 SELinux 内容不匹配时，创建一个新的安全性上下文约束(SCC)，并将其分配给两个 Pod。要创建 SCC，请参阅 创建安全性上下文约束。

2. 更新 SELinux 上下文，如下例所示：

   输出示例

   Copy to Clipboard Toggle word wrap

    [...]
    securityContext:privileged
         seLinuxOptions:MustRunAs
           level: "s0:cXX,cYY"
     [...]

验证

1. 运行以下命令，验证同一 SCC 是否已分配给第一个 pod：

   Copy to Clipboard Toggle word wrap

   $ oc describe pod <pod_name_a> |grep -i scc 

   1

   1

   将 <pod_name_a > 替换为第一个 pod 的名称。

   输出示例

   Copy to Clipboard Toggle word wrap

   openshift.io/scc: restricted

2. 运行以下命令，验证同一 SCC 是否已分配给第一个第二个 pod：

   Copy to Clipboard Toggle word wrap

   $ oc describe pod <pod_name_b> |grep -i scc 

   1

   1

   将 <pod_name_b > 替换为第二个 pod 的名称。

   输出示例

   Copy to Clipboard Toggle word wrap

   openshift.io/scc: restricted

3. 运行以下命令，验证同一 SELinux 标签是否已应用到第一个 pod：

   Copy to Clipboard Toggle word wrap

   $ oc exec <pod_name_a> -- ls -laZ <pvc_mountpoint> 

   1

   1

   将 <pod_name_a > 替换为第一个 pod 的名称，并将 <pvc_mountpoint > 替换为第一个 pod 中的挂载点。

   输出示例

   Copy to Clipboard Toggle word wrap

   total 4
   drwxrwsrwx. 2 root       1000670000 system_u:object_r:container_file_t:s0:c10,c26 19 Aug 29 18:17 .
   dr-xr-xr-x. 1 root       root       system_u:object_r:container_file_t:s0:c10,c26 61 Aug 29 18:16 ..
   -rw-rw-rw-. 1 1000670000 1000670000 system_u:object_r:container_file_t:s0:c10,c26 29 Aug 29 18:17 test1
   [...]

4. 运行以下命令，验证同一 SELinux 标签是否已应用到第二个 pod：

   Copy to Clipboard Toggle word wrap

   $ oc exec <pod_name_b> -- ls -laZ <pvc_mountpoint> 

   1

   1

   将 <pod_name_b > 替换为第二个 pod 的名称，并将 <pvc_mountpoint > 替换为第二个 pod 中的挂载点。

   输出示例

   Copy to Clipboard Toggle word wrap

   total 4
   drwxrwsrwx. 2 root       1000670000 system_u:object_r:container_file_t:s0:c10,c26 19 Aug 29 18:17 .
   dr-xr-xr-x. 1 root       root       system_u:object_r:container_file_t:s0:c10,c26 61 Aug 29 18:16 ..
   -rw-rw-rw-. 1 1000670000 1000670000 system_u:object_r:container_file_t:s0:c10,c26 29 Aug 29 18:17 test1
   [...]

流程

1. 对于持久性卷声明(PVC)，将 .spec.resources.requests.storage 设置为所需的新大小。
2. 观察 PVC 的 status.conditions 字段来查看调整大小是否完成。MicroShift 在扩展过程中为 PVC 添加 Resizing 条件，该条件会在扩展完成后删除。

流程

1. 扩展底层设备。确定这些设备中提供了适当的容量。
2. 通过编辑 PV 的 .spec.capacity 字段来更新对应的 PV 对象以匹配新设备大小。
3. 对于用于将 PVC 绑定到 PVet 的存储类，设置 allowVolumeExpansion:true。
4. 对于 PVC，将 .spec.resources.requests.storage 设置为与新大小匹配。

流程

1. 通过编辑 spec.resources.requests来修改 PVC 并请求一个新的大小。例如，以下命令将 ebs PVC 扩展至 8 Gi：

   Copy to Clipboard Toggle word wrap

   kind: PersistentVolumeClaim
   apiVersion: v1
   metadata:
     name: ebs
   spec:
     storageClass: "storageClassWithFlagSet"
     accessModes:
       - ReadWriteOnce
     resources:
       requests:
         storage: 8Gi 

   1

   1

   将 spec.resources.requests 更新至更大的 PVC 来扩展 PVC。

2. 重新定义云供应商对象大小后， PVC 被设置为 FileSystemResizePending。输入以下命令检查条件：

   Copy to Clipboard Toggle word wrap

   $ oc describe pvc <pvc_name>

3. 当云供应商对象完成重新定义大小时，PersistentVolume 对象中的 PersistentVolume.Spec.Capacity 会显示新请求的大小。此时，您可从 PVC 创建或重新创建新 Pod 来完成文件系统大小调整。当 Pod 运行后，新请求的大小就可用，同时 FileSystemResizePending 条件从 PVC 中删除。

流程

1. 把与 PVC 进行绑定的 PV 的 reclaim 策略设为 Retain。编辑 PV，把 persistentVolumeReclaimPolicy 的值改为 Retain。
2. 删除 PVC。
3. 手动编辑 PV 并从 PV specs 中删除 claimRef 条目，以确保新创建的 PVC 可以绑定到标记为 Retain 的 PV。这会将 PV 标记为 Available。
4. 以较小的大小，或底层存储架构可以分配的大小，重新创建 PVC。
5. 将 PVC 的 volumeName 值设为 PV 的名称。这使 PVC 只会绑定到置备的 PV。
6. 恢复 PV 上的 reclaim 策略。

流程

1. 通过在 /etc/microshift/config.yaml 中的 MicroShift 配置文件的 storage 部分下输入 optionalCsiComponents 值来禁用 CSI 快照控制器的安装：

   Copy to Clipboard Toggle word wrap

   # ...
     storage: {} 

   1

   
   # ...

   1

   接受的值是：

   • 没有定义 可选CsiComponents。
   • 使用空值([])或单个空字符串元素([""])指定 optionalCsiComponents 字段。

   • 使用 snapshot-controller、snapshot-webhook 或 none 值之一指定 可选CsiComponents。none 与所有其他值相互排斥。

     注意

     如果 optionalCsiComponents 值为空或 null，MicroShift 默认为部署 snapshot-controller 和 snapshot-webhook。

2. 使用 config.yaml 中的支持值指定 optionalCsiComponents 字段后，运行以下命令启动 MicroShift：

   Copy to Clipboard Toggle word wrap

   $ sudo systemctl start microshift

   注意

   MicroShift 重启后不会重新部署禁用的组件。

流程

1. 通过在 /etc/microshift/config.yaml 中的 MicroShift 配置文件的 storage 部分输入 驱动程序 值来禁用 CSI 驱动程序的安装：

   Copy to Clipboard Toggle word wrap

   # ...
     storage
      driver:
      - "none" 

   1

   
   # ...

   1

   有效值为 none 或 lvms。

   注意

   默认情况下，驱动程序 值为空或 null，其中 LVMS 被部署。

2. 运行以下命令，在 driver 字段指定了 /etc/microshift/config.yaml 文件中的支持值后启动 MicroShift：

   Copy to Clipboard Toggle word wrap

   $ sudo systemctl enable --now microshift

   注意

   MicroShift 在重启操作后不会重新部署禁用的组件。

流程

1. 运行以下命令卸载 CSI 快照实现：

   Copy to Clipboard Toggle word wrap

   $ oc delete -n kube-system deployment.apps/snapshot-controller deployment.apps/snapshot-webhook

   输出示例

   Copy to Clipboard Toggle word wrap

   deployment.apps "snapshot-controller" deleted
   deployment.apps "snapshot-webhook" deleted

流程

1. 运行以下命令来删除 lvmclusters 对象：

   Copy to Clipboard Toggle word wrap

   $ oc delete -n openshift-storage lvmclusters.lvm.topolvm.io/lvms

   输出示例

   Copy to Clipboard Toggle word wrap

   lvmcluster.lvm.topolvm.io "lvms" deleted

2. 运行以下命令来删除 lvms-operator ：

   Copy to Clipboard Toggle word wrap

   $ oc delete -n openshift-storage deployment.apps/lvms-operator

   输出示例

   Copy to Clipboard Toggle word wrap

   deployment.apps "lvms-operator" deleted

3. 运行以下命令来删除 topolvm-provisioner StorageClass ：

   Copy to Clipboard Toggle word wrap

   $ oc delete storageclasses.storage.k8s.io/topolvm-provisioner

   输出示例

   Copy to Clipboard Toggle word wrap

   storageclass.storage.k8s.io "topolvm-provisioner" deleted