OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Last Updated: 2024-02-23 OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 法律通告 法律通告 Copyright © 2024 Red Hat, Inc. The text of and trademarks 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 trademarks 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

Red Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service control plane 和网关监控 代理同步状态 Envoy 配置视图 显示 Envoy 代理和应用程序日志处于交集的统一视图 支持联邦服务网格视图的命名空间和集群选择 新的验证、向导和分布式追踪增强 1.2.2.13. Red Hat OpenShift Service Mesh 2.0.11.1 的新功能 的新功能 此 Red Hat OpenShift Service Mesh ，所以 Kiali 提供了几种不同布局的选择。要选 择不同的布局，可从 Graph Settings 菜单中选择一个不同的 Layout Schema。 首次从 Kiali 控制台访问相关服务（如分布式追踪平台和 Grafana）时，必须使用 OpenShift Container Platform 登录凭证接受证书并重新进行身份验证。这是因为框架如何显示控制台中的 内置页面中存在问题。 Bookinfo

创建默认的集群范围节点选择器 3.7.4. 创建项目范围节点选择器 3.8. 使用 POD 拓扑分布限制控制 POD 放置 3.8.1. 关于 pod 拓扑分布限制 3.8.2. 配置 pod 拓扑分布限制 3.8.3. pod 拓扑分布限制示例 3.8.3.1. 单个 pod 拓扑分布约束示例 3.8.3.2. 多个 pod 拓扑分布约束示例 3.8.4. 其他资源 3.9. 运行自定义调度程序 3.9 Container Platform 中可用的高级调度功能控制 pod 调度： 节点对 pod 绑定规则，如 pod关联性、节点关联性 和反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布限制。 自定义调度程序. 将 descheduler 配置为根据特定策略驱除 pod，以便调度程序将 pod 重新调度到更合适的节点。 配置 pod 控制器重启后 pod 的行为并重启策略。 13 1 2 3 4 5 6 7 8 9 pod 可以被“标上”一个或多个标签，然后使用这些标签在一个操作中选择和管理多组 pod。标签以 键/值格式保存在 metadata 散列中。 pod 重启策略，可能的值有 Always、OnFailure 和 Never。默认值为 Always。 OpenShift Container Platform 为容器定义了一个安全上下文，指定是否允许其作为特权容器来运

创建默认的集群范围节点选择器 3.8.4. 创建项目范围节点选择器 3.9. 使用 POD 拓扑分布限制控制 POD 放置 3.9.1. 关于 pod 拓扑分布限制 3.9.2. 配置 pod 拓扑分布限制 3.9.3. pod 拓扑分布限制示例 3.9.3.1. 单个 pod 拓扑分布约束示例 3.9.3.2. 多个 pod 拓扑分布约束示例 91 91 93 94 94 95 97 100 100 Container Platform 中可用的高级调度功能控制 pod 调度： 节点到 pod 的绑定规则，如 pod 关联性、节点关联性 和 反关联性。 节点标签和选择器。 污点和容限。 Pod 拓扑分布约束。 自定义调度程序。 配置 descheduler 以根据特定策略驱除 pod，以便调度程序将 pod 重新调度到更合适的节点。 配置 pod 如何使用 pod 控制器重启后的行为，然后重新启动策略。 14 1 2 3 4 5 6 7 8 9 pod 可以被“标上”一个或多个标签，然后使用这些标签在一个操作中选择和管理多组 pod。标签以 键/值格式保存在 metadata 散列中。 pod 重启策略，可能的值有 Always、OnFailure 和 Never。默认值为 Always。 OpenShift Container Platform 为容器定义了一个安全上下文，指定是否允许其作为特权容器来运

定要求或策略优化系统资源使用、提高性能和隔离工作负 载。 2.6.1. 节点选择器与其他约束一起使用 如果使用节点选择器约束移动监控组件，请注意集群可能存在其他限制来控制 pod 调度： 拓扑分布约束可能处于放置状态来控制 pod 放置。 Prometheus、Thanos Querier、Alertmanager 和其他监控组件会放置硬反关联性规则，以确保 这些组件的多个 pod 始终分 时匹 配所有约束。 其他 其他资 资源 源 了解如何更新节点上的标签 使用节点选择器将 pod 放置到特定节点 使用关联性和反关联性规则相对于其他 pod 放置 pod 使用 pod 拓扑分布限制控制 pod 放置 Kubernetes 文档中有关节点选择器 2.6.2. 将监控组件移到其他节点 要指定运行监控堆栈组件的集群中的节点，请在组件的 ConfigMap 对象中配置 nodeSelector 字段按名称或标签搜索目标。 4. 可选：点 Endpoint, Status, Namespace, Last Scrape, 和 Scrape Duration 列标题对目标进行 排序。 5. 单击目标的 Endpoint 列中的 URL，以导航到其 Target 详 详情 情页面。本页提供有关目标的信息，包 括： 为指标提取的端点 URL 目标的当前 Up 或 Down 状态 到命名空间的链接

