OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行注记 1.2. RED HAT OPENSHIFT

OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2023-02-27 OpenShift Container Platform 4.6 分布式追踪 分布式追踪安装、使用与发行注记 Enter your first name here. Enter your surname here. Enter your are the property of their respective owners. 摘要 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 分布式追踪 分布式追踪发 发行注 行注记 记 1.1. 分布式追踪概述 1.2. 让开源更具包容性 1.3. 获取支持 1.4. 新功能及功能增强 1.4.1. Red Hat OpenShift distributed tracing

Mesh Operator 支持部署多个版本的 ServiceMeshControlPlane，所以 Service Mesh 没有为产品的次版本维护单独的文档。 除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前 支持的 Service Mesh 版本。 如需有关 Red Hat OpenShift Service Mesh 生命周期和支持的平台的更多信息，请参阅平 Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service 括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 - 控制服务间的流量和 API 调用，提高调用的可靠性，并使网络在条件不好的情况保持 稳定。 服务标识和安全性 - 在网格中提供可验证身份的服务，并提供保护服务流量的能力，以便可以通

第 第 4 章 章 第二天 第二天 4.1. 在 RED HAT OPENSHIFT SERVICE MESH 上部署应用程序 4.2. 为服务网格配置分布式追踪 4.3. 应用程序示例 4.4. KIALI 教程 4.5. 分布式追踪 4.6. 自动路由创建 第 第 5 章 章 SERVICE MESH 用 用户 户指南 指南 5.1. 流量管理 第 第 6 章 章 支持 支持 6 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 适配器 此发行版本只支持以下 Mixer 适配器： 3scale Istio Adapter Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 流量管理 - 控制服务间的流量和 API 调用，提高调用的可靠性，并使网络在条件不好的情况保持 稳定。 服 服务标识 务标识和安全性 和安全性 - 在网格中提供可验证身份的服务，并提供保护服务流量的能力，以便可以通

客户端：OpenShift Container Platform 包括几个 默认 OAuth 客户端。您可以注册 和配置其他 OAuth 客户端。 注意 注意 当用户为 OAuth 令牌发送请求时，必须指定接收和使用令牌的默认或自定义 OAuth 客户端。 使用 Cloud Credentials Operator 管理云供应商凭证：集群组件使用云供应商凭证来获取执行集 群相关任务所需的权限。 模 创建服务帐户： 服务帐户 为控制 API 访问提供了灵活的方式，而无需共享常规用户的凭证。用户 可以在应用程序中创建并使用一个服务账户，也可以作为一个 OAuth 客户端。 有范围令牌：有范围令牌是一种令牌，指定只能执行特定操作的特定用户。您可以创建有范围令 牌，将某些权限委派给其他用户或服务帐户。 同步 LDAP 组： 您可以通过将 存储在 LDAP 服务器中的组与 OpenShift Container OpenShift Container Platform 交互的开发人员或管理员的帐户。 可能存在的用户类型有几种： 用 用户类 户类型 型 描述 描述 常 常规 规用 用户 户 这是大多数交互式 OpenShift Container Platform 用户的类型。常规用户于第一次登录 时在系统中自动创建，或者也可通过 API 创建。常规用户通过 User 对象表示。例 如，joe alice

安装程序置备的 VMware vSphere 集群的 install-config.yaml 文件示例 1.3.9.3. 在安装过程中配置集群范围代理 1.3.10. 网络配置阶段 1.3.11. 指定高级网络配置 1.3.12. Cluster Network Operator 配置 1.3.12.1. Cluster Network Operator 配置对象 defaultNetwork 手动创建安装配置文件 1.5.8.1. VMware vSphere install-config.yaml 文件示例 1.5.8.2. 在安装过程中配置集群范围代理 1.5.9. 网络配置阶段 1.5.10. 指定高级网络配置 1.5.11. Cluster Network Operator 配置 1.5.11.1. Cluster Network Operator 配置对象 defaultNetwork 中，您可以使用安装程序置备的基础架构在 VMware vSphere 实例上安装集群。 1.1.1. 先决条件 为集群置备持久性存储。若要部署私有镜像 registry，您的存储必须提供 ReadWriteMany 访问模 式。 查看有关 OpenShift Container Platform 安装和更新流程的详细信息。 OpenShift Container Platform 安装程序需要访问 vCenter 和 ESXi

Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 行健康检查、管理无线(OTA)更新的方法，并确保应用程序保持在指定的状态。 虽然这两个操作都遵循类似的 Operator 概念和目标，但 OpenShift Container Platform 中的 Operator 由 两个不同的系统管理，具体取决于其用途： 汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 Operator-version 依赖项。 依赖项列表中，每个项目包含一个 type 字段，用于指定这一依赖项的类型。支持以下 Operator 依赖项： olm.package 这个类型表示特定 Operator 版本的依赖项。依赖项信息必须包含软件包名称以及软件包的版本，格式 为 semver。例如，您可以指定具体版本，如 0.5.2，也可指定一系列版本，如 >0.5.1。 olm.gvk 使用这个类型，作者可以使用

