之上添加的功能需要。最后，这意味着 etcd 主机性能和大小调整的信 息将与 Kubernetes 和其他建议有所不同。红帽使用 OpenShift Container Platform 用例和参数测试 etcd 可扩展性和性能，以生成最准确的建议。 使用 cluster-loader 实用程序使用 300 个节点 OpenShift Container Platform 3.6 集群来量化性能。etcd 3.x（存储模式 Enterprise Linux(RHEL)和其他红帽产品默认启用的调优配置文件交付机制。 tuned 自 定义 Linux 设置，如 sysctl、电源管理和内核命令行参数，以针对不同的工作负载性能和可扩展性要求优 化操作系统。 OpenShift Container Platform 利用 tuned 守护进程，包括名为 openshift、openshift-node 和 openshift-control-plane 动态内容。 应该使用 路由器分片 为应用程序提供更多路由，并帮助水平扩展路由层。 8.1.2. 性能优化 8.1.2.1. 设 设置 置连 连接的最大数量 接的最大数量 HAProxy 可扩展性最重要的可调整参数之一是 maxconn 参数，该参数将每个进程的最大并发连接数设置 为给定数字。通过编辑 OpenShift Container Platform HAProxy 路由器部署配置文件中的

117 5.3.3. 从 Jenkins 插件迁移到 Tekton Hub 任务 您可以使用 插件 来扩展 Jenkins 的功能。要在 OpenShift Pipelines 中实现类似的可扩展性，请使用 Tekton Hub 中提供的任何任务。 例如，考虑 Tekton Hub 中的 git-clone 任务，它对应于 Jenkins 的 git 插件。 示例： 示例：Tekton Hub OpenShift Pipelines 采用"容器先行"方法，其中的每 个步骤都作为 pod 中的容器运行（等同于 Jenkins 中 的节点）。 使用插件可实现可扩展性。 使用 Tekton Hub 中的任务或创建自定义任务和脚本来 实现可扩展性。 5.3.6. 常见使用案例示例 Jenkins 和 OpenShift Pipelines 都为常见 CI/CD 用例提供功能，例如： 使用 Apache

在安装过程中运行以下命令来监控 pod 的进度： 安装过程完成后，您应该看到类似以下示例的输出： 3.2.2. 从 Web 控制台部署分布式追踪生产环境策略 production 部署策略主要用于生产环境，它需要更具扩展性和高度可用的架构，在此情况下，对 trace 数 据进行长期存储非常重要。 先决条件 先决条件 已安装 OpenShift Elasticsearch Operator。 已安装 Red Hat 在安装过程中运行以下命令来监控 pod 的进度： 安装过程完成后，您应该看到类似以下示例的输出： 3.2.3. 从 Web 控制台部署分布式追踪流策略 streaming 部署策略主要用于生产环境，在生产环境中需要更具扩展性和高度可用的架构，其中，对 trace 数据进行长期存储非常重要。 streaming 策略提供了位于 Collector 和 Elasticsearch 存储之间的流功能。这可在高负载情况下减少存储

组件，以确保它们有足够资源可大规模运 行。 3. 工作负载节点专用于运行性能和可扩展工作负载生成器。 4. 使用更大的磁盘，以便有足够的空间存储在运行性能和可扩展性测试期间收集的大量数据。 5. 在迭代中扩展了集群，且性能和可扩展性测试是在指定节点数中执行的。 8.2.2. IBM Power 平台 节 节点 点 vCPU RAM(GiB) 磁 磁盘类 盘类型 型 磁 磁盘 盘大小 大小 Monitoring、Ingress 和 Registry 组件，以确保它们有足够资源可大规模运 行。 3. 工作负载节点专用于运行性能和可扩展工作负载生成器。 4. 使用更大的磁盘，以便有足够的空间存储在运行性能和可扩展性测试期间收集的大量数据。 5. 在迭代中扩展了集群。 8.2.3. IBM Z 平台 节 节点 点 vCPU [4] RAM(GiB)[5] 磁 磁盘类 盘类型 型 磁 磁盘 盘大小 大小 (GiB)/IOS (RHACM)使用 Git 存储库来驱动基础架构 部署。 GitOps 提供可追溯性、基于角色的访问控制 (RBAC)，以及每个站点的所需状态的单一数据源。Git 方法 可通过 webhook 解决可扩展性问题，以及事件驱动的操作。 您可以通过创建 ZTP 管道提供的声明性站点定义和配置自定义资源 (CR) 来启动 ZTP 工作流。 下图显示了 ZTP 如何在最边缘框架内工作。 第 第 19 章

