5.3. 共享资源 CSI DRIVER OPERATOR 5.4. CSI 卷快照 5.5. CSI 卷克隆 5.6. 管理默认存储类 5.7. CSI 自动迁移 5.8. 在非正常节点关闭后分离 CSI 卷 5.9. ALICLOUD DISK CSI DRIVER OPERATOR 5.10. AWS ELASTIC BLOCK STORE CSI DRIVER OPERATOR 5 似，pod 会消耗节点资源， PVC 消耗 PV 资源。例如：pod 可以请求特定级别的资源，比如 CPU 和内 存，而 PVC 可以请求特定的存储容量和访问模式。例如：它们可以被加载为“只允许加载一次，可读写”， 或“可以加载多次，只读”。 3.2. 卷和声明的生命周期 PV 是集群中的资源。PVC 是对这些资源的请求，也是对该资源的声明检查。PV 和 PVC 之间的交互有以 下生命周期。 3.2 spec 和 status，它们分别代表卷的规格和状态，例如： PersistentVolume 对 对象定 象定义 义示例 示例 持久性卷的名称。 卷可以使用的存储容量。 访问模式，用来指定读写权限及挂载权限。 重新声明策略，指定在资源被释放后如何处理它。 3.3.1. PV 类型 OpenShift Container Platform 支持以下持久性卷插件： AliCloud Disk

PersistentVolumeClaim 对象的命名空间，即 openshift-image-registry。 持久性卷声明的访问模式。使用 ReadWriteOnce 时，单个节点可以通过读写权限挂载 这个卷。 storage: pvc: claim: 1 $ oc get clusteroperator image-registry $ oc patch config registry。 1.1.13. 备份 VMware vSphere 卷 OpenShift Container Platform 将新卷作为独立持久性磁盘置备，以便在集群中的任何节点上自由附加和 分离卷。因此，无法备份使用快照的卷，也无法从快照中恢复卷。如需更多信息，请参阅 快照限制。 流程 流程 要创建持久性卷的备份： 1. 停止使用持久性卷的应用程序。 2. 克隆持久性卷。 3. 重启应用程序。 PersistentVolumeClaim 对象的命名空间，即 openshift-image-registry。 持久性卷声明的访问模式。使用 ReadWriteOnce 时，单个节点可以通过读写权限挂载 这个卷。 持久性卷声明的大小。 b. 从文件创建 PersistentVolumeClaim 对象： 3. 编辑 registry 配置，使其可以正确引用 PVC: 输 输出示例 出示例

似，pod 会消耗节点资源， PVC 消耗 PV 资源。例如：pod 可以请求特定级别的资源，比如 CPU 和内 存，而 PVC 可以请求特定的存储容量和访问模式。例如：它们可以被加载为“只允许加载一次，可读写”， 或“可以加载多次，只读”。 3.2. 卷和声明的生命周期 PV 是集群中的资源。PVC 是对这些资源的请求，也是对该资源的声明检查。PV 和 PVC 之间的交互有以 下生命周期。 3.2 spec 和 status，它们分别代表卷的规格和状态，例如： PersistentVolume 对 对象定 象定义 义示例 示例 持久性卷的名称。 卷可以使用的存储容量。 访问模式，用来指定读写权限及挂载权限。 重新声明策略，指定在资源被释放后如何处理它。 3.3.1. PV 类型 OpenShift Container Platform 支持以下持久性卷插件： AWS Elastic 3.3.3. 访问模式 一个持久性卷可以以资源供应商支持的任何方式挂载到一个主机上。不同的供应商具有不同的功能，每个 PV 的访问模式可以被设置为特定卷支持的特定模式。例如：NFS 可以支持多个读写客户端，但一个特定 的 NFS PV 可能会以只读方式导出。每个 PV 都有自己一组访问模式来描述指定的 PV 功能。 声明会与有类似访问模式的卷匹配。用来进行匹配的标准只包括访问模式和大小。声明的访问模式代表一

