部署分布式追踪默认策略 3.2.2. 从 Web 控制台部署分布式追踪生产环境策略 3.2.2.1. 通过 CLI 部署分布式追踪产品策略 3.2.3. 从 Web 控制台部署分布式追踪流策略 3.2.3.1. 通过 CLI 部署分布式追踪流策略 3.2.4. 验证部署 3.2.4.1. 访问 Jaeger 控制台 3.2.5. 自定义部署 3.2.5.1. 部署最佳实践 4 4 4 4 4 4 分布式追踪已知问题 Red Hat OpenShift 分布式追踪中存在这些限制： 不支持 Apache spark。 IBM Z 和 IBM Power Systems 上不支持通过 AMQ/Kafka 进行流部署。 Red Hat OpenShift 分布式追踪有以下已知的问题： TRACING-2057 Kafka API 已更新至 v1beta2，以支持 Strimzi Kafka Operator oauth-proxy sidecar 不信任安装时使用 additionalTrustBundle 定义的自定义 CA 捆绑包。 TRACING-1166 目前无法在断开网络连接的环境中使用 Jaeger 流策略。当置备 Kafka 集群时，它 会出错：Failed to pull image registry.redhat.io/amq7/amq-streams-kafka-24- rhel7@sha2

3546) 1.1.3.4. 已知 已知问题 问题 目前，不支持 Apache Spark。 目前，IBM Z 和 IBM Power Systems 架构不支持通过 AMQ/Kafka 进行流部署。 1.1.4. Red Hat OpenShift distributed tracing Platform (Tempo) 1.1.4.1. 新功能及功能增 新功能及功能增强 强 在这个 Platform (Jaeger) 1.2.4.1. 已知 已知问题 问题 不支持 Apache spark。 IBM Z 和 IBM Power Systems 上不支持通过 AMQ/Kafka 进行流部署。 1.2.5. Red Hat OpenShift distributed tracing Platform (Tempo) 重要 重要 Red Hat OpenShift distributed Platform (Jaeger) 1.3.4.1. 已知 已知问题 问题 不支持 Apache spark。 IBM Z 和 IBM Power Systems 上不支持通过 AMQ/Kafka 进行流部署。 1.3.5. Red Hat OpenShift distributed tracing Platform (Tempo) 重要 重要 Red Hat OpenShift distributed

策略强制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 问题 Red Hat OpenShift 分布式追踪中存在这些限制： 不支持 Apache spark。 IBM Z 和 IBM Power Systems 上不支持通过 AMQ/Kafka 进行流部署。 - "^istio-operator" - "^kube-.*" - "^openshift.*" - "^ibm.*" - "^kiali-operator" oauth-proxy sidecar 不信任安装时使用 additionalTrustBundle 定义的自定义 CA 捆绑包。 TRACING-1166 目前无法在断开网络连接的环境中使用 Jaeger 流策略。当一个 Kafka 集群被置备 时，它会产生一个错误： Failed to pull image registry.redhat.io/amq7/amq-streams-kafka- 24- r

1. 在 Web 控制台导航菜单顶部的上下文选择器中，选择 Developer。 2. 点击 + Add 3. 在页面顶部，选择要添加到的项目的名称。 4. 单击添加到项目的方法，然后按照工作流操作。 注意 注意 您还可以使用快速搜索在拓扑中添加组件。 2.1.9. 使用 Web 控制台检查项目状态 流程 1. 浏览至 Home → Project。 2. 选择一个项目来查看其状态。 入一个存在的 codebase、Devfile 或 Dockerfile，以在 OpenShift Container Platform 上构建和 部署一个应用程序。 Container Image：使用镜像流或 registry 中的现有镜像，将其部署到 OpenShift Container Platform 中。 Pipelines：使用 Tekton 管道为 OpenShift Container Operator。 您已在 knative-serving 命名空间中创建了 KnativeServing 资源。 3.1.2. 创建抽样应用程序 您可以使用 Developer 视角的 +Add 流中的基本示例应用程序来快速创建、构建和部署应用程序。 以下流程解释了 Developer 视角中的 Samples 选项以创建示例应用程序。 流程 1. 在 +Add 视图中，点 Samples

