原因 原因 1.2. 新功能及功能增强 此版本对以下方面进行了改进 1.2.1. Operators Operators 是一组软件，可以用来减低运行其他软件的复杂程度。它可以被看作是软件厂商的工程团队的 扩展，可以在 Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据软 件的当前状态实时做出决定。Advanced Operators 带有一个安装程序置备的基础架构（installer-provisioned infrastructure），这样安装程序就可以控制安装过程的所有方面。另外，针对 AWS 实例，安装程序置备 的基础架构还会提供一个基于最佳实践方案的 OpenShift Container Platform 4.1 部署。它会提供一个精 简的默认安装，用户可以通过 OperatorHub 在以后逐渐添加新的功能。 另外，在 AWS、裸机或

OPERATOR? 从概念上讲，Operator 会收集人类操作知识，并将其编码成更容易分享给消费者的软件。 Operator 是一组软件，可用于降低运行其他软件的操作复杂程度。它可以被看作是软件厂商的工程团队 的扩展，可以在 Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 为什么要使用 Operator？ Operator 可以： 重复安装和升级。 持续对每个系统组件执行运行状况检查。 无线 (OTA) 更新 OpenShift 组件和 ISV 内容。 汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platfo 添加新版 CRD OpenShift Container Platform 4.14 Operator 48 弃用或删除 CRD 版本 2.4.4.7. 依 依赖项最佳 最佳实践 践 在指定依赖项时应该考虑的最佳实践。 依 依赖于 于 API 或 或 Operator 的特定版本范 的特定版本范围 操作员可以随时添加或删除 API ; 始终针对 Operator 所需的任何 API 指定

CONTAINER PLATFORM CI/CD 概述 OpenShift Container Platform 是面向开发人员的企业就绪 Kubernetes 平台，使组织能够通过 DevOps 实践（如持续集成(CI)和持续交付(CD)）自动化应用程序交付流程。为了满足您的机构需求，OpenShift Container Platform 提供以下 CI/CD 解决方案： OpenShift http://repository.example.com/app/app-$APP_VERSION.jar -O app.jar 第 第 2 章 章 构 构建（ 建（BUILD） ） 27 1 2 3 4 5 在实践中，您可能希望将环境变量用于文件位置，以便要下载的具体文件能够使用 BuildConfig 中定义的 环境变量来自定义，而不必更新 Dockerfile 或 assemble 脚本。 您可以选择不同方法来定义环境变量： latest 镜像流标签对应。它仅使用特定于一个 SHA 或镜像摘要的镜像标签。当 第 第 5 章 章 JENKINS 123 ocp-tools-4 镜像更改时，如 Jenkins 安全公告，红帽工程团队会更新 Cluster Samples Operator 有效 负载。 user-maintained-upgrade-redeploy 要在升级 OpenShift Container Platform

Platform 包括一个预配置、预安装和自我更新的监控堆栈，用于监 监控核心平台 控核心平台组 组 件 件。OpenShift Container Platform 提供了与监控相关的现成的最佳实践。其中默认包括一组警报，可立 即就集群问题通知集群管理员。OpenShift Container Platform Web 控制台中的默认仪表板包括集群指标 的直观表示，以帮助您快速了解集群状态。 Platform 升级，以便最大程度降低服务影响，持续改进升级体验。 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 OpenShift Container Platform 4.10 虚 虚拟 拟化 化 274 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 有连接集群信息来帮助改进 OpenShift 有关组件、功能和扩展的使用情况信息 有关技术预览和不受支持配置的使用详情 Telemetry 不会收集任何身份识别的信息，如用户名或密码。红帽不会收集个人信息。如果红帽发现个人 信息被意外地收到，红帽会删除这些信息。有关红帽隐私实践的更多信息，请参考红帽隐私声明。 13.9.4. CLI 故障排除和调试命令 如需 oc 客户端故障排除和调试命令列表，请参阅 OpenShift Container Platform CLI 工具文档。

对影响客户的问题做出反应。同时还有助于红 帽向客户推出 OpenShift Container Platform 升级，以便最大程度降低服务影响，持续改进升级体验。 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 有连接集群信息来帮助改进 OpenShift Container Platform，提高其易用性。所有这些信息都不会与第三 方共享。 3 报告来说更深层次的故障数据。这 些数据每天分多次发送，其内容包括： 有关集群运行环境的重要配置信息 有关集群及其主要组件状态的详情 有关报告故障的基础架构 Pod 或节点的调试信息 这类调试信息将提供给红帽支持和工程团队，其访问限制等同于访问通过问题单报告的数据。红帽利用所 有连接集群信息来帮助改进 OpenShift Container Platform，提高其易用性。所有这些信息都不会与第三 方共享。 3

了解有关 了解有关 OPENSHIFT CONTAINER PLATFORM 的更多信息 的更多信息 2.1. 架构 2.2. CLUSTER ADMINISTRATOR 2.3. 应用程序站点可靠性工程师 (APP SRE) 2.4. 开发者 3 3 4 5 7 7 7 7 8 目 目录 录 1 OpenShift Container Platform 4.10 关于 关于 2 互动学习门户 网络 监控概述 OpenShift Container Platform 生命周期 存储 备份和恢复 更新集群 2.3. 应用程序站点可靠性工程师 (APP SRE) 第 第 2 章 章 了解有关 了解有关 OPENSHIFT CONTAINER PLATFORM 的更多信息 的更多信息 7 了解 了解 OpenShift Container