Platform 4.10 虚 虚拟 拟化 化 12 1 默认克隆方法设置为 copy(复制 复制)。 在某些情况下，多个虚拟机可以以读写模式挂载相同的 PVC，这可能会导致数据崩溃。 (BZ#1992753) 作为临时解决方案，请避免在使用多个虚拟机的读写模式中使用单个 PVC。 Pod Disruption Budget(PDB)可防止 pod 意外中断。如果 PDB 检测到 pod 中断，则 某些节点不会受到 OpenShift Virtualization 的影响。例如，您有与集群中运行的虚拟化不相关的 工作负载，希望这些工作负载与 OpenShift Virtualization 分离。 4.2.1.1. 如何将 如何将节点放置 点放置规则应用到虚 用到虚拟化 化组件 件 您可以通过直接编辑对应对象或使用 Web 控制台为组件指定节点放置规则。 对于 Operator Lifecycle 只有底层存储支持时才使用 Block。 访问模式 持久性卷访问模 式。 ReadWriteOnce (RWO) 卷可以被一个节点以读写模式挂 载。 第 第 8 章 章 虚 虚拟 拟机 机 51 ReadWriteMany (RWX) 卷可以被多个节点以读写模式挂 载。 注意 注意 对于一些功能 （如虚拟机在 节点间实时迁 移）需要这个 权限。 ReadOnlyMany (ROX)

作为临时解决方案，您可以使用连接到主机的二级网络接口，或切换到 OpenShift SDN 默认 CNI 供应商。 在某些情况下，多个虚拟机可以以读写模式挂载相同的 PVC，这可能会导致数据崩溃。 (BZ#1992753) 作为临时解决方案，请避免在使用多个虚拟机的读写模式中使用单个 PVC。 Pod Disruption Budget(PDB)可防止 pod 意外中断。如果 PDB 检测到 pod 中断，则 某些节点不会受到 OpenShift Virtualization 的影响。例如，您有与集群中运行的虚拟化不相关的 工作负载，希望这些工作负载与 OpenShift Virtualization 分离。 6.2.1.1. 如何将 如何将节点放置 点放置规则应用到虚 用到虚拟化 化组件 件 您可以通过直接编辑对应对象或使用 Web 控制台为组件指定节点放置规则。 对于 Operator Lifecycle 只有底层存储支持时才使用 Block。 访问模式 持久性卷访问模 式。 ReadWriteOnce (RWO) 卷可以被一个节点以读写模式挂 载。 第 第 10 章 章 虚 虚拟 拟机 机 87 ReadWriteMany (RWX) 卷可以被多个节点以读写模式挂 载。 注意 注意 对于一些功能 （如虚拟机在 节点间实时迁 移）需要这个 权限。 ReadOnlyMany (ROX)

配置映射允许您将配置工件与镜像内容分离，从而使容器化应用程序可以移植。 以下部分定义配置映射以及如何创建和使用它们。 有关创建配置映射的详情，请参考创建和使用配置映射。 9.1. 了解配置映射 许多应用程序需要使用配置文件、命令行参数和环境变量的某些组合来进行配置。在 OpenShift Container Platform 中，这些配置工件与镜像内容分离，以便使容器化应用程序可以移植。 registry 不以只读模式运行，任何在修剪的同时发生的推送将会： 失败，并导致出现新的孤立项；或者 成功，但镜像无法拉取（因为删除了一些引用的 Blob）。 只有 registry 切回到读写模式后，推送才会成功。因此，必须仔细地调度硬修剪。 将 registry 切换成只读模式： a. 在 configs.imageregistry.operator.openshift.io/cluster -prune=delete' 第 第 13 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 175 输 输出示例 出示例 7. 将 registry 切回到读写模式。 在修剪完成后，registry 可以被切换到读写模式。在 configs.imageregistry.operator.openshift.io/cluster 中，把 spec.readOnly 设置为 false：

配置映射允许您将配置工件与镜像内容分离，从而使容器化应用程序可以移植。 以下部分定义配置映射以及如何创建和使用它们。 有关创建配置映射的详情，请参考创建和使用配置映射。 10.1. 了解配置映射 许多应用程序需要使用配置文件、命令行参数和环境变量的某些组合来进行配置。在 OpenShift Container Platform 中，这些配置工件与镜像内容分离，以便使容器化应用程序可以移植。 registry 不以只读模式运行，任何在修剪的同时发生的推送将会： 失败，并导致出现新的孤立项；或者 成功，但镜像无法拉取（因为删除了一些引用的 Blob）。 只有 registry 切回到读写模式后，推送才会成功。因此，必须仔细地调度硬修剪。 将 registry 切换成只读模式： a. 在 configs.imageregistry.operator.openshift.io/cluster 为 image-registry-3-vhndw 的镜像 registry pod： 输 输出示例 出示例 7. 将 将 registry 切回到 切回到读 读写模式。 写模式。 在修剪完成后，registry 可以被切换到读写模式。在 configs.imageregistry.operator.openshift.io/cluster 中，把 spec.readOnly 设置为 false：

KUBELET 参数 1.3. 修改不可用 WORKER 节点的数量 1.4. CONTROL PLANE 节点大小 1.5. 推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 1.8. OPENSHIFT CONTAINER PLATFORM 基础架构组件 1.9. 移动监控解决方案 1.10. 移动默认 REGISTRY 1.11. 移动路由器 1 输入以下命令应用删除创建和同步设备的逻辑的修改版本： 上一步可防止节点重新引导。 其他 其他资 资源 源 Red Hat Enterprise Linux CoreOS (RHCOS) 1.7. 分离 ETCD 数据 对于大型、高密度的集群，如果键空间增长过大并超过空间配额，etcd 的性能将会受到影响。定期维护并 处理碎片化的 etcd，以释放数据存储中的空间。监控 Prometheus 以了解 (etcd_mvcc_db_total_size_in_bytes - etcd_mvcc_db_total_size_in_use_in_bytes)/1024/1024 来释 放空间。 警告 警告 分离 etcd 是一个阻止性操作。在进行碎片处理完成前，etcd 成员将没有响应。因 此，在每个下一个 pod 要进行碎片清理前，至少等待一分钟，以便集群可以恢复正常 工作。 按照以下步骤对每个 etcd

将负责部署由 CSV 资源定义的应用程序。 OLM Operator 不负责创建所需资源；用户可选择使用 CLI 手动创建这些资源，也可选择使用 Catalog Operator 来创建这些资源。这种关注点分离的机制可以使得用户逐渐增加他们选择用于其应用程序的 OLM 框架量。 OLM Operator 使用以下工作流： 1. 观察命名空间中的集群服务版本（CSV），并检查是否满足要求。 2. 如果满足要求，请运行 的目的在于告诉目标命名空间的用户，特定 Operator 已配置为监视在此创建的资源。 复制的 CSV 会复制 复制状态原因，并会更新以匹配其源 CSV 的状态。在集群上创建复制的 CSV 之前，会从 这些 CSV 中分离 olm.targetNamespaces 注解。省略目标命名空间选择可避免租户之间存在目标命名空 间重复的现象。 当所复制的 CSV 的源 CSV 不存在或其源 CSV 所属的 Operator 因此，Operator 驻留在租户 Operator 命名空间中，并监视租户命名空间，但 Operator 的 pod 及其服务 帐户都无法被租户可见或可用。 此解决方案以资源使用量成本提供更好的租户分离，以及确保满足约束的额外编配功能。如需详细步骤， 请参阅"为多租户集群准备 Operator 的多个实例"。 限制和注意事 限制和注意事项 只有在满足以下限制时，这个解决方案才可以正常工作： 同一

save_partlabel 可选：在安装过程中要保留的分区压缩标签。允许使 用 glob 风格的通配符。指定分区不需要存在。 coreos.inst.save_partindex 可选：在安装过程中完成要保留的分区的分离索引。 可以使用 m-n 指定范围，m 或 n 可以被省略。指定 分区不需要存在。 coreos.inst.insecure 可选：将 coreos.inst.image_url 指定的 OS 镜像提 save_partlabel 可选：在安装过程中要保留的分区压缩标签。允许使 用 glob 风格的通配符。指定分区不需要存在。 coreos.inst.save_partindex 可选：在安装过程中完成要保留的分区的分离索引。 可以使用 m-n 指定范围，m 或 n 可以被省略。指定 分区不需要存在。 coreos.inst.insecure 可选：将 coreos.inst.image_url 指定的 OS 镜像提 save_partlabel 可选：在安装过程中要保留的分区压缩标签。允许使 用 glob 风格的通配符。指定分区不需要存在。 coreos.inst.save_partindex 可选：在安装过程中完成要保留的分区的分离索引。 可以使用 m-n 指定范围，m 或 n 可以被省略。指定 分区不需要存在。 coreos.inst.insecure 可选：将 coreos.inst.image_url 指定的 OS 镜像提