对象限制 象限制规 规划您的 划您的环 环境 境 8.1. OPENSHIFT CONTAINER PLATFORM 为主发行版本测试了集群最大值 8.2. 测试集群最大值的 OPENSHIFT CONTAINER PLATFORM 环境和配置 8.3. 如何根据经过测试的集群限制规划您的环境 8.4. 如何根据应用程序要求规划您的环境 第 第 9 章 章 优 优化存 化存储 储 9.1. 可用的持久性存储选项 为平台 平台验证执 验证执行延 行延迟测试 迟测试 15.1. 运行延迟测试的先决条件 15.2. 关于延迟测试的发现模式 15.3. 测量延迟 15.4. 运行延迟测试 15.5. 生成延迟测试失败报告 15.6. 生成 JUNIT 延迟测试报告 15.7. 在单节点 OPENSHIFT 集群上运行延迟测试 15.8. 在断开连接的集群中运行延迟测试 15.9. 对 CNF-TESTS 节点数量，而不影响在集群中运行的应 用程序。 1.4. CONTROL PLANE 节点大小 控制平面节点资源要求取决于集群中的节点和对象的数量和类型。以下控制平面节点大小是基于控制平面 密度测试的结果，或 Clusterdensity。此测试会在给定很多命名空间中创建以下对象： 1 个镜像流 1 个构建 5 个部署，其中 2 个 pod 副本处于睡眠 睡眠状态，每个状态都挂载 4 个 secret、4 个配置映射和

实验室环境 10.3.2. 先决条件 第 第 11 章 章 测试 测试每个集群的最大 每个集群的最大值 值 11.1. OPENSHIFT CONTAINER PLATFORM 为主版本测试的集群最大限制 11.2. OPENSHIFT CONTAINER PLATFORM 测试的集群最大限制 11.2.1. 路由最大限制 11.3. 测试 OPENSHIFT CONTAINER PLATFORM 先决条件 14.3. 消耗大页面 第 第 15 章 章 在 在 GLUSTERFS 存 存储 储上 上进 进行 行优 优化 化 15.1. 数据库聚合模式指南 15.2. 测试的应用程序 15.3. 支持列表 15.4. 测试结果 32 32 32 33 33 33 33 34 34 34 36 36 36 36 37 37 38 38 39 39 40 40 41 之上添加的功能需要。最后，这意味着 etcd 主机性能和大小调整的信 息将与 Kubernetes 和其他建议有所不同。红帽使用 OpenShift Container Platform 用例和参数测试 etcd 可扩展性和性能，以生成最准确的建议。 使用 cluster-loader 实用程序使用 300 个节点 OpenShift Container Platform 3.6 集群来量化性能。etcd

Operators, Ansible-based Operators, Java-based Operators, 和 Helm-based Operators。 使用 Operator SDK 来构建、测试并部署 Operator。 安装 Operator 并订阅命名空间。 通过 Web 控制台 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 Framework 是基于上述客户体验提供的一系列工具和功能。不仅仅是编写代码；测试、交付和 更新 Operator 也同样重要。Operator Framework 组件包含用于解决这些问题的开源工具： Operator SDK Operator SDK 辅助 Operator 作者根据自身专业知识，引导、构建、测试和包装其 Operator，而无需 了解 Kubernetes API 的复杂性。 API、编写样板文件以及缺乏模块化功能（这会导致重复工 作）。 Operator SDK 是 Operator Framework 的一个组件，它提供了一个命令行界面（CLI）工具，供 Operator 开发人员用来构建、测试和部署 Operator。 为什么使用 什么使用 Operator SDK? Operator SDK 简化了这一构建 Kubernetes 原生应用程序的过程，它需要深入掌握特定于应用程序的操作