制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥 遥测 测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.3.3. Red Hat OpenShift Service Mesh 1.1.2 版中包含的组件版本 组 组件 件 版本 版本 Istio 1.4.6 Jaeger 分布式追踪是用来将不同工作单元的信息关联起来的技术，通常是在不同进程或主机中执行的，以便理解 分布式事务中的整个事件链。分布式追踪可让开发人员在大型服务架构中视觉化调用流程。它对理解序列 化、平行和延迟来源会很有价值。 Jaeger 在微服务的整个堆栈中记录了独立请求的执行过程，并将其显示为 trace。trace是系统的数据/执 行路径。一个端到端的 trace 由一个或者多个 span 组成。 span 5. 点左下角的 Legend。Kiali 显示图例。 6. 关闭 Graph Legend。 7. 把鼠标移到 productpage 节点上。请注意，图性只会突出显示来自节点的和进入节点的网络流 量。 8. 点 productpage 节点。请注意，页面右侧的详情如何改变来显示 productpage 页详情。 4.4.3. 访问应用程序页面 第 第 4 章 章 第二天 第二天 59

1. 在 Web 控制台导航菜单顶部的上下文选择器中，选择 Developer。 2. 点击 + Add 3. 在页面顶部，选择要添加到的项目的名称。 4. 单击添加到项目的方法，然后按照工作流操作。 注意 注意 您还可以使用快速搜索在拓扑中添加组件。 2.1.9. 使用 Web 控制台检查项目状态 流程 流程 1. 浏览至 Home → Project。 2. 选择一个项目来查看其状态。 入一个存在的 codebase、Devfile 或 Dockerfile，以在 OpenShift Container Platform 上构建和 部署一个应用程序。 Container Image：使用镜像流或 registry 中的现有镜像，将其部署到 OpenShift Container Platform 中。 Pipelines：使用 Tekton 管道为 OpenShift Container Operator。 您已在 knative-serving 命名空间中创建了 KnativeServing 资源。 3.1.2. 创建抽样应用程序 您可以使用 Developer 视角的 +Add 流中的示例应用程序来快速创建、构建和部署应用程序。 先决条件 先决条件 已登陆到 OpenShift Container Platform web 控制台，且处于 Developer 视角。 流程

被删除，则不会重新创建它们。在这个版 本中，elasticsearch-operator 会监视资源，并在删除时自动重新创建这些资源。(LOG-2250) 在此次更新之前，调整缓冲区块大小可能会导致收集器生成超过事件流字节限制的块大小警告。 在这个版本中，您还可以调整读行限制，并解决问题。(LOG-2379) 在此次更新之前，OpenShift WebConsole 中的日志记录控制台链接不会被 ClusterLogging 。在这个版本中解决了这个问题，日志消息被正确序列化 为有效的 JSON。(LOG-1494) 在此次更新之前，应用程序日志没有被正确配置，以转发到启用了多行错误检测的正确的 Cloudwatch 流。(LOG-1939) 在此次更新之前，5.3 发行版中部署的收集器的名称更改会导致生成警报 'fluentnodedown'。 (LOG-1918) 在此次更新之前，以前的发行配置中引入的回归会 throw_exception：发 出一个异常并在日志中显 示。 block：停止对数据进行 块除了，直到缓冲区已用 完的问题被解决为止。 drop_oldest_chunk： 删除旧的块以接受新传入 的块。旧块的价值比新块 要小。 block retryMaxInterval exponential_backoff 重试方法 的最大时间（以秒为单位）。 300s 参数 参数 描述 描述 默 默认 认 OpenShift

