. . . . 目 目录 录 第 第 1 章 章 OPENSHIFT 镜 镜像 像 REGISTRY 概述 概述 1.1. OPENSHIFT 镜像 REGISTRY 常用术语表 1.2. 集成的 OPENSHIFT 镜像 REGISTRY 1.3. 第三方 REGISTRY 1.4. RED HAT QUAY REGISTRIES 1.5. 启用了身份验证的红帽 REGISTRY 第 访问REGISTRY 4.1. 先决条件 4.2. 直接从集群访问 REGISTRY 4.3. 检查 REGISTRY POD 的状态 4.4. 查看REGISTRY日志 4.5. 访问REGISTRY的指标数据（METRICS） 4.6. 其他资源 第 第 5 章 章 开放 开放REGISTRY 5.1. 手动公开默认 REGISTRY 5.2. 手动公开受保护的REGISTRY 3 3 4 4 2 第 1 章 OPENSHIFT 镜像 REGISTRY 概述 OpenShift Container Platform可以使用您的源代码构建镜像，并进行部署及管理其生命周期。它提供了 一个内部集成的容器镜像 registry，它可以部署到 OpenShift Container Platform 环境中，以便本地管理 镜像。此概述包含 OpenShift Container Platform

MESH 2.5. 安装 SERVICE MESH 2.6. 在 SERVICE MESH 中自定义安全性 2.7. 流量管理 2.8. 在 SERVICE MESH 上部署应用程序 2.9. 数据可视化和可观察性 2.10. 自定义资源 2.11. 使用 3SCALE ISTIO 适配器 2.12. 删除 SERVICE MESH 3 3 3 27 32 33 38 40 42 过信任度不同的网络进行传输。 策略强制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 的更新 Service Mesh 集成。 1.2.2.12.6. Istio 1.9 支持 Service Mesh 2.1 基于 Istio 1.9，它带来了大量新功能和产品增强。虽然大多数 Istio 1.9 功能被支持，但请 注意以下例外： OpenShift Container Platform 4.8 Service Mesh 10 虚拟机集成尚不受支持 尚不支持 Kubernetes

1.1. OPENSHIFT CONTAINER PLATFORM 简介 OpenShift Container Platform 是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod 的部署单元中。使用 Pod 可以为容器提供额外的元数据，并可在单个部 署实体中对多个容器进行分组。 创建特殊种类的资产。例如，服务由一组 Pod 及定义了访问方式的策略来表示。此策略可使容器 连接到所需的服务，即便容器没有用于服务的特定 IP 地址。复制控制器（replication 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各

章 SERVICE MESH 用 用户 户指南 指南 5.1. 流量管理 第 第 6 章 章 支持 支持 6.1. 为红帽支持收集 RED HAT OPENSHIFT SERVICE MESH 数据 第 第 7 章 章 3SCALE 适配器 适配器 7.1. 使用 3SCALE ISTIO 适配器 3 3 3 3 6 7 9 9 12 13 14 18 18 19 30 43 Platform x86_64。 此发行版本只支持在 OpenShift 集群中包含所有 Service Mesh 组件的配置。它不支持在集群之外 或在多集群场景中管理微服务。 这个版本只支持没有集成外部服务的配置，比如虚拟机。 1.3.1. Red Hat OpenShift Service Mesh 支持的 Kiali 配置 Kiali 观察控制台只支持 Chrome 、Edge 、Firefox 强制 制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥 遥测 测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.3.3. Red Hat OpenShift Service Mesh 1.1.2 版中包含的组件版本 组 组件 件 版本 版本 Istio 1.4.6 Jaeger

兼容 OpenShift Container Storage 2.1.7. Red Hat Middleware 兼容 2.1.8. OpenShift Serverless 2.1.9. Quay 集成兼容 2.1.10. OpenShift Virtualization 2.1.11. 高级集群管理 2.1.12. 高级网络 2.1.13. 开发者体验 2.1.14. 功能概述 2.2. 订阅限制 Red Hat OpenShift Container Storage ：您可以安装 Red Hat OpenShift Container Storage 作为 Operator，以便为容器提供高度集成和简化的持久性存储管理。 1.2. 开发人员活动 最终，OpenShift Container Platform 成为一个用于开发和部署容器化应用程序的平台。作为应用程序开 发人员，OpenShift 了复杂的 Kubernetes 和 OpenShift Container Platform 概念，允许您专注于开发应用程序。 创 创建 建 CI/CD 管道 管道 ：管道是无服务器、云原生、持续集成和在隔离容器中运行的持续部署系统。它 们使用标准的 Tekton 自定义资源来实现部署自动化，并为处理基于微服务的架构的非中心化团队 设计。 部署 部署 Helm chart:Helm 3 是一个软件包管理器，可帮助开发人员在