了解有关 了解有关 OPENSHIFT CONTAINER PLATFORM 的更多信息 的更多信息 2.1. 架构 2.2. CLUSTER ADMINISTRATOR 2.3. 应用程序站点可靠性工程师 (APP SRE) 2.4. 开发者 3 3 4 5 8 8 8 8 9 目 目录 录 1 OpenShift Container Platform 4.13 关于 关于 2 互动学习门户 网络 监控概述 OpenShift Container Platform 生命周期 存储 备份和恢复 更新集群 2.3. 应用程序站点可靠性工程师 (APP SRE) OpenShift Container Platform 4.13 关于 关于 8 了解 了解 OpenShift Container Platform 部署和管理 部署和管理应

. . 目 目录 录 第 第 1 章 章 推荐的主机 推荐的主机实 实践 践 1.1. 推荐的节点主机实践 1.2. 创建 KUBELETCONFIG CRD 来编辑 KUBELET 参数 1.3. 修改不可用 WORKER 节点的数量 1.4. CONTROL PLANE 节点大小 1.5. 推荐的 ETCD 实践 1.6. 将 ETCD 移动到不同的磁盘 1.7. 分离 ETCD 数据 境的推荐主机实 实践 践 2.1. 管理 CPU 过量使用 2.2. 禁用透明巨页 2.3. 使用 RECEIVE FLOW STEERING（RFS）提高网络性能 2.4. 选择您的网络设置 2.5. 确保 Z/VM 上使用 HYPERPAV 的高磁盘性能 2.6. IBM Z 主机上的 RHEL KVM 建议 第 第 3 章 章 推荐的集群 推荐的集群扩 扩展 展实 实践 践 3.1. 扩展集群的建议实践 3.2. 修改机器集 3.3. 关于机器健康检查 3.4. MACHINEHEALTHCHECK 资源示例 3.5. 创建 MACHINEHEALTHCHECK 资源 第 第 4 章 章 使用 使用 NODE TUNING OPERATOR 4.1. 关于 NODE TUNING OPERATOR 4.2. 访问 NODE TUNING OPERATOR 示例规格 4

. . . . . . 目 目录 录 第 第 1 章 章 概述 概述 第 第 2 章 章 推荐的安装 推荐的安装实 实践 践 2.1. 预安装依赖项 2.2. ANSIBLE 安装优化 2.3. 网络注意事项 第 第 3 章 章 推荐的主机 推荐的主机实 实践 践 3.1. OPENSHIFT CONTAINER PLATFORM MASTER 主机的推荐做法 3.2. OPENSHIFT OPENSHIFT CONTAINER PLATFORM 节点主机的推荐做法 3.3. OPENSHIFT CONTAINER PLATFORM ETCD 主机的建议实践 3.3.1. 通过 OpenStack 使用 PCI 透传向 etcd 节点提供存储 3.4. 使用 TUNED 配置集扩展主机 第 第 4 章 章 优 优化 化计 计算 算资 资源 源 4.1. 过量使用 4.2. 镜像注意事项 调优注意事项可能会因集群设置而异，并建议本指南中的任何性能建议都有利弊。 OpenShift Container Platform 3.11 扩 扩展和性能指南 展和性能指南 4 第 2 章 推荐的安装实践 2.1. 预安装依赖项 节点主机将访问网络来安装任何 RPM 依赖项，如 atomic-openshift-*、iptables 和 CRI-O 或 Docker。 预安装这些依赖关系，创建更高效的安装，因为仅在需要时访问

RHCOS 5.2. 查看 IGNITION 配置文件 5.3. 安装后更改 IGNITION 配置 第 第 6 章 章 CI/CD 方法和 方法和实 实践 践 6.1. 用于集群管理和应用程序配置管理的 CI/CD 6.2. GITOPS 方法和实践 第 第 7 章 章 在 在 OPENSHIFT CONTAINER PLATFORM 中使用 中使用 ARGOCD 7.1. ARGOCD 做什么？ 容都是 URL 样式的数据。然后，将新 MachineConfig 应用到集群。 OpenShift Container Platform 4.3 架 架构 构 28 第 6 章 CI/CD 方法和实践 使用 持续的集成/持续提供 (CI/CD) 方法，您可以通过将自动化融入到应用程序开发阶段，从集成和测试 阶段到交付和部署阶段，定期向客户提供应用程序。CI/CD 进程通常被称为 "CI/CD pipeline"。 续部署 可以实现更改的发行，从存储库开始，并以生产结束。持续部署会加快应用程序的交付使用的速度，并可 减少操作团队的工作量。 6.2. GITOPS 方法和实践 GitOps 是一组使用 Git 拉取请求来管理基础架构和应用程序配置的实践。GitOps 中的 Git 存储库是系统 和应用程序配置的唯一来源。该程序库包含该系统的完整状态，以便可查看并可审核更改到系统状态。 GitOps 允许您实施