throw_exception：发 出一个异常并在日志中显 示。 block：停止对数据进行 块除了，直到缓冲区已用 完的问题被解决为止。 drop_oldest_chunk： 删除旧的块以接受新传入 的块。旧块的价值比新块 要小。 block retryMaxInterval exponential_backoff 重试方法 的最大时间（以秒为单位）。 300s 参数 参数 描述 描述 默 默认 认 OpenShift 轮转。您无法修改默认的日志轮转配置。 配置所收集日志的位置 配置所收集日志的位置。您无法更改日志收集器输出文件的位置，默认为 /var/log/fluentd/fluentd.log。 日志收集 日志收集节 节流 流。您不能减慢日志收集器读取日志的速度。 使用 使用环 环境 境变 变量配置日志 量配置日志记录 记录收集器 收集器。您不能使用环境变量来修改日志收集器。 Annotations: API Elasticsearch 索引 索引节 节流 流 在索引文档时，Elasticsearch 将文档存储在索引片段中，这些部分是数据的物理表示。同 时，Elasticsearch 会定期将较小的片段合并到较大的片段中，以优化资源使用。如果索引速度更快， 那么合并过程就无法迅速完成，从而导致搜索和性能出现问题。为了防止这种情况，Elasticsearch 节 流（throttles）的索引通常是通过减少

的高可用性 9.9. 删除 IP 故障切换 第 第 10 章 章 在裸机集群中使用流控制 在裸机集群中使用流控制传输协议 传输协议 (SCTP) 10.1. 支持 OPENSHIFT CONTAINER PLATFORM 上的流控制传输协议 (SCTP) 10.2. 启用流控制传输协议 (SCTP) 10.3. 验证流控制传输协议 (SCTP) 已启用 第 第 11 章 章 使用 使用 PTP 硬件 IP 地址 16.12. 使用出口路由器 POD 的注意事项 16.13. 以重定向模式部署出口路由器 POD 16.14. 为项目启用多播 16.15. 为项目禁用多播 16.16. 跟踪网络流 16.17. 配置混合联网 第 第 17 章 章 配置路由 配置路由 17.1. 路由配置 17.2. 安全路由 第 第 18 章 章 配置集群入口流量 配置集群入口流量 18.1. 集群入口流量配置概述 Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络，它允许 OpenShift Container Platform 集群中的不同 pod 相互间进行通信。 流控制 流控制传输协议 传输协议 (SCTP) SCTP 是基于信息的可靠协议，可在 IP 网络之上运行。 taint 污点和容限可确保将 pod 调度到适当的节点上。您可以在节点上应用一个或多个污点。

控制平面节点资源要求取决于集群中的节点和对象的数量和类型。以下控制平面节点大小是基于控制平面 密度测试的结果，或 Clusterdensity。此测试会在给定很多命名空间中创建以下对象： 1 个镜像流 1 个构建 5 个部署，其中 2 个 pod 副本处于睡眠 睡眠状态，每个状态都挂载 4 个 secret、4 个配置映射和 1 Downward API 卷 5 个服务，每个服务都指向前一个部署的 描述状态和错误详情的人类可读的原因信息（如果存在）。 14.7.1. 机器配置池 性能配置集及其创建的产品会根据关联的机器配置池（MCP）应用到节点。MCP 包含有关应用由性能附 加组件创建的机器配置的有价值的信息，它包括了内核 arg、Kube 配置、巨页分配和 rt-kernel 部署。性 能附加控制器监控 MCP 中的更改，并相应地更新性能配置集状态。 MCP 返回到性能配置集状态的唯一条件是 MCP 通过使用路由公开到 registry 的外部访问权限： 2. 运行以下命令来获取 registry 端点： 3. 创建用于公开镜像的命名空间： 4. 使镜像流可供用于测试的所有命名空间使用。这需要允许 test 命名空间从 cnf-tests 镜像流中获 取镜像。运行以下命令： 5. 运行以下命令，检索 docker secret 名称和 auth 令牌： $ podman run -v $(pwd)/:/kubeconfig:Z