19 a. 获取 etcd pod 列表： 输 输出示例 出示例 b. 选择 pod 并运行以下命令来确定哪个 etcd 成员是领导： 输 输出示例 出示例 基于此输出的 IS LEADER 列，https://10.0.199.170:2379 端点是领导。与上一步输出匹配此 端点，领导的 pod 名称为 etcd-ip-10-0-199-170.example.redhat.com。 2 已移至基础架构节点。 a. 运行以下命令，以识别 registry pod 所在的节点： b. 确认节点具有您指定的标签： 查看命令输出，并确认 node-role.kubernetes.io/infra 列在 LABELS 列表中。 1.11. 移动路由器 您可以将路由器 pod 部署到不同的机器集中。默认情况下，pod 部署到 worker 节点。 先决条件 先决条件 在 OpenShift Container 的整数，该整数不超过虚拟服务器的虚拟 CPU 数量。 以下示例规格为网络接口配置两个输入和输出队列： 多个队列旨在为网络接口提供增强的性能，但也使用内存和 CPU 资源。首先为繁忙的接口定义两个队 列。接下来，尝试为不太繁忙的接口定义两个队列，为繁忙的接口设置两个以上的队列。 2.6.2. 对虚拟块设备使用 I/O 线程 要使虚拟块设备使用 I/O 线程，您必须为虚拟服务器和每个虚拟块设备配置一个或多个

汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 如果出现不匹配的情况，则以 annotations.yaml 文件为准，因为依赖这些注解的集群 Operator Registry 只能访问此文件。 2.2.1.3. 依 依赖项 Operator 的依赖项列在捆绑包的 metadata/ 目录中的 dependencies.yaml 文件中。此文件是可选的，目 前仅用于指明 Operator-version 依赖项。 依赖项列表中，每个项目包含一个 type 任意属性示例 此结构可用于为通用限制构建通用表达式语言(CEL)表达式。 其他 其他资源 源 常见表达式语言(CEL)约束 2.4.4.3. Operator 依 依赖项 Operator 的依赖项列在捆绑包的 metadata/ 目录中的 dependencies.yaml 文件中。此文件是可选的，目 前仅用于指明 Operator-version 依赖项。 依赖项列表中，每个项目包含一个 type

Metering 1.2.14.1. 配置 metering Report 自定义资源的保留周期 1.2.15. 节点 1.2.15.1. 配置节点审计日志策略 1.2.15.2. 配置 pod 拓扑分布限制 1.2.15.3. 提供了新的 descheduler 策略（技术预览） 1.2.15.4. 根据命名空间和优先级过滤 descheduler（技术预览） 1.2.15.5. RemoveDuplicates OpenShift Container Platform 4.6 发 发行注 行注记 记 18 左侧的复选框列出默认字段名称，同时在右侧列出附加字段名称。取消选择复选框将从表视图中删除该 列。选择一个复选框会将该列添加到表视图中。同时可以最多显示来自两端的 9 个字段。点 Save 可保存 您所做的更改。点 Restore Default Columns 将恢复这些字段的默认设置。 1.2.5.8 2. 配置 配置 pod 拓扑分布限制 拓扑分布限制 现在，您可以配置 pod 拓扑分布约束，以更加精细地控制 pod 在节点、区、区域或其他用户定义的拓扑 域中的放置。这有助于提高高可用性和资源使用率。 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 4.6 发 发行注 行注记 记 29 如需更多信息，请参阅使用 pod 拓扑分布限制来控制 pod 放置。 1

MESH 第 第 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 章 章 支持 支持 Mesh 是一个提供对服务网格（service mesh）的行为信息和操作控制的平 台，它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格（service mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 pod 被逐出，删除被逐出的 istio-operator pod。 1.4.2. Kiali 已知问题 Kiali 中已知的问题： KIALI-3262 在 Kiali 控制台中，当您点击导航中的分布式跟踪或跟踪标签页时，会要求您接受证 书，然后要求您提供 OpenShift 登录凭证。这是因为框架如何显示控制台中的 Trace 页面中存在 问题。解决方法是在另一个浏览器窗口中为 Jaeger 控制台打开