OpenShift Container Platform 4.14 分布式追踪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 OPENSHIFT0 码力 | 100 页 | 928.24 KB | 1 年前3
OpenShift Container Platform 4.6 分布式追踪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 tracing0 码力 | 59 页 | 572.03 KB | 1 年前3
OpenShift Container Platform 4.8 Service MeshRed 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 登录凭证接受证书并重新进行身份验证。这是因为框架如何显示控制台中的 内置页面中存在问题。 Bookinfo0 码力 | 344 页 | 3.04 MB | 1 年前3
Red Hat OpenShift Data Foundation 4.12 规划部署服务主要通过代表以下组件的存储类提供给应用程序: 块存储设备,主要服务于数据库工作负载。示例包括 Red Hat OpenShift Container Platform 日 志记录和监控,以及 PostgreSQL。 共享和分布式文件系统,主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 Jenkins 构建源和工件、Wordpress 上传的内容、Red Hat OpenShift Container Platform 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成,包括: Ceph,提供块存储、共享分布式文件系统以及内部对象存储 Ceph CSI,用于管理持久性卷和声明的调配和生命周期 NooBaa 提供多云对象网关 OpenShift Data Foundation、Rook-Ceph 和 NooBaa 可见的系统内核,内核的计算是 2 个内核到 4 个 vCPU 的 比率。因此,2 核订阅涵盖超线程系统中的 4 个 vCPU。一个大型虚拟机 (VM) 可能具有 8 个 vCPU,相 当于 4 个订阅内核。当订阅以 2 核作为单位时,您将需要两个 2 核订阅来满足 4 个内核或 8 个 vCPU。 如果没有启用超线程,并且每个可见的系统内核直接与底层物理内核关联,内核的计算为 2 个内核到 2 个0 码力 | 37 页 | 620.41 KB | 1 年前3
OpenShift Container Platform 4.13 网络OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController API,是负责启用对 服务的 外部访问的组件。 pod 一个或多个带有共享资源(如卷和 IP 地址)的容器,在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 PTP Operator PTP Operator 会创建和管理 linuxptp 服务。 route OpenShift Container Platform 路由为集群中的服务提供入口流量。路由提供了标准 0,Ingress Controller 将使用默认值 50000。这个值可能在以后的版本中有所改变。 如果字段的值为 -1,则 HAProxy 将根据运行中容器中的可用 ulimits 动态计算最大值。与当前默认值 50000 相比,此进程会产 生很大的内存用量。 如果字段的值大于当前操作系统的限制,则 HAProxy 进程将不会 启动。 如果您选择了一个离散值,并且路由器 pod 迁移到新节点,则新节0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.14 Operator汇总现场工程师了解的情况并将其传输给所有用户,而非一两个用户。 为什么在 什么在 Kubernetes 上部署? 上部署? Kubernetes(扩展至 OpenShift Container Platform)包含构建复杂分布式系统(可在本地和云提供 商之间工作)需要的所有原语,包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 的历史记录,并可使用 opm CLI 工具添加或删除 Operator 来加以维护。 2.3.1.9. 安装 安装计划 划 安装计划(install plan)是一个列出了为自动安装或升级 CSV 而需创建的资源的计算列表。 2.3.1.10. 多租 多租户 OpenShift Container Platform 中的 租户 是为一组部署的工作负载(通常由命名空间或项目表示)共享共 同访问权限和特权的用户或 定义应用程序的 CSV、CRD 和软件包存储库。 Subscription sub 通过跟踪软件包中的频道来保持 CSV 最新。 InstallPlan ip 为自动安装或升级 CSV 而需创建的资源的计算列表。 OperatorGro up og 将部署在同一命名空间中的所有 Operator 配置为 OperatorGroup 对 象,以便在一系列命名空间或集群范围内监视其自定义资源 ( CR)。0 码力 | 423 页 | 4.26 MB | 1 年前3
OpenShift Container Platform 4.10 可伸缩性和性能别名来利用 MCO 配置集的优势。您必须为 control plane 和计算节点添加 YAML 配 置。 流程 流程 1. 将以下 MCO 示例配置集复制到 control plane 节点的 YAML 文件中。例如,05-master- kernelarg-hpav.yaml: 2. 将以下 MCO 示例配置集复制到计算节点的 YAML 文件中。例如,05-worker-kernelarg- TUNING OPERATOR 49 除了内置的 hpc-compute 配置集外,上面的示例还包括默认 Tuned CR 中提供的 openshift-node TuneD 守护进程配置集,以对计算节点使用特定于 OpenShift 的调优。 4.7. 支持的 TUNED 守护进程插件 在使用 Tuned CR 的 profile: 部分中定义的自定义配置集时,以下 TuneD 插件都受到支持,但 拓扑管理器使用收集来的提示信息中获得的拓扑信息,根据配置的 Topology Manager 策略以及请求的 Pod 资源,决定节点是否被节点接受或拒绝。 拓扑管理器对希望使用硬件加速器来支持对工作延迟有极高要求的操作及高吞吐并发计算的负载很有用。 要使用拓扑管理器,您必须使用 静 静态 态 策略配置 CPU Manager。 5.1. 设置 CPU MANAGER 流程 流程 1. 可选:标记节点: 2. 编辑启用 CPU0 码力 | 315 页 | 3.19 MB | 1 年前3
OpenShift Container Platform 4.8
Web 控制台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 章 章 支持 支持 6 Mesh 是一个提供对服务网格(service mesh)的行为信息和操作控制的平 台,它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格(service mesh)代表在分布式微服务架构中组成应用程序的微服务网络,以及这些微服务 间的交互。当服务网格的规模和复杂性增大时,了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 被逐出,删除被逐出的 istio-operator pod。 1.4.2. Kiali 已知问题 Kiali 中已知的问题: KIALI-3262 在 Kiali 控制台中,当您点击导航中的分布式跟踪或跟踪标签页时,会要求您接受证 书,然后要求您提供 OpenShift 登录凭证。这是因为框架如何显示控制台中的 Trace 页面中存在 问题。解决方法是在另一个浏览器窗口中为 Jaeger 控制台打开0 码力 | 87 页 | 1.58 MB | 1 年前3
OpenShift Container Platform 4.14 安装没有单点故障的高可用性基础架构,默认可用。 管理员可以控制要应用的更新,以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产,如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群,它为您 提供了正确配置的基础架构。 OpenShift Container 管理和维护集群资源。以下列表详细介绍了其中一些自 我管理的资源: 组成集群的 control plane 和计算机器的底层基础架构 负载均衡器 集群网络,包括 DNS 记录和所需的子网 集群基础架构和应用程序的存储 如果您的集群使用用户置备的基础架构,您可以选择将 RHEL 计算机器添加到集群中。 安装 安装过 过程 程详细 详细信息 信息 置备集群时,集群中的每台机器都需要有关集群的信息。OpenShift plane 机器创建计算(compute)机器。下图说明了这一过程: 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 11 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器0 码力 | 3881 页 | 39.03 MB | 1 年前3
OpenShift Container Platform 4.9 网络OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController API,是负责启用对 服务的 外部访问的组件。 pod 一个或多个带有共享资源(如卷和 IP 地址)的容器,在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 PTP Operator PTP Operator 会创建和管理 linuxptp 服务。 route OpenShift Container Platform 路由为集群中的服务提供入口流量。路由提供了标准 等云原生应用需要访问对整个网络运行至关重要的硬件计时事件通知。快速事件通知是有关即 将到来和实时安全时间协议 (PTP) 时钟同步事件的早期警告信号。PTP 时钟同步错误可能会对低延迟应 用程序的性能和可靠性造成负面影响,例如:在一个分布式单元 (DU) 中运行的 vRAN 应用程序。 丢失 PTP 同步是 RAN 网络的一个关键错误。如果在节点上丢失同步,则可能会关闭无线广播,并且网络 Over the Air (OTA) 流量可0 码力 | 388 页 | 4.04 MB | 1 年前3
共 57 条
- 1
- 2
- 3
- 4
- 5
- 6













