OpenShift Dedicated 4 附加组件服务 在 OpenShift Dedicated 集群中添加服务 Last Updated: 2024-02-15 OpenShift Dedicated 4 附加组件服务 在 OpenShift Dedicated 集群中添加服务 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text 控制台在集群中添加服 控制台在集群中添加服务 务 1.1. 在集群中添加附加组件服务 1.2. 访问集群中安装的附加组件服务 1.3. 使用 RED HAT OPENSHIFT CLUSTER MANAGER 删除附加组件服务 第 第 2 章 章 适用于 适用于 OPENSHIFT DEDICATED 的附加 的附加组 组件服 件服务 务 2.1. RED HAT OPENSHIFT API MANAGEMENT Dedicated 4 附加 附加组 组件服 件服务 务 2 第 1 章 使用 RED HAT OPENSHIFT CLUSTER MANAGER 控制台 在集群中添加服务 您可以使用 Red Hat OpenShift Cluster Manager 为 OpenShift Dedicated 集群添加、访问和删除附加服 务。 1.1. 在集群中添加附加组件服务 您可以使用 Red Hat

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 集群添加服务 法律通告 CLUSTER MANAGER 控制台在集群中添加服 控制台在集群中添加服务 务 1.1. 先决条件 1.2. 在集群中添加附加组件服务 1.3. 访问集群中安装的附加组件服务 1.4. 使用 RED HAT OPENSHIFT CLUSTER MANAGER 删除附加组件服务 1.5. 其他资源 第 第 2 章 章 可用的 可用的 RED HAT OPENSHIFT SERVICE ON AWS OPENSHIFT DATA SCIENCE 3 3 3 3 4 4 5 5 5 5 目 目录 录 1 Red Hat OpenShift Service on AWS 4 附加 附加组 组件服 件服务 务 2 第 1 章 使用 RED HAT OPENSHIFT CLUSTER MANAGER 控制台 在集群中添加服务 您可以使用 Red Hat OpenShift Cluster

视图查 视图查看 看应 应用程序 用程序组 组成情况 成情况 4.1. 先决条件 4.2. 查看应用程序拓扑 4.3. 与应用程序和组件交互 4.4. 扩展应用程序 POD 以及检查构建和路由 4.5. 将组件添加到现有项目 4.6. 对应用程序中的多个组件进行分组 4.7. 在应用程序中添加服务 4.8. 从应用程序中删除服务 4.9. 用于 TOPOLOGY 视图的标签和注解 4.10. Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件，通过 OpenShift Container Platform CLI 创建应 用程序。使用 OpenShift Container Platform Web 控制台，您可以从集群管理员安装的 Operator 通过项目（project），一个社区用户可以在与其他社区隔离的前提下组织和管理其内容。 注意 注意 以 openshift- 和 kube- 开始的项目是默认项目。这些项目托管作为 pod 运行的主要组件 和其他基础架构组件。因此，OpenShift Container Platform 不允许使用 oc new-project 命令创建以 openshift- 或 kube- 开始的项目。集群管理员可以使用

视图查 视图查看 看应 应用程序 用程序组 组成情况 成情况 4.1. 先决条件 4.2. 查看应用程序拓扑 4.3. 与应用程序和组件交互 4.4. 扩展应用程序 POD 以及检查构建和路由 4.5. 将组件添加到现有项目 4.6. 对应用程序中的多个组件进行分组 4.7. 在应用程序中添加服务 4.8. 从应用程序中删除服务 4.9. 用于 TOPOLOGY 视图的标签和注解 4.10. Container Platform CLI 来创建一个应用程序。您可 以从 Git、JAR 文件、devfile 或开发人员目录中提供要添加到项目的应用程序。 您还可以使用包含源或二进制代码、镜像和模板的组件，通过 OpenShift Container Platform CLI 创建应 用程序。使用 OpenShift Container Platform Web 控制台，您可以从集群管理员安装的 Operator 通过项目（project），一个社区用户可以在与其他社区隔离的前提下组织和管理其内容。 注意 注意 以 openshift- 和 kube- 开头的项目是默认项目。这些项目托管作为 pod 运行的主要组件 和其他基础架构组件。因此，OpenShift Container Platform 不允许使用 oc new-project 命令创建以 openshift- 或 kube- 开始的项目。集群管理员可以使用

指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。开发以开放方式完成，源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 来升级 RHEL 机器。 1.1.3.3. 其他主要功能 其他主要功能 Operator 既是 OpenShift Container Platform 4.3 代码库的基本单元，又是部署供应用程序使用的应用程 序和软件组件的便捷方式。在 OpenShift Container Platform 中，Operator 可充当平台的基础，不再需 要手动升级操作系统和 control plane 应用程序。OpenShift

OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform (Jaeger)，它基于开源 重要 Jaeger 不使用经 FIPS 验证的加密模块。 1.1.2. Red Hat OpenShift distributed tracing Platform 3.0 中的组件版本 Operator 组 组件 件 Version Red Hat OpenShift distributed tracing Platform (Jaeger) Jaeger 1.51.0 Red Hat distributed tracing 3.0 中，Jaeger 和 Elasticsearch 已被弃用，并计划在以后的发 行版本中删除。红帽将在当前发行生命周期中对这些组件提供关键及以上的 CVE 程序错误修复和支持， 但这些组件将不再获得功能增强。 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 3 在 Red Hat OpenShift distributed tracing

指示一次需要运行多少个 Pod 副本。您可以使用此功能来自 动扩展应用程序，以适应其当前的需求。 短短数年，Kubernetes 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 集成了红帽技术。OpenShift Container Platform 中的主要组件源自 Red Hat Enterprise Linux 和 相关的红帽技术。OpenShift Container Platform 得益于红帽企业级优质软件的严格测试和认证 计划。 开源开发模型。开发以开放方式完成，源代码可从公共软件存储库中获得。这种开放协作促进了 快速创新和开发。 虽然 Kubernetes 来升级 RHEL 机器。 1.1.3.3. 其他主要功能 其他主要功能 Operator 既是 OpenShift Container Platform 4.2 代码库的基本单元，又是部署供应用程序使用的应用程 序和软件组件的便捷方式。在 OpenShift Container Platform 中，Operator 可充当平台的基础，不再需 要手动升级操作系统和 control plane 应用程序。OpenShift

Lifecycle Manager (OLM) 安装的 Operator 会遵循不同的更新过程。 如需更多信息，请参阅更新安装的 Operator。 目标发行镜像包含组成特定 OCP 版本的所有集群组件的清单文件。当将集群更新至新版本时，CVO 会在 称为 Runlevels 的独立阶段应用清单。大多数（但不是全部清单）支持其中一个集群 Operator。当 CVO 将清单应用到集群 Operator (RHCOS)。它提供了一个图表，其中包含组件 Operator 的顶点（vertices）和 连接它们的 边（edges）。图中的边代表了您可以安全更新到的版本。顶点是更新的有效负载，用于指定 受管集群组件的预期状态。 集群中的 Cluster Version Operator (CVO) 会检查 OpenShift Container Platform 更新服务，并根据当前 组件版本和图中的信息决定有效的更新和更新路径。当您请求更新时，CVO 作为容器镜像托管在 Quay 中。 为了让 OpenShift Update Service 仅提供兼容的更新，可以使用一个版本验证管道来驱动自动化过程。每 个发行工件都会被验证是否与支持的云平台和系统架构以及其他组件包兼容。在管道确认有适用的版本 后，OpenShift Update Service 会通知您它可用。 OpenShift Container Platform 4.14 更新集群 更新集群 4

PLATFORM 集群 第 第 26 章 章 支持 支持 FIPS 加密 加密 26.1. OPENSHIFT CONTAINER PLATFORM 中的 FIPS 验证 26.2. 集群使用的组件支持 FIPS 26.3. 在 FIPS 模式下安装集群 2741 2741 2743 2771 2809 2855 2894 2943 2993 3040 3042 3042 3101 实现的目标，并且每个目标都有一组依赖项。因为每个目标仅关注其自己的依赖项，所以安装程序可以采 取措施来并行实现多个目标。最终目标是正常运行的集群。通过满足依赖项而不是运行命令，安装程序能 够识别和使用现有的组件，而不必运行命令来再次创建它们。 下图显示了安装目标和依赖项的子集： 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 在安装后，每一个集群机器都将使用 plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为嵌入在容器 镜像中的 Atomic OSTree 存储库交付，该镜像由 Operator 在整个集群中推广。实际的操作系统更改通过 使用 rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform

2.3. 集群 master 4.1.3. 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 . . . . . . . . . . . . . . . . . . . . . 5.3.1. 关于 Kubernetes pod 和服务 5.3.2. 应用程序类型 5.3.3. 可用的支持组件 5.3.4. 应用清单 5.3.5. 后续步骤 5.4. 面向 OPERATOR 进行开发 第 第 6 章 章 RED HAT ENTERPRISE LINUX COREOS (RHCOS) control plane 组件或用户工作负载。OpenShift 容器平台为主机分配不同的 角色。这些角色定义机器在集群中的功能。集群包含标准 control plane 和 worker 角色类型的定义。 您可以使用 Operator 来打包、部署和管理 control plane 上的服务。Operator 是 OpenShift Container Platform 中的重要组件，因为它们提供以下服务：