Container Platform 3.11 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Last Updated: 2023-03-25 OpenShift Container Platform 3.11 扩展和性能指南 OpenShift Container Platform 3.11 扩展和性能指南 Enter your first the OpenStack community. All other trademarks are the property of their respective owners. 摘要 摘要 扩展集群并调整生产环境中的性能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . OPENSHIFT CONTAINER PLATFORM ETCD 主机的建议实践 3.3.1. 通过 OpenStack 使用 PCI 透传向 etcd 节点提供存储 3.4. 使用 TUNED 配置集扩展主机 第 第 4 章 章 优 优化 化计 计算 算资 资源 源 4.1. 过量使用 4.2. 镜像注意事项 4.2.1. 使用预部署的镜像提高效率 4.2.2. 预拉取镜像 4.3. 使用

2.4. 使用 POD 横向自动扩展自动扩展 POD 2.4.1. 了解 pod 横向自动扩展 2.4.1.1. 支持的指标 2.4.1.2. 扩展策略 2.4.2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 2.5. 使用垂直 POD 自动扩展自动调整 POD 资源级别 2.5.1. 关于 Vertical Pod Autoscaler Operator 2.5.2. 安装 Vertical Pod Autoscaler Operator 2.5.3. 关于使用 操作 操作 用 用户 户 更多信息 更多信息 创建和使用横向 pod 自动缩放器。 开发者 您可以使用 pod 横向自动扩展来指定您要 运行的 pod 的最小和最大数量，以及 pod 的目标 CPU 使用率或内存使用率。通过使 用 pod 横向自动扩展，您可以 自动扩展 pod。 OpenShift Container Platform 4.6 节 节点 点 10 安装和使用垂直 pod

2.4. 使用 POD 横向自动扩展自动扩展 POD 2.4.1. 了解 pod 横向自动扩展 2.4.1.1. 支持的指标 2.4.1.2. 扩展策略 2.4.2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 2.5. 使用垂直 POD 自动扩展自动调整 POD 资源级别 2.5.1. 关于 Vertical Pod Autoscaler Operator 2.5.2. 安装 Vertical Pod Autoscaler Operator 2.5.3. 关于使用 更多信息 创建并使用 pod 横向自动扩展。 开发者 您可以使用 pod 横向自动扩展来指定您要 运行的 pod 的最小和最大数量，以及 pod 的目标 CPU 使用率或内存使用率。通过使 用 pod 横向自动扩展，您可以自动扩展 pod。 安装和使用垂直 pod 自动缩放器。 管理员和开发人员 作为管理员，通过监控资源和资源要求， 使用垂直 pod 自动扩展来更好地利用集群 资源。 作为开发人员，使用垂直

OC 和 和 KUBECTL 之 之间 间的区 的区别 别 6.1. 为什么使用 OC OVER KUBECTL？ 6.2. 使用 OC 6.3. 使用 KUBECTL 第 第 7 章 章 扩 扩展 展 CLI 7.1. 概述 7.2. 先决条件 28 28 28 29 29 29 30 30 30 30 30 30 31 31 31 31 31 31 32 33 例如，以下命令列出项目的可用镜像： 输 输出示例 出示例 您可以使用 -o 或 --output 选项修改输出格式。 输出格式可以是 JSON 或 YAML，也可以是 自定义列、golang 模板 和 jsonpath 等可扩展格式。 例如，以下命令列出了特定项目中运行的 pod 的名称： $ oc new-app https://github.com/sclorg/cakephp-ex $ oc new-app https://github 第 第 4 章 章 开 开发 发人 人员 员 CLI 操作 操作 29 4.7.7. secrets 配置 secret ： 4.7.8. autoscale 为您的应用程序设置 自动扩展器。需要在集群中启用指标。如果需要，请参阅为集群管理员说明 启用集 群指标。 4.8. 故障排除和调试操作 4.8.1. debug 启动一个 shell 以调试正在运行的应用程序。 调试镜像并设置问题时，您可以获取正在运行的

RHCOS 现在使用 RHEL 8.2 1.2.1.4. Ignition 规格更新至 v3 1.2.1.5. 将节点添加到现有集群的额外步骤 1.2.1.6. 现在，支持 RHCOS 和 MCO 的扩展 1.2.1.7. 现在支持 4Kn 磁盘 1.2.1.8. 现在支持 /var 分区 1.2.1.9. 使用 OVA 的 vSphere 的静态 IP 配置 1.2.2. 安装和升级 1.2 k8sResourcePrefix specDescriptor 字段支持 CRD 实例 1.2.5.7. 资源页面中的栏管理 1.2.5.8. Developer Perspective (开发者视角) 1.2.6. 扩展 1.2.6.1. 集群最大限制 1.2.6.2. 添加到 Node Tuning Operator 的实时配置集 1.2.6.3. 现在完全支持 Performance Addon Operator 在控制台中管理裸机主机 1.2.7. 开发者体验 1.2.7.1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 1.2.8. 网络 1.2.8.1. OVN-Kubernetes 集群网络供应商 GA 1.2.8.2. 扩展节点服务端口范围 1.2.8.3. SR-IOV Network Operator InfiniBand

