. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.4. 使用文件系统扩展持久性卷声明（PVC） 6.5. 在扩展卷失败时进行恢复 第 第 7 章 章 动态 动态置 置备 备 7.1. 关于动态置备 7.2. 可用的动态置备插件 7.3. 定义存储类 7.4 fsGroup 定义 pod 的文件系统组 ID。 iSCSI 互联网小型计算机系统接口 (iSCSI) 是基于互联网协议的存储网络标准，用于连接数据存储设施。 iSCSI 卷允许将现有 iSCSI （通过 IP 的 SCSI）卷挂载到您的 Pod 中。 hostPath OpenShift Container Platform 集群中的 hostPath 卷将主机节点的文件系统中的文件或目录挂载到 pod 可帮助您在不同服务间实现所需的数据加密级别。您可以使用 KMS 密钥加密、解密和重新加密数据。 本地卷 本地卷 本地卷代表挂载的本地存储设备，如磁盘、分区或目录。 NFS 网络文件系统(NFS)允许远程主机通过网络挂载文件系统，并像它们挂载在本地那样与这些文件系统进 行交互。这使系统管理员能够将资源整合到网络上的集中式服务器上。 OpenShift Data Foundation OpenShift Container

第 7 章 章 扩 扩展持久性卷 展持久性卷 7.1. 启用卷扩展支持 7.2. 扩展 CSI 卷 7.3. 使用支持的驱动程序扩展 FLEXVOLUME 7.4. 扩展本地卷 7.5. 使用文件系统扩展持久性卷声明（PVC） 7.6. 在扩展卷失败时进行恢复 第 第 8 章 章 动态 动态置 置备 备 8.1. 关于动态置备 8.2. 可用的动态置备插件 8.3. 定义存储类 8.4 fsGroup 定义 pod 的文件系统组 ID。 iSCSI 互联网小型计算机系统接口 (iSCSI) 是基于互联网协议的存储网络标准，用于连接数据存储设施。 iSCSI 卷允许将现有 iSCSI （通过 IP 的 SCSI）卷挂载到您的 Pod 中。 hostPath OpenShift Container Platform 集群中的 hostPath 卷将主机节点的文件系统中的文件或目录挂载到 pod 可帮助您在不同服务间实现所需的数据加密级别。您可以使用 KMS 密钥加密、解密和重新加密数据。 本地卷 本地卷 本地卷代表挂载的本地存储设备，如磁盘、分区或目录。 NFS 网络文件系统(NFS)允许远程主机通过网络挂载文件系统，并像它们挂载在本地那样与这些文件系统进 行交互。这使系统管理员能够将资源整合到网络上的集中式服务器上。 OpenShift Data Foundation OpenShift Container

实时迁移需要 ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比，Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层，包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如，如果您使用 Red Hat OpenShift Data Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要 VirtualMachine 磁盘列表 点磁盘 旁边的 Options 菜单，选择 Edit、Detach 或 Make persistent。 文件系 文件系统 统表 如果安装了 QEMU 客户机代理，则 VirtualMachine 文件系统列表 设 设置 置 描述 描述 4.3.1.5.5. Script 标签页 标签页 您可以配置 cloud-init，为 Linux VirtualMachine 实时迁移需要 ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比，Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层，包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如，如果您使用 Red Hat OpenShift Data Foundation，Ceph RBD 卷优先于 CephFS 卷。 重要 重要

载的镜像源。当一个新镜 像被推送到registry时，集群会收到新镜像的通知，其他组件就可以对更新的镜像做出反应。 镜像数据会存储在两个位置。实际镜像数据存储在可配置的存储位置，例如云存储或一个文件系统卷中。 镜像的元数据被保存为标准的API资源（镜像(image)及镜像流(imagestream)），它们可以通过标准的集 群 API 进行访问。 其他 其他资 资源 源 OpenShift Container registry 需要访问授权。Podman 是一个开源工具，用于管理容器和容器镜像，并与镜像 registry 交互。您可以使用 Podman 来验证凭证、拉取 registry 镜像，并将本地镜像存储在本地文件系统 中。以下是使用 Podman 验证 registry 的通用示例： 流程 流程 1. 使用红帽生态系统目录从红帽仓库搜索特定容器镜像并选择所需的镜像。 2. 点 Get this image 使用镜像 registry。在块存储上配置 registry 的安装不具有高可用性，因为 registry 无法具有多个副本。 如果您选择将块存储卷与镜像 registry 搭配使用，则必须使用文件系统持久性卷声明 (PVC)。 $ oc patch configs.imageregistry.operator.openshift.io cluster --type merge --patch

