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

第 第 11 章 章 使用 使用 BARE METAL EVENT RELAY 监 监控裸机事件 控裸机事件 11.1. 关于裸机事件 11.2. 裸机事件的工作方式 11.3. 安装 AMQ 消息传递总线 11.4. 订阅集群节点的 REDFISH BMC 裸机事件 11.5. 将应用程序订阅到裸机事件 REST API 参考 第 第 12 章 章 访问 访问第三方 第三方监 监控 控 UI Prometheus Prometheus 是 OpenShift Container Platform 监控堆 栈所依据的监控系统。Prometheus 是一个时间序列数 据库和用于指标的规则评估引擎。Prometheus 将警报 发送到 Alertmanager 进行处理。 Prometheus Adapter Prometheus Adapter（上图中的 PA）负责转换 Kubernetes 是为用户定义的项目提供监控的监控系 统。Prometheus 将警报发送到 Alertmanager 进行处 理。 Thanos Ruler Thanos Ruler 是 Prometheus 的一个规则评估引擎， 作为一个独立的进程来部署。在 OpenShift Container Platform 4.10 中，Thanos Ruler 为监控用户定义的项 目提供规则和警报评估。 组 组件 件 描述 描述

Platform 日 志记录和监控，以及 PostgreSQL。 共享和分布式文件系统，主要服务于软件开发、消息传递和数据聚合工作负载。示例包括 Jenkins 构建源和工件、Wordpress 上传的内容、Red Hat OpenShift Container Platform registry，以及 使用 JBoss AMQ 的消息传递。 多云对象存储，具有一个轻量级 S3 API 端点，可以从多个云对象存储中提取存储和检索数据。 数据库工作负载必须不使用 CephFS PV/PVC。 Red Hat OpenShift Data Foundation 版本 4.x 由一组软件项目组成，包括： Ceph，提供块存储、共享分布式文件系统以及内部对象存储 Ceph CSI，用于管理持久性卷和声明的调配和生命周期 NooBaa 提供多云对象网关 OpenShift Data Foundation、Rook-Ceph 和 NooBaa 目前，HashiCorp Vault 是唯一受支持的 KMS。在 OpenShift Data Foundation 4.7.0 和 4.7.1 中，只支持 HashiCorp Vault KV secret 引擎，API 版本 1。从 OpenShift Data Foundation 4.7.2 开始，支持 HashiCorp Vault KV secret engine API、版本 1 和 2。 注意

汇总现场工程师了解的情况并将其传输给所有用户，而非一两个用户。 为什么在 什么在 Kubernetes 上部署？ 上部署？ Kubernetes（扩展至 OpenShift Container Platform）包含构建复杂分布式系统（可在本地和云提供 商之间工作）需要的所有原语，包括 secret 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 通用限制 olm.constraint 属性声明特定类型的依赖项约束，区分非约束和约束属性。其 value 字段是一个包含 failureMessage 字段的对象，其中包含约束消息的字符串表。如果约束在运行时不满意，则这一消息被 作为信息性提供给用户使用。 以下键表示可用的约束类型： gvk 其值及对其的解释与 olm.gvk 类型相同的类型 package 其值及对其的解释与 olm.package Operator 组。 在 Operator 组中指定不正确或不存在的服务帐户名称。 如果安装计划遇到无效的 Operator 组，则不会生成 CSV，InstallPlan 资源将继续使用相关消息 进行安装。例如，如果同一命名空间中存在多个 Operator 组，则会提供以下信息： 其中 count= 指定命名空间中的 Operator 组数量。 如果 CSV 的安装模式不支持其命名空间中

Red Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service 语开始： master、 slave、blacklist 和 whitelist。这些更改将在即将发行的几个发行本中逐渐实施。有关更多详情，请参阅我 们的首席技术官 Chris Wright 提供的消息。 1.2.2. 新功能及功能增强 第 第 1 章 章 SERVICE MESH 2.X 3 此版本对以下方面进行了改进。 1.2.2.1. Red Hat OpenShift Service control plane 和网关监控 代理同步状态 Envoy 配置视图 显示 Envoy 代理和应用程序日志处于交集的统一视图 支持联邦服务网格视图的命名空间和集群选择 新的验证、向导和分布式追踪增强 1.2.2.13. Red Hat OpenShift Service Mesh 2.0.11.1 的新功能 的新功能 此 Red Hat OpenShift Service Mesh