从概念上讲，Operator 会收集人类操作知识，并将其编码成更容易分享给消费者的软件。 Operator 是一组软件，可用于降低运行其他软件的操作复杂程度。它可以被看作是软件厂商的工程团队 的扩展，可以在 Kubernetes 环境中（如 OpenShift Container Platform）监控软件的运行情况，并根据 软件的当前状态实时做出决策。Advanced Operator 被设 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes，您需要一组统一的 API 进行扩展，以便服务和管理 Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator？ Operator 而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？

PODNETWORKCONNECTIVITYCHECK 对象字段 7.4. 验证端点的网络连接 第 第 8 章 章 配置 配置节 节点端口服 点端口服务 务范 范围 围 8.1. 先决条件 8.2. 扩展节点端口范围 8.3. 其他资源 第 第 9 章 章 配置 配置 IP 故障 故障转 转移 移 6 6 6 7 10 10 11 11 11 11 12 12 12 13 13 负载 负载均衡 均衡 22.1. 使用带有 KURYR SDN 的 OCTAVIA OVN 负载均衡器供应商驱动 22.2. 使用 OCTAVIA 为应用程序流量扩展集群 22.3. 使用 RHOSP OCTAVIA 为入站流量扩展 22.4. 配置外部负载均衡器 第 第 23 章 章 使用 使用 METALLB 进 进行 行负载 负载平衡 平衡 23.1. 关于 METALLB 和 METALLB 配置 METALLB 地址池 23.4. 将服务配置为使用 METALLB 第 第 24 章 章 将二 将二级 级接口指 接口指标 标与网 与网络 络附加关 附加关联 联 24.1. 为监控扩展二级网络指标 335 335 336 337 347 352 352 352 354 355 355 356 358 360 360 361 363 365 368 368 372

13.3. 其他资源 第 第 14 章 章 配置 配置节 节点端口服 点端口服务 务范 范围 围 14.1. 先决条件 14.2. 扩展节点端口范围 14.3. 其他资源 第 第 15 章 章 配置集群网 配置集群网络 络范 范围 围 15.1. 扩展集群网络 IP 地址范围 15.2. 其他资源 第 第 16 章 章 配置 配置 IP 故障 故障转 转移 移 16.1. IP 故障转移环境变量 负载均衡器服务的限制 34.2. 使用带有 KURYR SDN 的 OCTAVIA OVN 负载均衡器供应商驱动 34.3. 使用 OCTAVIA 为应用程序流量扩展集群 34.4. 使用 RHOSP OCTAVIA 为入站流量扩展 34.5. 配置外部负载均衡器 第 第 35 章 章 使用 使用 METALLB 进 进行 行负载 负载平衡 平衡 35.1. 关于 METALLB 和 METALLB 联 36.1. 为监控扩展二级网络指标 650 654 659 668 674 676 678 682 692 692 OpenShift Container Platform 4.13 网 网络 络 6 目 目录 录 7 第 1 章 关于网络 Red Hat OpenShift 网络是一个功能生态系统、插件和高级网络功能，它使用高级网络相关功能来扩展 Kubernetes

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 适配器 1.22. 服务网格故障排除 1 Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Container Platform 4.8.12 和 OpenShift Container Platform 4.9。 1.2.2.12.4. Service Mesh WebAssembly(WASM)扩展 ServiceMeshExtensions 自定义资源定义(CRD)现已正式发布，它首次作为技术预览功能在版本 2.0 中 推出。您可以使用 CRD 构建自己的插件，但红帽并不支持您创建的插件。

目 目录 录 第 第 1 章 章 机器管理概述 机器管理概述 1.1. MACHINE API 概述 1.2. 管理计算机器 1.3. 管理 CONTROL PLANE 机器 1.4. 将自动扩展应用到 OPENSHIFT CONTAINER PLATFORM 集群 1.5. 在用户置备的基础架构上添加计算机器 1.6. 在集群中添加 RHEL 计算机器 第 第 2 章 章 使用 使用 MACHINE OPENSTACK 上创建计算机器集 2.10. 在 VSPHERE 上创建计算机器设置 2.11. 在裸机上创建计算机器集 第 第 3 章 章 手 手动扩 动扩展 展计 计算机器集 算机器集 3.1. 先决条件 3.2. 手动扩展计算机器集 3.3. 计算机器集删除策略 3.4. 其他资源 第 第 4 章 章 修改 修改计 计算机器集 算机器集 4.1. 使用 CLI 修改计算机器集 第 机器删除阶段的生命周期 HOOK 6.3. 其他资源 第 第 7 章 章 将自 将自动扩 动扩展 展应 应用到 用到 OPENSHIFT CONTAINER PLATFORM 集群 集群 7.1. 关于集群自动扩展 7.2. 配置集群自动扩展 7.3. 关于机器自动扩展 7.4. 配置机器自动扩展 7.5. 禁用自动扩展 7.6. 其他资源 第 第 8 章 章 创 创建基 建基础 础架 架构 构机器集