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. 使用

4 章 章 使用 使用 TOPOLOGY 视图查 视图查看 看应 应用程序 用程序组 组成情况 成情况 4.1. 先决条件 4.2. 查看应用程序拓扑 4.3. 与应用程序和组件交互 4.4. 扩展应用程序 POD 以及检查构建和路由 4.5. 将组件添加到现有项目 4.6. 对应用程序中的多个组件进行分组 4.7. 在应用程序中添加服务 4.8. 从应用程序中删除服务 4.9. 用于 TOPOLOGY 创建应用程序后，您可以使用 Web 控制台监控项目或应用指标。您还可以使用 Web 控制台 编辑或删 除应用程序。当应用程序运行时，并非所有应用资源都不会被使用。作为集群管理员，您可以选择闲置这 些可扩展资源来减少资源消耗。 1.2.3. 将应用程序连接到服务 应用程序使用后端服务来构建和连接工作负载，这因服务提供商而异。使用 Service Binding Operator 作 为开发人员，您可以将工作负载与 Catalog 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。

4 章 章 使用 使用 TOPOLOGY 视图查 视图查看 看应 应用程序 用程序组 组成情况 成情况 4.1. 先决条件 4.2. 查看应用程序拓扑 4.3. 与应用程序和组件交互 4.4. 扩展应用程序 POD 以及检查构建和路由 4.5. 将组件添加到现有项目 4.6. 对应用程序中的多个组件进行分组 4.7. 在应用程序中添加服务 4.8. 从应用程序中删除服务 4.9. 用于 TOPOLOGY 创建应用程序后，您可以使用 Web 控制台监控项目或应用指标。您还可以使用 Web 控制台编辑或删除应 用程序。当应用程序运行时，并非所有应用资源都不会被使用。作为集群管理员，您可以选择闲置这些可 扩展资源来减少资源消耗。 1.2.3. 将应用程序连接到服务 应用程序使用后端服务来构建和连接工作负载，这因服务提供商而异。使用 Service Binding Operator 作 为开发人员，您可以将工作负载与 以选择所需的应用、服务或源到镜像构建器，然后 将它添加到项目中。 所有服 所有服务 务：浏览目录以在 OpenShift Container Platform 中发现服务。 Database：选择所需的数据库服务并将其添加到应用程序中。 Operator Backed：选择和部署所需的 Operator 管理服务。 Helm Chart：选择所需的 Helm Chart 来简化应用程序和服务部署。

从概念上讲，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 工具来管理您的 工具来管理您的应用程序？

5. 修改所上传的模板 8.6. 使用 INSTANT APP 和 QUICKSTART 模板 8.7. 编写模板 第 第 9 章 章 使用 使用 RUBY ON RAILS 9.1. 设置数据库 9.2. 编写应用程序 9.3. 将应用程序部署至 OPENSHIFT CONTAINER PLATFORM 第 第 10 章 章 使用 使用镜 镜像 像 10.1. 使用镜像概述 10.2 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有助于通过将您的代码或配置添加到现有镜像来创建新镜像。 否升级到新版本，而不会因为不兼容的新镜像造成问题。下游用户如果使用 foo:latest，则可能要承担引 入不兼容更改的风险。 避免多 避免多进 进程 程 我们不建议在同一容器中启动多个服务，如数据库和 SSHD。因为容器是轻量级的，可轻松链接到一起以 编排多个进程，所以没有在同一个容器中启动多个服务的必要。您可以利用 OpenShift Container Platform 将相关镜像分组到一个

6. 公开模板对象字段 10.7.7. 等待模板就绪 10.7.8. 从现有对象创建模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2. 设置数据库 11.3. 编写应用程序 11.3.1. 创建欢迎页面 50 51 52 53 53 54 54 55 56 56 58 58 58 59 60 60 61 63 Container Platform 配置应用程序 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 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有助于通过将您的代码或配置添加到现有镜像来创建新镜像。

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

OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 Last Updated: 2023-10-18 OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 OpenStack community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了扩展集群和优化 OpenShift Container Platform 环境性能的说明。 . . . . . . . . . . . . . . . . . . . . . . . . . . . 选择您的网络设置 2.5. 确保 Z/VM 上使用 HYPERPAV 的高磁盘性能 2.6. IBM Z 主机上的 RHEL KVM 建议 第 第 3 章 章 推荐的集群 推荐的集群扩 扩展 展实 实践 践 3.1. 扩展集群的建议实践 3.2. 修改机器集 3.3. 关于机器健康检查 3.4. MACHINEHEALTHCHECK 资源示例 3.5. 创建 MACHINEHEALTHCHECK 资源

是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod controller）是另一种特殊资产，用于指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器

是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 尽管容器 尽管容器镜像和从中运行的容器是现代应用程序开发的主要构建块，但要大规模运行它们，则需要可靠且 灵活的分发系统。Kubernetes 是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod controller）是另一种特殊资产，用于指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器