在安装过程中运行以下命令来监控 pod 的进度： 安装过程完成后，输出类似以下示例： 3.2.3. 从 Web 控制台部署分布式追踪平台生产策略 production 部署策略主要用于生产环境，它需要更具扩展性和高度可用的架构，在此情况下，对 trace 数 据进行长期存储非常重要。 先决条件 先决条件 已安装 OpenShift Elasticsearch Operator。 已安装 Red Hat 在安装过程中运行以下命令来监控 pod 的进度： 安装过程完成后，您会看到类似以下示例的输出： 3.2.4. 从 Web 控制台部署分布式追踪平台流策略 streaming 部署策略主要用于生产环境，在生产环境中需要更具扩展性和高度可用的架构，其中，对 trace 数据进行长期存储非常重要。 streaming 策略提供了位于 Collector 和 Elasticsearch 存储之间的流功能。这在高负载情况下降低了存储

SIDECAR 注入 1.11. 升级 SERVICE MESH 1.12. 管理用户和配置集 1.13. 安全性 1.14. 管理服务网格中的流量 1.15. 指标、日志和追踪 1.16. 性能和可扩展性 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO wasmExtensions.cacher WASM 扩展缓存容器 v2.0 - 技术预览 组 组件 件 描述 描述 支持的版本 支持的版本 一些组件支持资源限制和调度。如需更多信息，请参阅 性能和可扩展性。 1.11.4.4.4. 迁移应用程序和工作负载的后续步骤 将应用程序工作负载移到新网格中，删除旧实例以完成您的升级。 1.11.5. 升级数据平面（data plane） 升级 control Prometheus 行的 Location 列中的链接。 5. 使用 OpenShift Container Platform 凭证登录到 Prometheus 控制台。 1.16. 性能和可扩展性 默认 ServiceMeshControlPlane 设置不适用于生产环境，它被设计为在一个默认的 OpenShift Container Platform 安装中成功安装，默认的 OpenShift

4.12 4.13 4.14 驱动程序工具包 公开发行 公开发行 公开发行 hub 和 spoke 集群的支持 技术预览 公开发行 公开发行 可 可扩 扩展性和性能技 展性和性能技术预览 术预览功能 功能 表 表 1.21. 可 可扩展性和性能技 展性和性能技术预览 功能 功能 4.12 4.13 4.14 调整 etcd 延迟容错功能 不可用 不可用 技术预览 超线程感知 CPU Manager

Kubernetes 集群，跨越内部部署、公共云、私有云或混合云中的主机。 传统上，应用程序部署在单一操作系统之上。通过虚拟化，您可以将物理主机分成几个虚拟主机。在共享 资源中使用虚拟实例并非是实现运行效率和可扩展性的最佳选择。因为虚拟机 (VM) 和物理主机一样会消 耗尽可能多的资源，因此为虚拟机提供资源（如 CPU、RAM 和存储）的成本会比较高。另外，您可能会 看到，因为使用共享资源，导致虚拟实例中运行的应用程序的性能下降。

(OLM) 中目录格式的最新迭代。它是基于纯文本（JSON 或 YAML）和早期 SQLite 数据库格式的声明式配置演变，并且完全向后兼容。此格式的目标是启用 Operator 目录编辑、可组合性和可扩展性。 编辑 使用基于文件的目录，与目录内容交互的用户可以对格式进行直接更改，并验证其更改是否有效。由 于这种格式是纯文本 JSON 或 YAML，因此目录维护人员可以通过手动或广泛支持的 JSON Operator 目录并直接控制其内容。对于基于文件的目录，Operator 作者负责在目录中构建和维护其软 件包的任务。但是，复合目录维护者仅拥有在其目录中管理软件包并将目录发布到用户的任务。 可 可扩展性 展性 基于文件的目录规格是目录的一个低级别表示。虽然目录维护器可以直接以低级形式维护，但目录维 护人员可以在其自己的自定义工具上构建有趣的扩展，以供其自身的自定义工具用于实现任意数量的 变异。 例如，工具可以将一个高级 转换为升级边缘基于文件的低级别目录格式。 或目录维护人员可能需要通过添加新属性到符合特定标准的捆绑包来自定义所有捆绑包元数据。 第 第 2 章 章 了解 了解 OPERATOR 11 虽然这种可扩展性允许在低级别 API 上开发额外的官方工具，用于将来的 OpenShift Container Platform 版本，但目录维护人员也具有此功能。 重要 重要 从 OpenShift Container

使用的基本单元称为 Pod。Pod 代表构建应用程序的下 一步。一个 Pod 可以包含一个或多个容器。关键之处在于，Pod 是您部署、扩展和管理的单个单元。 在决定 Pod 中要放入的内容时，可扩展性和命名空间或许是要考虑的主要项目。为便于部署，您可能需 要将容器部署到 Pod 中，并在 Pod 中包含其本身的日志记录和监控容器。以后，在您运行 Pod 并需要扩 展额外的实例时，其他那些容器也会随之扩展。对于命名空间，Pod