OpenShift Dedicated 4 附加组件服务 在 OpenShift Dedicated 集群中添加服务 Last Updated: 2024-02-15 OpenShift Dedicated 4 附加组件服务 在 OpenShift Dedicated 集群中添加服务 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text their respective owners. 摘要 摘要 本文档提供有关使用 OpenShift Cluster Manager 控制台在 OpenShift Dedicated 集群中添加服务的 信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MANAGER 控制台在集群中添加服 控制台在集群中添加服务 务 1.1. 在集群中添加附加组件服务 1.2. 访问集群中安装的附加组件服务 1.3. 使用 RED HAT OPENSHIFT CLUSTER MANAGER 删除附加组件服务 第 第 2 章 章 适用于 适用于 OPENSHIFT DEDICATED 的附加 的附加组 组件服 件服务 务 2.1. RED HAT OPENSHIFT

Service on AWS 4 附加组件服务 为 Red Hat OpenShift Service on AWS 集群添加服务 Last Updated: 2024-02-15 Red Hat OpenShift Service on AWS 4 附加组件服务 为 Red Hat OpenShift Service on AWS 集群添加服务 法律通告 法律通告 Copyright property of their respective owners. 摘要 摘要 本文档提供有关使用 OpenShift Cluster Manager 控制台在 AWS (ROSA) 集群中添加服务的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 控制台在集群中添加服 控制台在集群中添加服务 务 1.1. 先决条件 1.2. 在集群中添加附加组件服务 1.3. 访问集群中安装的附加组件服务 1.4. 使用 RED HAT OPENSHIFT CLUSTER MANAGER 删除附加组件服务 1.5. 其他资源 第 第 2 章 章 可用的 可用的 RED HAT OPENSHIFT SERVICE ON AWS 附加服 附加服务 务 2.1. AMAZON

PLATFORM 简介 第 第 3 章 章 安装和更新 安装和更新 3.1. OPENSHIFT CONTAINER PLATFORM 安装概述 3.2. 关于 OPENSHIFT UPDATE 服务 3.3. 非受管 OPERATOR 的支持策略 3.4. 后续步骤 第 第 4 章 章 RED HAT OPENSHIFT CLUSTER MANAGER 4.1. 访问 RED HAT OPENSHIFT 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 将进程集合分区到组中，以管理和限制资源进程占用。 机器配置池 (MCP) 一组基于它们处理的资源的机器（如 control plane 组件或用户工作负载）。 metadata 有关集群部署工件的附加信息。 微服 微服务 务 编写软件的方法。应用程序可以使用微服务相互独立，划分为最小的组件。 镜 镜像 像 registry 包含 OpenShift Container Platform 镜像的 mirror registry。 单

OpenShift 集群支持的平台 3.1.2. 安装过程 采用安装程序置备的基础架构的安装过程 采用用户置备的基础架构的安装过程 安装过程详细信息 安装范围 3.2. 关于 OPENSHIFT UPDATE 服务 3.3. 非受管 OPERATOR 的支持策略 3.4. 后续步骤 第 第 4 章 章 OPENSHIFT CONTAINER PLATFORM CONTROL PLANE 4.1. 了解 OPENSHIFT Container Platform 中的 Operator 4.1.4. Cluster Operators 4.1.5. 附加组件 Operator 4.1.5.1. 关于 OpenShift Update 服务 4.1.5.2. 了解 Machine Config Operator 第 第 5 章 章 了解 了解 OPENSHIFT CONTAINER PLATFORM 开 开发 发 5.1. 关于容器化应用程序开发 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.3.1. 关于 Kubernetes pod 和服务 5.3.2. 应用程序类型 5.3.3. 可用的支持组件 5.3.4. 应用清单 5.3.5. 后续步骤 5.4. 面向 OPERATOR 进行开发 第 第 6 章 章 RED HAT ENTERPRISE

第 2 章 章 安装和更新 安装和更新 2.1. OPENSHIFT CONTAINER PLATFORM 安装概述 2.2. 关于 OPENSHIFT CONTAINER PLATFORM 更新服务 2.3. 支持非受管 OPERATOR 的策略 第 第 3 章 章 OPENSHIFT CONTAINER PLATFORM CONTROL PLANE 3.1. 了解 OPENSHIFT CONTAINER Platform 是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod 的部署单元中。使用 Pod 可以为容器提供额外的元数据，并可在单个部 署实体中对多个容器进行分组。 创建特殊种类的资产。例如，服务由一组 Pod

第 2 章 章 安装和更新 安装和更新 2.1. OPENSHIFT CONTAINER PLATFORM 安装概述 2.2. 关于 OPENSHIFT CONTAINER PLATFORM 更新服务 2.3. 支持非受管 OPERATOR 的策略 第 第 3 章 章 OPENSHIFT CONTAINER PLATFORM CONTROL PLANE 3.1. 了解 OPENSHIFT CONTAINER Platform 是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 提供引擎技术。借助红帽开放技术中的实现，您可以将容器化应用程序从单一云扩展到内部和多云环境。 1.1.1. 关于 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod 的部署单元中。使用 Pod 可以为容器提供额外的元数据，并可在单个部 署实体中对多个容器进行分组。 创建特殊种类的资产。例如，服务由一组 Pod

