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

. . . . . . . . . . . . . . . . . 第 第 7 章 章 扩 扩展 展 CLUSTER MONITORING OPERATOR 7.1. PROMETHEUS 数据库存储要求 7.2. 配置集群监控 第 第 8 章 章 根据 根据对 对象限制 象限制规 规划您的 划您的环 环境 境 8.1. OPENSHIFT CONTAINER PLATFORM 为主发行版本测试了集群最大值 高带宽写入，实现更快速的压缩和碎片处理。 高带宽读取，加快从故障恢复。 固态硬盘是最小的选择，NVMe 驱动器是首选的。 来自不同制造商的服务器级硬件可以提高可靠性。 RAID 0 技术以提高性能。 专用 etcd 驱动器。不要将日志文件或其他重重工作负载放在 etcd 驱动器中。 注意 注意 第 第 1 章 章 推荐的主机 推荐的主机实 实践 践 13 注意 注意 避免 NAS etcd_mvcc_db_total_size_in_use_in_bytes，表示历史压缩后实际数据库使用量 etcd_mvcc_db_total_size_in_bytes 显示数据库大小，包括等待碎片整理的可用空间 在导致磁盘碎片的事件后（如 etcd 历史记录紧凑）对 etcd 数据进行清理以回收磁盘空间。 历史压缩将自动每五分钟执行一次，并在后端数据库中造成混乱。此碎片空间可供 etcd 使用，但主机文 件系统不可用。您必须对碎片

26.6. 配置 SR-IOV INFINIBAND 网络附加 26.7. 将 POD 添加到额外网络 26.8. 为 SR-IOV 网络配置接口级别网络 SYSCTL 设置 26.9. 配置高性能多播 26.10. 使用 DPDK 和 RDMA 26.11. 使用 POD 级别绑定 26.12. 配置硬件卸载 (OFFLOADING) 26.13. 将 BLUEFIELD-2 从 DPU 切换到 网络是一个功能生态系统、插件和高级网络功能，它使用高级网络相关功能来扩展 Kubernetes 网络，集群需要为其一个或多个混合集群管理网络流量。这个网络功能生态系统集成了入 口、出口、负载均衡、高性能吞吐量、安全性和集群内部流量管理，并提供基于角色的可观察工具来减少 其自然复杂性。 以下列表重点介绍集群中可用的一些最常用的 Red Hat OpenShift Networking 功能： 由以下 IngressController 的 scope，您可以在创建自定义资源(CR)后更改 .spec.endpointPublishingStrategy.loadBalancer.scope 参数。 图 图 7.1. LoadBalancer 图 图表 表 replicas: 2 logging: access: null $ oc -n openshift-ingress-operator patch

worker 节点上运行。 Prometheus Prometheus 是 OpenShift Container Platform 监控堆栈所依据的监控系统。Prometheus 是一个时间 序列数据库和用于指标的规则评估引擎。Prometheus 将警报发送到 Alertmanager 进行处理。 Prometheus adapter Prometheus Adapter 会转换 Kubernetes 约束与标记的节点搭配使用，您可以将任何监控堆栈组件移到特定的节点上。通过 这样做，您可以控制集群中监控组件的放置和分发。 通过控制监控组件的放置和分发，您可以根据特定要求或策略优化系统资源使用、提高性能和隔离工作负 载。 2.6.1. 节点选择器与其他约束一起使用 如果使用节点选择器约束移动监控组件，请注意集群可能存在其他限制来控制 pod 调度： 拓扑分布约束可能处于放置状态来控制 pod 2.9.1. 持久性存储的先决条件 分配充足的专用本地持久性存储，以确保磁盘不会被填满。您需要的存储量取决于 Pod 的数目。 如需有关持久性存储系统要求的信息，请参阅 Prometheus 数据库存储要求。 确保持久性卷 (PV) 已准备好以供持久性卷声明 (PVC) 使用，每个副本一个 PV。因为 Prometheus 和 Alertmanager 有两个副本，所以您需要四个 PV 来支持整个监控堆栈。PV

