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

5. 镜像标签 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 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 下，与从您的镜像创建的容器关联 公开端口还存在于通过 podman inspect 返回的镜像元数据中 当将一个容器链接到另一容器时，公开端口也会链接到一起 设 设置 置环 环境 境变 变量 量 设置环境变量的最佳做法是使用 ENV 指令设置环境变量。一个例子是设置项目版本。这让人可以无需通 过查看 Dockerfile 便可轻松找到版本。另一示例是在系统上公告可供其他进程使用的路径，如 JAVA_HOME。

控制台部署分布式追踪流策略 3.2.3.1. 通过 CLI 部署分布式追踪流策略 3.2.4. 验证部署 3.2.4.1. 访问 Jaeger 控制台 3.2.5. 自定义部署 3.2.5.1. 部署最佳实践 4 4 4 4 4 4 5 5 5 5 6 6 6 6 6 6 6 7 7 7 8 8 8 8 9 9 11 11 11 11 11 13 13 13 13 14 15 trace，您可以使用过滤器和 Find Traces 按钮搜索 trace 数据。 如果您要验证控制台安装，则不会显示 trace 数据。 3.2.5. 自定义部署 3.2.5.1. 部署最佳 部署最佳实 实践 践 Red Hat OpenShift distributed tracing 实例名称必须是唯一的。如果您有多个 Red Hat OpenShift distributed tracing 导出器可能会附带默认设置，但一般还需要指定目标和安全设置。 您可以在自定义资源 YAML 文件中定义多个组件实例。配置后，必须通过 YAML 文件的 spec.config.service 部分中定义的管道启用这些组件。作为最佳实践，您应该只启用您需要的组件。 OpenTelemetry 收集器自定 收集器自定义资 义资源文件示例 源文件示例 protocol: UDP

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 做什么？ Platform 使用 Red Hat Enterprise Linux CoreOS (RHCOS)，这是一款面向容器的 操作系统，结合了 CoreOS 和 Red Hat Atomic Host 操作系统的一些最佳特性和功能。RHCOS 是专门为 从 OpenShift Container Platform 运行容器化应用程序而设计的，能够与新工具配合，提供快速安装、基 于 Operator 的管理和简化的升级。 、Deployments 等） 等）：如果要将服务或其他用户级功 能添加到集群中，请考虑将它们添加为 Kubernetes 工作负载对象。为了减少在后续的升级中破坏 集群的风险，在特定节点配置之外应用这些功能是最佳方法。 第二天自定 第二天自定义 义配置任 配置任务 务：如果可能，在不对集群节点进行任何自定义配置的情况下启动集群，并 在集群启动后再进行必要的节点更改。这些更改可以更轻松地管理，且不太可能破坏以后的更

PLATFORM 镜像存储库 3.4. 使用带有备用或镜像 REGISTRY 的 CLUSTER SAMPLES OPERATOR 镜像流 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 使用 SOURCE-TO-IMAGE 从源代码创建镜像 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 第 第 5 章 章 管理 管理镜 镜像 据、测试镜像以及使用自定义构建程序工作流创建可用于 OpenShift Container Platform 的镜像的最佳实 践。创建镜像后，您可将其推送到 OpenShift 镜像 registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 OpenShift Container Platform 4.14 镜 镜像 像 26 当将一个容器链接到另一容器时，公开端口也会链接到一起 设 设置 置环 环境 境变 变量 量 设置环境变量的最佳做法是使用 ENV 指令设置环境变量。一个例子是设置项目版本。这让人可以无需通 过查看 Dockerfile 便可轻松找到版本。另一示例是在系统上公告可供其他进程使用的路径，如 JAVA_HOME。

用户运行脚本。 用户效率 S2I 禁止开发人员在应用程序构建期间执行任意 yum install 类型的操作。因为这类操作可能 会减慢开发迭代速度。 生态系统 S2I 倡导共享镜像生态系统，您可以将其中的最佳实践运用于自己的应用程序。 可重复生成性 生成的镜像可以包含所有输入，包括构建工具和依赖项的特定版本。这可确保精确地重新生成 镜像。 1.1.3. Custom 构建 采用 Custom 构建策 http://repository.example.com/app/app-$APP_VERSION.jar -O app.jar EXPOSE 8080 CMD [ "java", "-jar", "app.jar" ] 在实践中，您可能希望将环境变量用于文件位置，以便要下载的具体文件能够使用 BuildConfig 中定义的 环境变量来自定义，而不必更新 Dockerfile 或 assemble 脚本。 您可以选择不同方法来定义环境变量： 2 用户效率 S2I 禁止开发人员在应用程序构建期间执行任意 yum install 类型的操作。因为这类操作可能 会减慢开发迭代速度。 生态系统 S2I 倡导共享镜像生态系统，您可以将其中的最佳实践运用于自己的应用程序。 可重复生成性 生成的镜像可以包含所有输入，包括构建工具和依赖项的特定版本。这可确保精确地重新生成 镜像。 5.2.1. 执行 Source-to-Image (S2I)