. . . . . . . . . . . 目 目录 录 第 第 1 章 章 了解 了解 OPENSHIFT UPDATE SERVICE 1.1. 关于 OPENSHIFT UPDATE 服务 1.2. 非受管 OPERATOR 的支持策略 第 第 2 章 章 更新集群概述 更新集群概述 2.1. 了解 OPENSHIFT UPDATE SERVICE 2.2. 安装和配置 OPENSHIFT 的计算（COMPUTE）系统的集群 2.8. 更新受限网络集群 第 第 3 章 章 安装和配置 安装和配置 OPENSHIFT UPDATE SERVICE 3.1. 先决条件 3.1.1. 为 OpenShift 更新服务配置对安全 registry 的访问权限 3.1.2. 更新全局集群 pull secret 3.2. 安装 OPENSHIFT UPDATE SERVICE OPERATOR 3.2.1. 使用 使用 WEB 控制台更新集群 控制台更新集群 5.1. 先决条件 5.2. 执行 CANARY ROLLOUT 更新 5.3. 使用WEB控制台更新集群 5.4. 使用 WEB 控制台更改更新服务器 第 第 6 章 章 使用 使用 CLI 更新集群 更新集群 4 4 4 6 6 6 6 6 6 7 7 7 8 8 8 8 10 10 10 12 13 15 16 16 18

对监控的维护和支持 2.3. 准备配置监控堆栈 2.4. 配置监控堆栈 2.5. 可配置的监控组件 2.6. 使用节点选择器移动监控组件 2.7. 为监控组件分配容忍（TOLERATIONS） 2.8. 配置专用服务监控器 2.9. 配置持久性存储 2.10. 配置远程写入存储 2.11. 控制用户定义的项目中未绑定指标属性的影响 第 第 3 章 章 配置外部 配置外部 ALERTMANAGER 实 实例 例 将应用程序订阅到裸机事件 REST API 参考 第 第 12 章 章 访问 访问第三方 第三方监 监控 控 UI 和 和 API 12.1. 访问第三方监控 UI 12.2. 访问第三方监控 WEB 服务 API 12.3. 使用 PROMETHEUS 的联邦端点查询指标 12.4. 其他资源 第 第 13 章 章 监 监控 控问题 问题的故障排除 的故障排除 13.1. 检查为什么用户定义的指标不可用 安装 OpenShift Container Platform 后，集群管理员可以选择性地为用户定义的项目启用监控。通过使用 此功能，集群管理员、开发人员和其他用户可以指定在其自己的项目中如何监控服务和 Pod。作为集群管 理员，您可以查找常见问题的回答，如用户指标不可用，以及 Prometheus 对监控问题进行故障排除的磁 盘空间高可用性。 1.2. 了解监控堆栈 OpenShift Container

Ansible 配置选项列表，请参阅 Configuring Ansible 部分。 重要 重要 并行行为可能会认为内容源，如您的镜像 registry 或 Red Hat Satellite 服务器。准备服务 器的基础架构 pod 和操作系统补丁可帮助防止出现这个问题。 从最低延迟控制节点（LAN 速度）运行安装程序。不建议在广域网络(WAN)上运行，因此不会因为丢失 的网络连接运行安装。 Ansible Platform 基础架构中最常用的数据路径也介于 OpenShift Container Platform master 主机和 etcd 之间。OpenShift Container Platform API 服务器（master 二进 制的一部分）在节点状态、网络配置、secret 等方面咨询 etcd。 通过以下方法优化此流量路径： 在 master 主机上运行 etcd。默认情况下，etcd 在所有 fig.yaml 中的以下设置可以减少这个缓存大小： 发送到 API 服务器的客户端请求或 API 调用数量由每秒的 Queries(QPS)值和 API 服务器处理的并发请求 数决定。客户端可能会过量 QPS 速率发出的请求数量取决于突发值，这对具有极限的应用程序来说非常 有用，并可执行不监管的请求数量。当 API 服务器处理大量并发请求时，对请求的响应时间，特别是大型 和/或高密度的集群。建议您监控

您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （builder）镜像，这有 被缩短为一个 12 位长的值（如 fd44297e2ddb）。 您可以创建，管理，并使用容器镜像。 1.3. 镜像 REGISTRY 镜像 registry 是一个可存储和提供容器镜像的内容服务器。例如： registry 包含一个或多个镜像存储库的集合，其中包含一个或多个标记的镜像。红帽在 registry.redhat.io 上为订阅者提供了一个 registry。OpenShift 义为容器镜像的特定运行或暂停实例。 在一个单一的主机上可以包括多个容器来运行多个不同的应用程序实例，且相互间无法看到其他应用程序 的进程、文件、网络等。通常情况下，每个容器提供一项服务，常称为微服务，如 Web 服务器或数据 库，但容器也可用于任意工作负载。 多年来，Linux 内核一直在整合容器技术的能力。Docker 项目为主机上的 Linux 容器开发了便捷的管理接 口。最近，开放容器计