OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 Last Updated: 2023-10-18 OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 第 第 7 章 章 扩 扩展 展 CLUSTER MONITORING OPERATOR 7.1. PROMETHEUS 数据库存储要求 7.2. 配置集群监控 第 第 8 章 章 根据 根据对 对象限制 象限制规 规划您的 划您的环 环境 境 8.1. OPENSHIFT CONTAINER PLATFORM 为主发行版本测试了集群最大值 8.2. 测试集群最大值的 OPENSHIFT CONTAINER 127 134 136 139 139 139 139 141 153 154 154 155 157 OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 2.5. 使用垂直 POD 自动扩展自动调整 使用投射卷来映射卷 6.4.1. 了解投射卷 6.4.1.1. Pod specs 示例 6.4.1.2. 路径注意事项 6.4.2. 为 Pod 配置投射卷 6.5. 允许容器消耗 API 对象 6.5.1. 使用 Downward API 向容器公开 pod 信息 6.5.2. 了解如何通过 Downward API 消耗容器值 6.5.2.1. 使用环境变量消耗容器值 6.5.2 Container Platform 集群。 集群中有稳定健康的节点是托管应用程序的平稳运行的基础。在 OpenShift Container Platform 中，您可 以通过代表节点的 Node 对象访问、管理和监控节点。使用 OpenShift CLI(oc)或 Web 控制台，您可以在 节点上执行以下操作。 读 读取操作 取操作 通过读取操作，管理员可以或开发人员获取有关 OpenShift

REGISTRY 仓库镜像 第 第 10 章 章 使用模板 使用模板 10.1. 了解模板 10.2. 上传模板 10.3. 使用 WEB 控制台创建应用程序 10.4. 使用 CLI 从模板创建对象 10.5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.7. 编写模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （bui fd44297e2ddb050ec4f…​），它通常会 被缩短为一个 12 位长的值（如 fd44297e2ddb）。 您可以创建，管理，并使用容器镜像。 1.3. 镜像 REGISTRY 镜像 registry 是一个可存储和提供容器镜像的内容服务器。例如： registry 包含一个或多个镜像存储库的集合，其中包含一个或多个标记的镜像。红帽在 registry.redhat.io 上为订阅者提供了一个 registry。OpenShift

高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 64 66 68 70 79 79 80 90 90 107 108 111 113 116 120 121 127 147 151 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于 内置的原生 Kubernetes 对象。 Operator 与 与 Service Broker 的比 的比较？ ？ 服务代理（service broker）是实现应用程序的编程发现和部署的一个步骤。但它并非一个长时间运行 (OLM) 所支持的 Operator 打包格式。 2.2.1. 捆绑包格式 Operator 的 Bundle Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供，

镜像控制器配置参数 7.2. 配置镜像设置 第 第 8 章 章 使用模板 使用模板 8.1. 了解模板 8.2. 上传模板 8.3. 使用 WEB 控制台创建应用程序 8.4. 使用 CLI 从模板创建对象 4 4 4 6 8 8 9 11 13 14 16 16 16 16 17 17 17 17 18 18 18 19 19 24 25 28 28 28 31 31 35 先决条件 先决条件 部署一个 OpenShift Container Platform 集群。 1.1. 了解 SAMPLES OPERATOR 在安装过程中，Operator 会为自己创建默认配置对象，然后再创建示例（sample）镜像流和模板，包括 Quickstart 模板。 Samples Operator 将安装程序捕获的 pull secret 复制到 OpenShift 命名空间中，并将该 managementState Managed：Samples Operator 根据配置要求更新示例。 Unmanaged：Samples Operator 忽略对 OpenShift 命名空间中配置资源对象 及任何镜像流或模板的更新。 Removed：Samples Operator 移除 OpenShift 命名空间中的 Managed 镜像 流和模板组。它忽略集群管理员创建的新示例或跳过列表中的任何示例。完成移

章 使用模板 使用模板 10.1. 了解模板 10.2. 上传模板 10.3. 使用 WEB 控制台创建应用程序 10.4. 使用 CLI 从模板创建对象 10.4.1. 添加标签 10.4.2. 列出参数 10.4.3. 生成对象列表 10.5. 修改所上传的模板 10.6. 使用即时应用程序和快速启动模板 10.6.1. 快速启动模板 10.6.1.1. Web 框架快速启动模板 编写模板 10.7.1. 编写模板描述 10.7.2. 编写模板标签 10.7.3. 编写模板参数 10.7.4. 编写模板对象列表 10.7.5. 将模板标记为可绑定 10.7.6. 公开模板对象字段 10.7.7. 等待模板就绪 10.7.8. 从现有对象创建模板 第 第 11 章 章 使用 使用 RUBY ON RAILS 11.1. 先决条件 11.2. 设置数据库 11.3. 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （bui