PetClinic 示例应用程序 要在 OpenShift Container Platform 集群上部署 Spring PetClinic 示例应用程序，您必须使用部署配置并 配置本地环境才能测试应用程序。 流程 1. 在 shell 中运行以下命令，使用 PostgresCluster 自定义资源(CR)部署 spring-petclinic 应用程 序： PetClinic 示例应用程序 要在 OpenShift Container Platform 集群上部署 Spring PetClinic 示例应用程序，您必须使用部署配置并 配置本地环境才能测试应用程序。 流程 1. 在 shell 中运行以下命令，使用 PostgresCluster 自定义资源(CR)部署 spring-petclinic 应用程 序： $ oc apply -n 长时间运行的连接必须被恰当处理。 数据库转换可能比较复杂，且必须和应用程序一同执行并回滚。 如果应用程序由微服务和传统组件构成，则可能需要停机才能完成转换。 您必须拥有进行此操作的基础架构。 如果您的测试环境没有被隔离，则可能会破坏到新版本和旧版本。 部署策略使用就绪度检查来确定新 pod 是否准备就绪。如果就绪度检查失败，DeploymentConfig 对象 会重新尝试运行 pod，直到超时为止。默认超时为

PetClinic 示例应用程序 要在 OpenShift Container Platform 集群上部署 Spring PetClinic 示例应用程序，您必须使用部署配置并 配置本地环境才能测试应用程序。 流程 流程 1. 在 shell 中运行以下命令，使用 PostgresCluster 自定义资源(CR)部署 spring-petclinic 应用程 序： postgrescluster PetClinic 示例应用程序 要在 OpenShift Container Platform 集群上部署 Spring PetClinic 示例应用程序，您必须使用部署配置并 配置本地环境才能测试应用程序。 流程 流程 1. 在 shell 中运行以下命令，使用 PostgresCluster 自定义资源(CR)部署 spring-petclinic 应用程 序： databaseMemoryLimit: 长时间运行的连接必须被恰当处理。 数据库转换可能比较复杂，且必须和应用程序一同执行并回滚。 如果应用程序由微服务和传统组件构成，则可能需要停机才能完成转换。 您必须拥有进行此操作的基础架构。 如果您的测试环境没有被隔离，则可能会破坏到新版本和旧版本。 部署策略使用就绪度检查来确定新 pod 是否准备就绪。如果就绪度检查失败，DeploymentConfig 对象 会重新尝试运行 pod，直到超时为止。默认超时为

了解 source-to-image 构建过程 4.3.2. 如何编写 Source-to-image 脚本 4.4. 关于测试 SOURCE-TO-IMAGE 镜像 4.4.1. 了解测试要求 4.4.2. 生成脚本和工具 4.4.3. 本地测试 4.4.4. 基本测试工作流 4.4.5. 使用 OpenShift Container Platform 构建镜像 第 第 5 章 章 管理 目。查看镜像拉取源的其他方法（如在节点上使用 crictl images 命令）显示非镜像镜像名称，即使镜像 是从镜像位置拉取的。 注意 注意 红帽不支持使用 OpenShift Container Platform 测试第三方 registry。 其他信息 其他信息 有关查看 CRI-O 日志以查看镜像源的详情，请参阅查看镜像拉取源。 3.1.1. 准备镜像主机 在创建镜像 registry 前，您必须准备镜像（mirror）主机。 REGISTRY 的 的 CLUSTER SAMPLES OPERATOR 25 第 4 章 创建镜像 了解如何基于就绪可用的预构建镜像来创建自己的容器镜像。这一过程包括学习编写镜像、定义镜像元数 据、测试镜像以及使用自定义构建程序工作流创建可用于 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践

发生命周期中一致地配置和部署基于 Kubernetes 的基础架构和应用程序。 如需更多信息，请参阅关于 Red Hat OpenShift GitOps 。 1.4. JENKINS Jenkins 自动化了构建、测试和部署应用和项目的过程。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples 4. 可选：再次运行 s2i build，以验证 save-artifacts 和 assemble 脚 本的保存和恢复工件功能。 5. 运行镜像，以验证测试应用程序是否正常工作。 注意 注意 建议将 test/run 脚本构建的测试应用程序放置到镜像存储库中 的 test/test-app 目录。 S2I 脚本示例 脚本示例 以下示例 S2I 脚本采用 Bash 编写。每个示例都假定其 或基础镜像时，请使用自定义构建器 镜像。 自定义构建器镜像是嵌入构建过程逻辑的普通容器镜像，用于构建工件，如 RPM 或基础容器镜像。 另外，自定义构建器允许实施任何扩展构建过程，如运行单元或集成测试的 CI/CD 流。 2.5.3.4.1. 自定 自定义构 义构建器 建器镜 镜像 像 在调用时，自定义构建器镜像将接收以下环境变量以及继续进行构建所需要的信息： 表 表 2.2. 自定 自定义构

