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 允许您实施

镜像标签 3.6. 镜像 ID 3.7. 使用镜像流 3.8. 镜像流镜像 3.9. 镜像流触发器 3.10. 其它资源 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 测试 S2I 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5.4 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 高度可用，且易于在 OpenShift 即使具有持久性卷，您的镜像的每个实例也都有自己的卷，且文件系统不会在实例之间共 享。这意味着卷无法用于共享集群中的状态。 其它 其它资 资源 源 Docker 文档 - 编写 Dockerfile 的最佳实践 Project Atomic 文档 - 容器镜像创建者指南 4.1.2. OpenShift Container Platform 特定准则 以下是创建 OpenShift Container

PLATFORM 镜像存储库 3.4. 使用带有备用或镜像 REGISTRY 的 CLUSTER SAMPLES OPERATOR 镜像流 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 第 第 5 章 章 管理 管理镜 镜像 像 Container Platform 的镜像的最佳实 践。创建镜像后，您可将其推送到 OpenShift 镜像 registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 高度可用，且易于在 OpenShift 性上下文约束(SCC)。此外，您还可允许所有镜像以任何用户身份运行。 4.1.2.3. 使用服 使用服务进行 行镜像 像间通信 通信 对于您的镜像需要与另一镜像提供的服务通信的情况，例如需要访问数据库镜像来存储和检索数据的 web 前端镜像，则您的镜像应使用一个 OpenShift Container Platform 服务。服务为访问提供静态端点，该端 点不会随着容器的停止、启动或移动而改变。此外，服务还会为请求提供负载均衡。

CLUSTER SAMPLES OPERATOR 镜像流 3.4.1. 协助镜像的 Cluster Samples Operator 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.1.1. 常规容器镜像准则 重复利用镜像 在标签内维持兼任性 避免多进程 在 wrapper 脚本中使用 exec 清理临时文件 按正确顺序放置指令 6 6 6 6 6 6 7 配置应用程序 11.3.3. 将应用程序存储在 Git 中 11.4. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 11.4.1. 创建数据库服务 11.4.2. 创建前端服务 11.4.3. 为您的应用程序创建路由 第 第 12 章 章 使用 使用镜 镜像 像 12.1. 使用镜像概述 12.2. 配置 JENKINS 镜像 12.2.1. 配置和自定义 12 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 高度可用，且易于在 OpenShift

API 服务器配置会话持久 性可能会导致出现过量 OpenShift Container Platform 集群应用程序流量，以及过 量的在集群中运行的 Kubernetes API。 在负载均衡器的前端和后端配置以下端口： 表 表 12.7. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 6443 Bootstrap 的或基于会话的持久性。 提示 提示 如果应用程序入口负载均衡器可以看到客户端的真实 IP 地址，启用基于 IP 的会话持久性可以提 高使用端到端 TLS 加密的应用程序的性能。 在负载均衡器的前端和后端配置以下端口： 表 表 12.8. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 443 应用程序流 用程序流 量，以及 量，以及过 过量的在集群中 量的在集群中运 运行的 行的 Kubernetes API。 。 在 在负载 负载均衡器的前端和后端配置以下端口： 均衡器的前端和后端配置以下端口： 表 表 12.20. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部

. . 目 目录 录 第 第 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

Jaeger UI 中显 示。(TRACING-3139) 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示： Jaeger UI 中显 示。(TRACING-3139) 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示： Jaeger UI 中显 示。(TRACING-3139) 目前，分布式追踪平台(Tempo)在 IBM Z (s390x)架构中会失败。(TRACING-3545) 目前，在未部署网关时，Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS，如下所示：

API 服务器配置会话持久 性可能会导致出现过量 OpenShift Container Platform 集群应用程序流量，以及过 量的在集群中运行的 Kubernetes API。 在负载均衡器的前端和后端配置以下端口： 表 表 12.7. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 6443 Bootstrap 的或基于会话的持久性。 提示 提示 如果应用程序入口负载均衡器可以看到客户端的真实 IP 地址，启用基于 IP 的会话持久性可以提 高使用端到端 TLS 加密的应用程序的性能。 在负载均衡器的前端和后端配置以下端口： 表 表 12.8. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 443 应用程序流 用程序流 量，以及 量，以及过 过量的在集群中 量的在集群中运 运行的 行的 Kubernetes API。 。 在 在负载 负载均衡器的前端和后端配置以下端口： 均衡器的前端和后端配置以下端口： 表 表 12.17. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部

Container Platform 3 工作负载迁移到它们。有关迁移的更 OpenShift Container Platform 4.7 安装 安装 56 多信息，请参阅 OpenShift 迁移最佳实践。由于必须迁移到 OpenShift Container Platform 4，因此可以 使用任何类型的生产环境集群安装过程来创建新集群。 2.1.3. 您是否希望在您的集群中使用已存在的组件？ Server Name Indication（SNI）。 无状态负载平衡算法。这些选项根据负载均衡器的实现而有所不同。 重要 重要 不要为 API 负载均衡器配置会话持久性。 在负载均衡器的前端和后台配置以下端口： 表 表 5.32. API 负载 负载均衡器 均衡器 端口 端口 后端机器（池成 后端机器（池成员 员） ） 内部 内部 外部 外部 描述 描述 第 第 5 章 章 在 在 模式，您必须为 Ingress 路由启用Server Name Indication（SNI）。 建议根据可用选项以及平台上托管的应用程序类型，使用基于连接的或者基于会话的持久 性。 在负载均衡器的前端和后台配置以下端口： 表 表 5.33. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 端口 端口 后端机器（池成 后端机器（池成员 员） ） 内部 内部 外部 外部 描述 描述 443

API 服务器配置会话持久 性可能会导致出现过量 OpenShift Container Platform 集群应用程序流量，以及过 量的在集群中运行的 Kubernetes API。 在负载均衡器的前端和后端配置以下端口： ; 11.1.168.192.in-addr.arpa. IN PTR worker0.ocp4.example.com. 7 7.1.168.192.in-addr.arpa 的或基于会话的持久性。 提示 提示 如果应用程序入口负载均衡器可以看到客户端的真实 IP 地址，启用基于 IP 的会话持久性可以提 高使用端到端 TLS 加密的应用程序的性能。 在负载均衡器的前端和后端配置以下端口： 表 表 10.8. 应 应用程序入口 用程序入口负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 443 API 服务器配置会话持久 性可能会导致出现过量 OpenShift Container Platform 集群应用程序流量，以及过 量的在集群中运行的 Kubernetes API。 在负载均衡器的前端和后端配置以下端口： 表 表 10.20. API 负载 负载均衡器 均衡器 port 后端机器（池成 后端机器（池成员 员） ） internal 外部 外部 描述 描述 6443 Bootstrap