服务器选项 3.4. 配置内部 OAUTH 服务器的令牌期间 3.5. 为内部 OAUTH 服务器配置令牌不活跃超时 3.6. 自定义内部 OAUTH 服务器 URL 3.7. OAUTH 服务器元数据 3.8. OAUTH API 事件故障排除 第 第 4 章 章 配置 配置 OAUTH 客 客户 户端 端 4.1. 默认 OAUTH 客户端 4.2. 注册其他 OAUTH 客户端 4.3 将云供应商凭证作为自定义资源定义 (CRD) 进行管理。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，因此您可以在数据中 心、公有云或私有云或本地主机中运行容器。 自定 自定义资 义资源 源 3.7. OAUTH 服务器元数据 在 OpenShift Container Platform 中运行的应用程序可能需要发现有关内置 OAuth 服务器的信息。例 如，它们可能需要发现 的哪个地址没有手动配置。为此，OpenShift Container Platform 实施了 IETF OAuth 2.0 授权服务器元数据草案规范。 因此，集群中运行的任何应用程序都可以向

1.1. OPENSHIFT CONTAINER PLATFORM 简介 OpenShift Container Platform 是用于开发和运行容器化应用程序的平台。它旨在允许支持的应用程序和 数据中心从少量机器和应用程序扩展到为数百万客户端服务的数千台机器。 OpenShift Container Platform 以 Kubernetes 为基础，为大规模电信、流视频、游戏、银行和其他应用 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod 的部署单元中。使用 Pod 可以为容器提供额外的元数据，并可在单个部 署实体中对多个容器进行分组。 创建特殊种类的资产。例如，服务由一组 Pod 及定义了访问方式的策略来表示。此策略可使容器 连接到所需的服务，即便容器没有用于服务的特定 IP 地址。复制控制器（replication 操作系 操作系统的好 的好处 容器使用不含内核的小型专用 Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开，但容器可以在必要时与主机无缝集成。容器以 Linux 为基础，因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统，所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各

CONTAINER PLATFORM CI/CD 概述 OpenShift Container Platform 是面向开发人员的企业就绪 Kubernetes 平台，使组织能够通过 DevOps 实践（如持续集成(CI)和持续交付(CD)）自动化应用程序交付流程。为了满足您的机构需求，OpenShift Container Platform 提供以下 CI/CD 解决方案： OpenShift 构建 OpenShift JENKINS Jenkins 自动化了构建、测试和部署应用和项目的过程。OpenShift 开发者工具提供 Jenkins 镜像，它直 接与 OpenShift Container Platform 集成。Jenkins 可通过使用 Samples Operator 模板或认证的 Helm Chart 在 OpenShift 上部署。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM uilder）。对于 docker 和 S2I 构建，生成的对象为可运行 的镜像。对于自定义构建，生成的对象是构建器镜像作者指定的任何事物。 此外，也可利用管道构建策略来实现复杂的工作流： 持续集成 持续部署 2.1.1.1. Docker 构 构建 建 OpenShift Container Platform 使用 Buildah 从 Dockerfile 构建容器镜像。有关使用 Dockerfile

节点。 配置偏移 配置偏移 在节点上配置与机器配置指定的内容不匹配的情况。 containers 包括软件及其所有依赖项的轻量级和可执行镜像。由于容器虚拟化操作系统，您可以在任何位置运行 容器，从数据中心到公共或私有云到本地主机。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包含要在终端执行以编译镜像的用户命令的文本文件。 OpenShift Container Platform 支持许多类型的存储，包括内部存储和云供应商。您可以在 OpenShift Container Platform 集群中管理持久性和非持久性数据的容器存储。 Telemetry 此组件用于收集 OpenShift Container Platform 的大小、健康和状态等信息。 模板 模板 模板描述了一组可参数化和处理的对象，用于生成对象列表，供

OPENSHIFT CONTAINER PLATFORM REGISTRY 概述 概述 1.1. OPENSHIFT CONTAINER PLATFORM REGISTRY 常用术语表 1.2. 集成的OPENSHIFT CONTAINER PLATFORM REGISTRY 1.3. 第三方 REGISTRY 1.4. RED HAT QUAY REGISTRIES 1.5. 启用了身份验证的红帽 访问REGISTRY 4.1. 先决条件 4.2. 直接从集群访问REGISTRY 4.3. 检查 REGISTRY POD 的状态 4.4. 查看REGISTRY日志 4.5. 访问REGISTRY的指标数据（METRICS） 4.6. 其他资源 第 第 5 章 章 开放 开放REGISTRY 5.1. 手动公开默认 REGISTRY 5.2. 手动公开受保护的REGISTRY 3 3 4 4 OPENSHIFT CONTAINER PLATFORM REGISTRY 概述 OpenShift Container Platform可以使用您的源代码构建镜像，并进行部署及管理其生命周期。它提供了 一个内部集成的容器镜像 registry，它可以部署到 OpenShift Container Platform 环境中，以便本地管理 镜像。此概述包含 OpenShift Container Platform