如需更多信息，请参阅了解 OpenShift Pipelines。 1.3. OPENSHIFT GITOPS OpenShift GitOps 是一个使用 Argo CD 作为声明性 GitOps 引擎的 Operator。它启用了多集群 OpenShift 和 Kubernetes 基础架构的 GitOps 工作流。使用 OpenShift GitOps，管理员可以在集群和开 发生命周期中一致地配置和部署基于 构建中使用的源提交的日期 io.openshift.build.commit.id 构建中使用的源提交的哈希值 io.openshift.build.commit.message 构建中使用的源提交的消息 io.openshift.build.commit.ref 源中指定的分支或引用 io.openshift.build.source-location 构建的源 URL 您还可以使用 BuildConfig 要创建增量构建，请创建对策略定义进行以下修改： 指定支持增量构建的镜像。请参考构建器镜像的文档，以确定它是否支持此行为。 此标志（flag）控制是否尝试增量构建。如果构建器镜像不支持增量构建，则构建仍将成 功，但您会收到一条日志消息，指出增量构建因为缺少 save-artifacts 脚本而未能成功。 其他 其他资 资源 源 如需有关如何创建支持增量构建的构建器镜像的信息，请参阅 S2I 要求。 2.5.2.2. 覆盖 覆盖

在此次更新之前，Fluentd 有时无法识别 Kubernetes 平台轮转日志文件，且不会读取日志消息。 OpenShift Container Platform 4.8 日志 日志记录 记录 8 在此次更新之前，Fluentd 有时无法识别 Kubernetes 平台轮转日志文件，且不会读取日志消息。 在这个版本中，通过设置上游开发团队所推荐的配置参数修正。(LOG-2792) 在此次更新之前，当 志转发到 fluentd 转发接收器时不断尝试使用 过时的连接。在这个版本中，keepalive_timeout 值被设置为 30 秒(30s)，以便收集器回收连接 并重新尝试在合理的时间内发送失败消息。(LOG-2534) 在此次更新之前，网关组件强制租期中的错误，用于读取带有 Kubernetes 命名空间的日志的有限 访问会导致 "audit" 以及一些 "infrastructure" Prometheus 警报的作业名称解决了这个问题。 (LOG-1918) 在此次更新之前，日志收集器因为重构组件名称更改而收集自己的日志。这可能会导致收集器处 理自己的日志的潜在反馈循环，这可能会导致内存和日志消息大小问题。在这个版本中解决了这 个问题，它会从集合中排除收集器日志。(LOG-1774) 在此次更新之前，Elasticsearch 会生成错误 Unable to create PersistentVolumeClaim

CONTAINER PLATFORM 集群 14.4. 为 OPENSHIFT CONTAINER PLATFORM 准备 PXE 资产 14.5. 为 KUBERNETES OPERATOR 的多集群引擎准备基于 AGENT 的集群 14.6. 基于代理的安装程序的安装配置参数 第 第 15 章 章 在 在单 单一 一节 节点上安装 点上安装 15.1. 准备在一个节点上安装 15.2. 在单一节点上安装 OpenShift Container Platform 安装程序和集群的 pull secret。 已确认主机上的云供应商帐户具有部署集群的正确权限。权限不正确的帐户会导致安装过程失 败，并显示包括缺失权限的错误消息。 流程 流程 进入包含安装程序的目录并初始化集群部署： $ ls /manifests openshift-cluster-csi-d OpenShift Container Platform 安装程序和集群的 pull secret。 已确认主机上的云供应商帐户具有部署集群的正确权限。权限不正确的帐户会导致安装过程失 败，并显示包括缺失权限的错误消息。 流程 流程 进入包含安装程序的目录并初始化集群部署： 对于 ，请指定自定义 ./install-config.yaml 文件的位置。 要查看不同的安装详情，请指定

了解断开连接的安装镜像 14.3. 使用基于代理的安装程序安装 OPENSHIFT CONTAINER PLATFORM 集群 14.4. 为 KUBERNETES OPERATOR 的多集群引擎准备基于 AGENT 的集群 第 第 15 章 章 在 在单 单一 一节 节点上安装 点上安装 15.1. 准备在一个节点上安装 15.2. 在单一节点上安装 OPENSHIFT 第 第 16 OpenShift Container Platform 安装程序和集群的 pull secret。 验证主机上的云供应商帐户是否有部署集群的正确权限。权限不正确的帐户会导致安装过程失 败，并显示包括缺失权限的错误消息。 流程 流程 进入包含安装程序的目录并初始化集群部署： 对于 ，请指定自定义 ./install-config.yaml 文件的位置。 要查看不同的安装详情，请指定 OpenShift Container Platform 安装程序和集群的 pull secret。 验证主机上的云供应商帐户是否有部署集群的正确权限。权限不正确的帐户会导致安装过程失 败，并显示包括缺失权限的错误消息。 流程 流程 进入包含安装程序的目录并初始化集群部署： $ ./openshift-install wait-for install-complete --log-level debug $