CLUSTER SAMPLES OPERATOR 镜像流 3.4.1. 协助镜像的 Cluster Samples Operator 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.1.1. 常规容器镜像准则 重复利用镜像 在标签内维持兼任性 避免多进程 在 wrapper 脚本中使用 exec 清理临时文件 按正确顺序放置指令 6 6 6 6 6 6 据、测试镜像以及使用自定义构建程序工作流创建可用于 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践 在创建 OpenShift Container Platform 上运行的容器镜像时，镜像创建者需考虑诸多最佳实践，以确保为 镜像的使用者提供良好体验。镜像原则上不可变且应按原样使用，所以请遵守以下准则，以确保您的镜像 mypackage && yum clean all -y 第 第 4 章 章 创 创建 建镜 镜像 像 27 当将一个容器链接到另一容器时，公开端口也会链接到一起 设置环境变量 设置环境变量的最佳做法是使用 ENV 指令设置环境变量。一个例子是设置项目版本。这让人可以无需通 过查看 Dockerfile 便可轻松找到版本。另一示例是在系统上公告可供其他进程使用的路径，如 JAVA_HOME。

置为可以调度。 使用 system-reserved 设置为节点分配资源。您可以允许 OpenShift Container Platform 自动决 定节点的最佳 system-reserved CPU 和内存资源，也可以手动决定并为节点设置最佳资源。 根据节点上的处理器内核数、硬限制或两者，配置可在节点上运行的 pod 数量。 使用 pod 反关联性来安全地重新引导节点。 通过使用机器集缩减 Deployment、Deployment Config、StatefulSet、Job、DaemonSet、ReplicaSet 或 ReplicationController。 VPA 可帮助您了解 Pod 的最佳 CPU 和内存使用情况，并可以通过 pod 生命周期自动维护 pod 资源。 2.5.1. 关于 Vertical Pod Autoscaler Operator Vertical Pod Autoscaler 要使用 Vertical Pod Autoscaler Operator（vpa），您需要为集群中的工作负载对象创建 VPA 自定义资源 （CR）。VPA 学习并应用与该工作负载对象关联的 pod 的最佳 CPU 和内存资源。您可以使用 VPA 与部 署、有状态集、作业、守护进程集、副本集或复制控制器工作负载对象一起使用。VPA CR 必须与您要监 控的 pod 位于同一个项目中。 您可以使用 VPA

默认行为。 使用 system-reserved 设置为节点 分配资源。您可以允许 OpenShift Container Platform 自动 决定节点的最佳 system-reserved CPU 和内存资源，也可以手动为节点决定和设置最佳资源。 根据 节点上的处理器内核数和或硬限制，配置可在节点上运行的 pod 数量。 使用 pod 反关联性 安全地重新引导节点。 通过使用机器集缩减 、StatefulSet、 、Job、 、DaemonSet、 、ReplicaSet 或 或 ReplicationController。 。 VPA 可帮助您了解 可帮助您了解 Pod 的最佳 的最佳 CPU 和内存使用情况，并可以通 和内存使用情况，并可以通过 过 pod 生命周期自 生命周期自动维护 动维护 pod 资 资源。 源。 重要 重要 垂直 垂直 Pod 集群中的工作负载对 负载对象 象创 创建 建 VPA 自定 自定 义资 义资源（ 源（CR）。 ）。VPA 学 学习 习并 并应 应用与 用与该 该工作 工作负载对 负载对象关 象关联 联的 的 pod 的最佳 的最佳 CPU 和内存 和内存资 资源。您可以使用 源。您可以使用 VPA 与部署、有状 与部署、有状态 态集、作 集、作业 业、守 、守护进 护进程集、副本集或复制控制器工作 程集、副本集或复制控制器工作负载对

. . . . . . 目 目录 录 第 第 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。 预安装这些依赖关系，创建更高效的安装，因为仅在需要时访问