可用的持久性存储技术。 表 表 5.1. 可用存 可用存储选项 储选项 存 存储类 储类型 型 描述 描述 例子 例子 Block 在操作系统 (OS) 中作为块设备 适用于需要完全控制存储，并绕过文件系统在 低层直接操作文件的应用程序 也称为存储区域网络 (SAN) 不可共享，这意味着，每次只有一个客户端可 以挂载这种类型的端点 聚合模式/独立于模式 GlusterFS [1]、 iSCSI、光纤通道、Ceph Cinder、AWS EBS [1]、 Dell/EMC Scale.IO、VMware vSphere 卷、GCE Persistent Disk [1]、Azure 磁 盘 File 在 OS 中作为要挂载的文件系统导出 也称为网络附加存储（Network Attached Storage，NAS） 取决于不同的协议、实现、厂商及范围，其并 行性、延迟、文件锁定机制和其它功能可能会 有很大不同。 聚合模式/独立于模式 程序比较 较 名称 名称 描述 描述 优 优点 点 限制： 限制： OverlayFS overlay overlay2 组合一个较低（父）和上 层（子上）文件系统和工 作目录（位于与子进程相 同的文件系统上）。较低 文件系统是基础镜像，当 您创建新容器时，会创建 一个包含 deltas 的新文 件系统。 在启动和停止容 器时比设备映射 器更快。设备映 射器和 Overlay 之间的启动时间

pod，那么您不再丢失数据。(BZ#2007397) 如果您尝试在其它关键组件共享文件系统的路径上安装 hostpath 置备程序(HPP)时，OpenShift Virtualization 现在发出 HPPSharingPoolPathWithOS 警报。 要使用 HPP 为虚拟机磁盘提供存储，请使用与节点根文件系统分开的专用存储进行配置。否则， 节点可能会耗尽存储，并无法正常工作。(BZ#2038985) write remove_name rmdir setattr)) allow process hugetlbfs_t (file (create unlink)) 以下策略允许 virtiofs 挂载文件系统并访问 NFS： allow process nfs_t (dir (mounton)) allow process proc_t (dir (mounton)) allow process 将虚拟机镜像上传到新数据卷。 virtctl version 显示客户端和服务器版本。 virtctl fslist 返回客户端机器中可用文件系统的完整列表。 virtctl guestosinfo 返回有关操作系统的客户机代理信息。 virtctl userlist 返回客户端机器中登录用户的完整列表。

Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 构 18 4.2.2. 基础镜像选项 选择用来构建应用程序的基础镜像包含一组软件，这些软件为应用程序提供一个 Linux 系统。在您构建自 己的镜像时，您的软件将放置到该文件系统中，可以像对待操作系统一样看待该文件系统。基础镜像的选 择会对容器未来的安全性、效率和可升级性产生重大影响。 红帽提供了一组新的基础镜像，称为红帽通用基础镜像 (UBI)。这些镜像基于 Red Hat Enterprise 更新过程的一部分。部署之后，拉取、提取容器镜像并将其写入磁盘，然后修改启动加载程序 以启动到新版本。机器将以滚动方式重启并进入更新，确保对集群容量的影响最小。 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config

Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 构 18 4.2.2. 基础镜像选项 选择用来构建应用程序的基础镜像包含一组软件，这些软件为应用程序提供一个 Linux 系统。在您构建自 己的镜像时，您的软件将放置到该文件系统中，可以像对待操作系统一样看待该文件系统。基础镜像的选 择会对容器未来的安全性、效率和可升级性产生重大影响。 红帽提供了一组新的基础镜像，称为红帽通用基础镜像 (UBI)。这些镜像基于 Red Hat Enterprise RHCOS 升级是在集群更新期间执行的。 第 第 5 章 章 RED HAT ENTERPRISE LINUX COREOS (RHCOS) 23 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config

Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 外的独立运行时。 5.2.2. 基础镜像选项 选择用来构建应用程序的基础镜像包含一组软件，这些软件为应用程序提供一个 Linux 系统。在您构建自 己的镜像时，您的软件将放置到该文件系统中，可以像对待操作系统一样看待该文件系统。基础镜像的选 择会对容器未来的安全性、效率和可升级性产生重大影响。 红帽提供了一组新的基础镜像，称为红帽通用基础镜像 (UBI)。这些镜像基于 Red Hat Enterprise 问题，则进行一次回滚并重启就能使系统返回到以前的状态。OpenShift Container Platform 中 的 RHCOS 升级是在集群更新期间执行的。 对于 RHCOS 系统，rpm-ostree 文件系统的布局具有以下特征： /usr 是操作系统二进制文件和库的存储位置，并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的，但只能由 Machine Config

CoreOS（RHCOS）安装过程中在 OpenShift Container Platform 集群节点上创建的。特定架构的每个 RHCOS 节点都使用相同的分区布局，除非默认分区配置被 覆盖。在 RHCOS 安装过程中，根文件系统的大小会增大，以使用目标设备中剩余的可用空间。 但是，在安装 OpenShift Container Platform 节点时，在两种情况下您可能需要覆盖默认分区： 创建单独的分区：对于在空磁盘中的 安装，您可能想要在分区中添加单独的存储。这 只在生成 /var 或者一个 /var 独立分区的子目录（如 /var/lib/etcd ）时被正式支持，但不支持两 者。 重要 重要 Kubernetes 只支持两个文件系统分区。如果您在原始配置中添加多个分 区，Kubernetes 无法监控所有这些分区。 保留现有分区：对于 brownfield 安装，您要在现有节点上重新安装 OpenShift Container 2.1. 创 创建一个独立的 建一个独立的 /var 分区 分区 通常情况下，OpenShift Container Platform 的磁盘分区应该留给安装程序。然而，在有些情况下您可能 需要在文件系统的一部分中创建独立分区。 OpenShift Container Platform 支持添加单个分区来将存储附加到 /var 分区或 /var 的子目录。例如： /var/lib/contai