1 2 3 在 pod 中挂载卷的路径。 要挂载的卷的名称。不要挂载到容器 root、/ 或主机和容器中相同的任何路径。如果容器有足够权 限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 要使用的 PVC 名称（存在于同一命名空间中）。 3.5. 块卷支持 OpenShift Container Platform 可以静态置备原始 pod 的名称。 在 pod 中挂载 Azure File 共享的路径。不要挂载到容器 root、/ 或主机和容器中相同的任何 路径。如果容器有足够权限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 之前创建的 PersistentVolumeClaim 对象的名称。 4.4. 使用 CINDER 的持久性存储 OpenShift Container 必须以特权运行，才能访问节点的存储。 在特权 pod 中挂载主机路径共享的路径。不要挂载到容器 root、/ 或主机和容器中相同的任 何路径。如果容器有足够权限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 之前创建的 PersistentVolumeClaim 对象的名称。 4.9. 使用 ISCSI 的持久性存储 您可以使用 iSCSI为 OpenShift

1 2 3 在 pod 中挂载卷的路径。 要挂载的卷的名称。不要挂载到容器 root、/ 或主机和容器中相同的任何路径。如果容器有足够权 限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 要使用的 PVC 名称（存在于同一命名空间中）。 3.5. 块卷支持 OpenShift Container Platform 可以静态置备原始 pod 的名称。 在 pod 中挂载 Azure File 共享的路径。不要挂载到容器 root、/ 或主机和容器中相同的任何 路径。如果容器有足够权限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 之前创建的 PersistentVolumeClaim 对象的名称。 4.4. 使用 CINDER 的持久性存储 OpenShift Container 中声明持久性卷声明： 要挂载的卷的名称。 卷在 pod 中的挂载路径。不要挂载到容器 root、/ 或主机和容器中相同的任何路径。如果容 器有足够权限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂载主机 是安全的。 要使用的现有持久性卷声明的名称。 2. 通过指定您刚才创建的文件，在 OpenShift Container Platform 集群中创建资源：

API 发出请求所需的。 指定要为 pod 提供的卷。卷挂载在指定路径上。不要挂载到容器 root、/ 或主机和容器中相同的任何 路径。如果容器有足够权限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂 载主机是安全的。 pod 中的每个容器使用自己的容器镜像进行实例化。 pod 对 OpenShift Container Platform API 发出请求是一种比较常见的模式，利用一个 同的任何路径。如果容器有足够权 限，可能会损坏您的主机系统（如 主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 --path 主机路径。--type=hostPath 的 必要参数。不要挂载到容器 root、/ 或主机和容器中相同的任 何路径。如果容器有足够权限，可 能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂 载主机是安全的。 --secret-name

API 发出请求所需的。 指定要为 pod 提供的卷。卷挂载在指定路径上。不要挂载到容器 root、/ 或主机和容器中相同的任何 路径。如果容器有足够权限，可能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂 载主机是安全的。 pod 中的每个容器使用自己的容器镜像进行实例化。 pod 对 OpenShift Container Platform API 发出请求是一种比较常见的模式，利用一个 同的任何路径。如果容器有足够权 限，可能会损坏您的主机系统（如 主机的 /dev/pts 文件）。使用 /host 挂载主机是安全的。 --path 主机路径。--type=hostPath 的 必要参数。不要挂载到容器 root、/ 或主机和容器中相同的任 何路径。如果容器有足够权限，可 能会损坏您的主机系统（如主机的 /dev/pts 文件）。使用 /host 挂 载主机是安全的。 --secret-name