Ingress 和 Route 默认情况下，Kubernetes 为 pod 内运行的应用分配内部 IP 地址。Pod 及其容器可以网络，但集群外的客 户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 集群服务的外部访问的组 件。 Ingress Operator 通过部署和管理一个或多个基于 HAProxy 的 Ingress Controller 来处理路由，使外部客 户端可以访问您的服务。您可以通过指定 OpenShift Container Platform Route 和 Kubernetes Ingress 资源，来使用 Ingress Operator 路由流量。Ingress Controller 网络 络 6 HTTP/2、HTTPS 和服务器名称识别(SNI)，以及 TLS（证书）。在 OpenShift Container Platform 中， 生成路由以满足 Ingress 资源指定的条件。 1.3. OPENSHIFT CONTAINER PLATFORM 网络的常见术语表 该术语表定义了在网络内容中使用的常用术语。 身份 身份验证 验证 为了控制对 OpenShift

Operator 配置对象 defaultNetwork 对象配置 配置 OpenShift SDN CNI 集群网络供应商 配置 OVN-Kubernetes CNI 集群网络供应商 4.6.8. 指定高级网络配置 4.6.9. 在新 AWS 集群上配置 Ingress Controller 网络负载平衡 4.6.10. 使用 OVN-Kubernetes 配置混合网络 4.6.11. 部署集群 Azure 配置参数 5.5.5.2. Azure 的自定义 install-config.yaml 文件示例 5.5.5.3. 在安装过程中配置集群范围代理 5.5.6. 网络配置阶段 5.5.7. 指定高级网络配置 5.5.8. Cluster Network Operator 配置 5.5.8.1. Cluster Network Operator 配置对象 defaultNetwork 对象配置 5.2. GCP 的自定义 install-config.yaml 文件示例 6.5.6. 其他资源 6.5.6.1. 在安装过程中配置集群范围代理 6.5.7. 网络配置阶段 6.5.8. 指定高级网络配置 6.5.9. Cluster Network Operator 配置 6.5.9.1. Cluster Network Operator 配置对象 defaultNetwork 对象配置

。您还可以自定义安装过程来支持高级基础架构场景。安 装程序将为集群置备底层基础架构。 您可以安装标准集群或自定义集群。对于标准集群，您要提供安装集群所需的最低限度详细信息。对于自 定义集群，您可以指定有关平台的更多详细信息，如 control plane 使用的机器数量、集群部署的虚拟机的 类型，或 Kubernetes 服务网络的 CIDR 范围。 若有可能，可以使用此功能来避免置备和维护集 包括该字符串来正确地升级镜像 registry。 如果您要将 mirror registry for Red Hat OpenShift 从 1.2.z 升级到 1.3.0，且您在 1.2.z 部署中使用了 指定目录，则必须传递新的 --pgStorage' 和 和 '--quayStorage 标志。例如： 3.2.5. 使用 Red Hat OpenShift 的镜像 registry 在远程主机上镜像(mirror) --autoApprove 禁用交互式提示的布尔值。如果设置为 true，则在卸载镜像 registry 时自动删除 quayRoot 目录。如果未指定，则默认为 false。 --initPassword 在 Quay 安装过程中创建的 init 用户的密码。必须至少包含八个字符，且不包含空 格。 --initUser string 显示初始用户的用户名。若未指定，则默认为 init。 --no-color