镜像注意事项 4.2.1. 使用预部署的镜像提高效率 您可以使用内置的多个任务创建基本的 OpenShift Container Platform 镜像，以提高效率、维护所有节点 主机上的配置一致性，并减少重复性任务。这称为预先部署的镜像。 例如，因为每个节点都需要 ose-pod 镜像来运行 pod，每个节点都必须定期连接容器镜像 registry 以拉 取最新的镜像。当您有 100 个节点同时尝试此操作时，这可能会导致镜像 (HA) OpenShift Container Platform registry 集群部署中： 首选存储技术是对象存储，然后是块存储。存储技术不需要支持 RWX 访问模式。 存储技术必须保证读写一致性。所有 NAS 存储（包含聚合模式/独立模式 GlusterFS），不建议 在带有生产环境工作负载的 OpenShift Container Platform Registry 集群部署中使用对象存储接 registry 在扩展的/HA OpenShift Container Platform registry 集群部署中： 首选存储技术是对象存储。存储技术必须支持 RWX 访问模式，且必须保证读写一致性。 对于应用于生产环境负载的扩展的/HA OpenShift Container Platform registry 集群部署，不建议 使用文件存储和块存储。 所有 NAS 存储（包含聚合模式/独立模式

志也是如此。插件框架负责执 负责执行此操作，因此插件作者不需要担心解析参数。 行此操作，因此插件作者不需要担心解析参数。这 这也确保插件和 也确保插件和 常 常规 规 oc 命令之 命令之间 间的最佳一致性水平。 的最佳一致性水平。 插件可以通 插件可以通过环 过环境 境变 变量 量访问运 访问运行 行时 时上下文属性。例如，若要 上下文属性。例如，若要访问 访问通 通过标 过标志提供的

Container Platform 中创 建和部署无服务器、事件驱动的应用程序。OpenShift Serverless 基于开源 Knative 项目，通过启用企业 级无服务器平台为混合和多云环境提供可移植性和一致性。 注意 注意 因为 OpenShift Serverless 的发行节奏与 OpenShift Container Platform 不同，所以现在 OpenShift Serverless 文档为产品的每个次版本单独提供。

云服务带到任何地方，包括您的数据所驻留的位置。如果使用 Red Hat OpenShift Data Foundation 存储数据，您可以使用 Satellite 存储模板，在 Satellite 所在的环境中一致性地安装 第 第 1 章 章 使用 使用 IBM CLOUD 部署 部署 OPENSHIFT DATA FOUNDATION 5 OpenShift Data Foundation。模板可帮助您为不同的

message indicates a connection. 不正确的示例 不正确的示例： The message with a green icon indicates a connection. 一致性地使用第二人称（you）： 正确的示例 正确的示例： Set up your environment. 不正确的示例 不正确的示例： Let's set up our environment

存储技术必须保证读写一致性。 首选存储技术是对象存储，然后是块存储。 对于应用于生产环境工作负载的 OpenShift 镜像 Registry 集群部署，我们不推荐使用文件存储。 9.2.1.2. 扩 扩展的 展的 registry 在扩展的/HA OpenShift 镜像 registry 集群部署中： 存储技术必须支持 RWX 访问模式。 存储技术必须保证读写一致性。 首选存储技术是对象存储。 模板将特定于站点 的数据注入通用或组策略。或者，为站点应用单个站点策略。 下图显示了在集群部署配置阶段策略生成器如何与 GitOps 和 RHACM 交互。 对于大型集群群，在配置这些集群时通常具有高级别的一致性。 以下推荐的策略结构组合了配置 CR，以满足几个目标： 描述一次通用配置，并应用到所有系统。 OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能

设计 Deployment 和 DeploymentConfig 对象之间的一个重要区别是为推出（rollout）过程所选择的 CAP theorem 属性。DeploymentConfig 对象以一致性为先，而 Deployments 对象优先于可用性。 对于 DeploymentConfig 对象，如果运行一个部署器 pod 的节点停机，它不会被替换掉。流程会等待节 点重新在线或被手动删除。手动删除节点也会删除对应的 pod。这意味着您无法删除 pod 来取消推出部 署，因为 kubelet 负责删除相关联的 pod。 但是，部署推出由控制器管理器驱动。控制器管理器在 master 上运行高可用性模式，并使用群首选举算 法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一部署做出反应，但这个 问题会在故障发生后很快进行调节。 7.1.4.2. deploymentConfig 对 对象相关的功能 象相关的功能

设计 Deployment 和 DeploymentConfig 对象之间的一个重要区别是为推出（rollout）过程所选择的 CAP theorem 属性。DeploymentConfig 对象以一致性为先，而 Deployments 对象优先于可用性。 对于 DeploymentConfig 对象，如果运行一个部署器 pod 的节点停机，它不会被替换掉。流程会等待节 点重新在线或被手动删除。手动删除节点也会删除对应的 pod。这意味着您无法删除 pod 来取消推出部 署，因为 kubelet 负责删除相关联的 pod。 但是，部署推出由控制器管理器驱动。控制器管理器在 master 上运行高可用性模式，并使用群首选举算 法提高可用性与一致性相比的价值。在故障期间，其他 master 有可能同时对同一部署做出反应，但这个 问题会在故障发生后很快进行调节。 8.1.4.2. 针对 针对部署的功能 部署的功能 滚动 滚动 Deployment

CI/CD 方法和 方法和实 实践 践 29 您还可以使用 GitOps 实践来管理应用程序配置。当您将应用程序部署到不同环境中的不同集群时（如开 发、调试和生产环境），这种实践可确保应用程序的一致性。当您必须在多个集群间部署应用程序（在云 或内部部署），为了实现可用性和可伸缩性的目的，使用 GitOps 管理应用程序配置也很有用处。 您可以使用 GitOps 策略来： 在集群间（从调试到生产阶段）推广应用程序。

创建一个带有 lvms- 名称的 VolumeSnapshotClass。 先决条件 先决条件 确保持久性卷声明(PVC)处于 Bound 状态。对于快照的一致性，这是必需的。 在进行快照前，您需要停止所有到 PVC 的 I/O。 流程 流程 1. 登录到需要运行 oc 命令的单节点 OpenShift。 2. 将以下 YAML 保存到带有名称（如 lvms-vol-snapshot 您可以创建一个卷克隆，以制作数据的时点副本。持久性卷声明 (PVC) 不能使用不同的大小克隆。 重要 重要 克隆的 PVC 具有写入访问权限。 先决条件 先决条件 确保 PVC 处于 Bound 状态。对于快照的一致性，这是必需的。 确保 StorageClass 与源 PVC 相同。 流程 流程 1. 识别源 PVC 的存储类。 2. 要创建卷克隆，请将以下 YAML 保存到带有名称的文件，如 lvms-vol-clone