使用镜像流 3.8. 镜像流镜像 3.9. 镜像流触发器 3.10. 其它资源 第 第 4 章 章 创 创建 建镜 镜像 像 4.1. 学习容器最佳实践 4.2. 包括镜像中的元数据 4.3. 测试 S2I 镜像 第 第 5 章 章 管理 管理镜 镜像 像 5.1. 管理镜像概述 5.2. 标记镜像 5.3. 镜像拉取（PULL）策略 5.4. 使用镜像 PULL SECRET 第 第 OpenShift Container Platform 4.2 镜 镜像 像 18 第 4 章 创建镜像 了解如何基于就绪可用的预构建镜像来创建自己的容器镜像。这一过程包括学习编写镜像、定义镜像元数 据、测试镜像以及使用自定义构建程序工作流创建可用于 OpenShift Container Platform 的镜像的最佳实 践。创建完镜像后，您可将其推送到内部 registry。 4.1. 学习容器最佳实践 io.openshift.min-cpu 4 变 变量 量 描述 描述 4.3. 测试 S2I 镜像 作为 Source-to-Image (S2I) 构建程序镜像创建者，您可在本地测试 S2I 镜像，并使用 OpenShift Container Platform 构建系统进行自动化测试和连续集成。 为了成功运行 S2I 构建，S2I 需要存在 assemble 和 run 脚本。提供

将它们转发到日志存储或第三方系统。 日志存 日志存储 储 日志存储用于存储聚合的日志。您可以使用默认的 Elasticsearch 日志存储，或将日志转发到外部日志 存储。默认日志存储经过优化并测试以进行简短存储。 日志可 日志可视 视化工具 化工具 日志可视化工具是用户界面 (UI) 组件，可用于查看日志、图形、图表和其他指标等信息。当前的实现 是 Kibana。 node 节点是 OpenShift Fluentd。 log store（日志存储） - 存储日志的位置。默认是 Elasticsearch。您可以使用默认的 Elasticsearch 日志存储，或将日志转发到外部日志存储。默认日志存储经过优化并测试以进行简 短存储。 visualization（可视化） - 此 UI 组件用于查看日志、图形和图表等。当前的实现是 Kibana。 在本文中我们可能会互换使用日志存储或 Elasticsearch、视觉化或 协议、syslog 协议或 OpenShift Container Platform 日志转发 API 将日志转发到外 部日志存储。 OpenShift Logging Elasticsearch 实例经过优化并测试，用于大约 7 天的简短存储。如果要更长时间保留 日志，建议您将数据移至第三方存储系统。 Elasticsearch 将日志数据从 Fluentd 整理到数据存储或 索引 中，然后将每个索引分成多个碎片（称为

InfiniBand 设备支持 1.2.8.4. 增加了置备网络的 DHCP 范围 1.2.8.5. Pod 网络连接检查 1.2.8.6. 辅助设备指标可与网络附加关联 1.2.8.7. CNF 测试可以在发现模式下运行 1.2.8.8. HAProxy 版本升级 1.2.8.9. Control over X-Forwarded header 1.2.8.10. 修改路由路径 1.2.8 如需更多信息，请参阅将二级接口指标与网络附加关联。 1.2.8.7. CNF 测试 测试可以在 可以在发现 发现模式下 模式下运 运行 行 这是一个可选模式，Cloud-native Network Function（CNF）测试会试图在集群上查找配置而不是应用新 的配置。CNF 测试镜像是 CNF conformance 测试套件的容器化版本。它旨在针对启用了 CNF 的 OpenShift Container 工作负载所需的所有组件。 每次执行测试时都会执行环境配置。这包括创建 SRI-OV 节点策略、性能配置集或 PTP 配置集等项目。 允许测试对已进行了配置的集群进行配置可能会影响集群的功能。另外，对配置项目（如 SR-IOV 节点策 略）的更改可能会导致环境临时不可用，直到处理配置更改为止。 发现模式会在不更改其配置的情况下验证集群的功能。在测试时使用现有环境配置。测试会尝试查找所需 的配置项目，并