镜像 registry进行身份验证。服务帐户不受用户帐户更改的影响，因此使用令牌进行身份验证是一个可 靠且具有弹性的方法。这是生产环境集群中唯一受支持的身份验证选项。 Web用 用户 户名和密 名和密码 码。 。这是用于登录到诸如access.redhat.com之类的资源的标准凭据集。虽然可 以在OpenShift Container Platform上使用此身份验证方法，但在生产环境部署中不支持此方法。 资源都位于该命名空间中。 重要 重要 Image Registry Operator 管理修剪器的行为与在 Image Registry Operator 的 ClusterOperator 对象上指定的 managementState 关联。如果 Image Registry Operator 没有处于 Managed 状态，则镜像修剪器仍然可以被 Pruning 自定义资源配置和管理。 false，这意味着它只在 etcd 中修剪镜像元数据。 2.2. 裸机、NUTANIX 和 VSPHERE 上的镜像 REGISTRY 2.2.1. 安装过程中删除的镜像 registry 在不提供可共享对象存储的平台上，OpenShift Image Registry Operator bootstraps 本身为 Removed。 这允许 openshift-installer 在这些平台类型上完成安装。

Platform 4.13 集群中的每一 control plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作 Ignition 配置文件来初始化 bootstrap、control plane 和 worker 节点。 Kubernetes 清 清单 单 JSON 或 YAML 格式的 Kubernetes API 对象的规格。配置文件可以包含部署、配置映射、secret 和 daemonset 等。 Kubelet 在集群的每个节点上运行的一个主节点代理，以确保容器在 pod 中运行。 负载 负载均衡器 均衡器 配置文件。 重要 重要 在安装过程中，您可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文 件。但是，没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些 对象，集群可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不 受支持，除非您遵循记录的流程或在红帽支持指示下操作。 安装配置文件转换为 Kubernetes

2. 使用 Web 控制台创建 pod 横向自动扩展 2.4.3. 使用 CLI 根据 CPU 使用率创建 pod 横向自动扩展 2.4.4. 使用 CLI 根据内存使用率创建 pod 横向自动扩展对象 2.4.5. 使用 CLI 了解 pod 横向自动扩展状态条件 2.4.5.1. 使用 CLI 查看 pod 横向自动扩展状态条件 2.4.6. 其他资源 2.5. 使用垂直 POD 自动扩展自动调整 使用投射卷来映射卷 6.4.1. 了解投射卷 6.4.1.1. Pod specs 示例 6.4.1.2. 路径注意事项 6.4.2. 为 Pod 配置投射卷 6.5. 允许容器消耗 API 对象 6.5.1. 使用 Downward API 向容器公开 Pod 信息 6.5.2. 了解如何通过 Downward API 消耗容器值 6.5.2.1. 使用环境变量消耗容器值 6.5.2.2 集群的 Kubernetes 服务。 在集群中运行稳定和健康的节点是基本运行托管应用程序的基本操作。在 OpenShift Container Platform 中，您可以通过代表节点的 Node 对象访问、管理和监控节点。使用 OpenShift CLI(oc)或 Web 控制台， 您可以在节点上执行以下操作。 节点的以下组件负责维护运行 pod 并提供 Kubernetes 运行时环境。

Platform 4.14 集群中的每一 control plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作 Ignition 配置文件来初始化 bootstrap、control plane 和 worker 节点。 Kubernetes 清 清单 单 JSON 或 YAML 格式的 Kubernetes API 对象的规格。配置文件可以包含部署、配置映射、secret 和 daemonset 等。 Kubelet 在集群的每个节点上运行的一个主节点代理，以确保容器在 pod 中运行。 负载 负载均衡器 均衡器 配置文件。 重要 重要 在安装过程中，您可以修改控制基础 RHCOS 操作系统的 Kubernetes 和 Ignition 配置文 件。但是，没有可用的验证机制来确认您对这些对象所做修改是适当的。如果修改了这些 对象，集群可能会无法运行。由于存在这种风险，修改 Kubernetes 和 Ignition 配置文件不 受支持，除非您遵循记录的流程或在红帽支持指示下操作。 安装配置文件转换为 Kubernetes