附加的运行时配置 12.7.2. 将 pod 添加到额外网络 12.7.3. 创建与 SR-IOV pod 兼容的非统一内存访问 (NUMA) 12.7.4. 其他资源 12.8. 配置高性能多播 12.8.1. 高性能多播 12.8.2. 为多播配置 SR-IOV 接口 12.9. 在 DPDK 和 RDMA 模式中使用虚拟功能（VF）的示例 12.9.1. 在 DPDK 和 RDMA 模式中使用虚拟功能（VF）的示例 Container Platform 动态分配; 但是，为了支持静态端口分配，您会保留对受管 NodePortService 的 的节 节点端口字段的更改 点端口字段的更改 。 图 图 6.1. NodePortService 图 图表 表 上图显示了与 OpenShift Container Platform Ingress NodePort 端点发布策略相关的以下概念： 集群中的所有可用节点均有自己的外部可访问 IngressController 对象。您无法在创建自定义资源 (CR) 后更改 .spec.endpointPublishingStrategy.loadBalancer.scope 参数。 图 图 6.2. LoadBalancer 图 图表 表 matchLabels: node-role.kubernetes.io/worker: "" namespaceSelector:

装程序会识别并使用现有组件，而不是运行命令来 再次创建它们，因为程序满足依赖项。 图 图 1.1. OpenShift Container Platform 安装目 安装目标 标和依 和依赖项 赖项 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 7 图 图 1.1. OpenShift Container Platform 安装目 安装目标 机器。然后，control plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 11 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 功能提供功能。 Node Tuning Operator 可以帮助您通过编排 TuneD 守护进程来管理节点级别的性能优化，并使用 Performance Profile 控制器获得低延迟性能。大多数高性能应用程序都需要一定程度的内核级性能优化。 Node Tuning Operator 为用户提供了一个统一的、节点一级的 sysctl 管理接口，并可以根据具体用户的 需要灵活地添加自定义性能优化设置。

汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR Operator 的信息，如名称和版本。 驱动 UI 的额外信息，例如其图标和一些示例自定义资源 (CR)。 所需的和所提供的 API。 相关镜像。 将清单加载到 Operator Registry 数据库中时，会验证以下要求： 该捆绑包必须在注解中至少定义一个频道。 每个捆绑包都只有一个集群服务版本（CSV）。 如果 CSV 拥有自定义资源定义（CRD），则该 CRD 必须存在于捆绑包中。 2

管理大页 页面 面 14.1. 巨页的作用 14.2. 先决条件 14.3. 消耗大页面 第 第 15 章 章 在 在 GLUSTERFS 存 存储 储上 上进 进行 行优 优化 化 15.1. 数据库聚合模式指南 15.2. 测试的应用程序 15.3. 支持列表 15.4. 测试结果 32 32 32 33 33 33 33 34 34 34 36 36 36 36 37 burst 值是 OpenShift Container Platform 的默认值。 3.3. OPENSHIFT CONTAINER PLATFORM ETCD 主机的建议实践 etcd 是一个分布式键值存储，OpenShift Container Platform 用于配置它。 OpenShift Container Platform 版 本 etcd 版本 存储 schema 版本 3 及更新的版本 3.x v3 etcd 3.x 引入了重要的可伸缩性和性能改进，用于减少任意大小集群的 CPU、内存、网络和磁盘要求。 etcd 3.x 还会实施后向兼容的存储 API，促进磁盘 etcd 数据库的两个步骤迁移。出于迁移目 的，OpenShift Container Platform 3.5 中 etcd 3.x 使用的存储模式保留在 v2 模式中。自 OpenShift Container

. . . . . . . . . . . . . . . . . 14.6. 配置 SR-IOV INFINIBAND 网络附加 14.7. 将 POD 添加到额外网络 14.8. 配置高性能多播 14.9. 使用 DPDK 和 RDMA 14.10. 卸载 SR-IOV NETWORK OPERATOR 第 第 15 章 章 OPENSHIFT SDN 默 默认 认 CNI 网 网络 Container Platform 动态分配; 但是，为了支持静态端口分配，您会保留对受管 NodePortService 的 的节 节点端口字段的更改 点端口字段的更改 。 图 图 6.1. NodePortService 图 图表 表 $ oc edit IngressController default -n openshift-ingress-operator apiVersion: com/ST=NC/C=US/O=Security/OU=OpenShift$" OpenShift Container Platform 4.9 网 网络 络 36 图 图 6.1. NodePortService 图 图表 表 上图显示了与 OpenShift Container Platform Ingress NodePort 端点发布策略相关的以下概念： 集群中的所有可用节点均有自己的外部可访问