信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform 信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： Red Hat OpenShift distributed tracing Platform 信息。您可以使用 Red Hat OpenShift distributed tracing 平台来监控、网络性能分析，并对现代、云原生的微服务应用程 序中组件间的交互进行故障排除。 使用分布式追踪平台，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 分布式追踪平台由三个组件组成： OpenShift Container Platform 4.14 分布式追踪

MESH 2.5. 安装 SERVICE MESH 2.6. 在 SERVICE MESH 中自定义安全性 2.7. 流量管理 2.8. 在 SERVICE MESH 上部署应用程序 2.9. 数据可视化和可观察性 2.10. 自定义资源 2.11. 使用 3SCALE ISTIO 适配器 2.12. 删除 SERVICE MESH 3 3 3 27 32 33 38 40 42 过信任度不同的网络进行传输。 策略强制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.2. SERVICE MESH 发行注记 1.2.1. 使开源包含更多 红帽承诺替换我们的代码、文档和网页属性中存在问题的语言。我们从这四个术语开始： master、 的新功能 此 Red Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 另外，这个版本有以下新特性： 在 must-gather 数据收集工具中添加了一个选项，用于从指定的 Service Mesh control plane 命 名空间中收集信息。如需更多信息，请参阅 OSSM-351。 提高了带有数百个命名空间的 Service

Hat OpenShift distributed tracing Platform Operator 3.1.5. 安装 Red Hat OpenShift distributed tracing 数据收集 Operator 3.2. 配置和部署分布式追踪 3.2.1. 从 Web 控制台部署分布式追踪默认策略 3.2.1.1. 通过 CLI 部署分布式追踪默认策略 3.2.2. 从 Web 5.8. Ingester 配置选项 3.2.6. 注入 sidecar 3.2.6.1. 自动注入 sidecar 3.2.6.2. 手动注入 sidecar 3.3. 配置和部署分布式追踪数据收集 3.3.1. OpenTelemetry Collector 配置选项 3.3.2. 验证部署 3.3.3. 访问 Jaeger 控制台 3.4. 升级分布式追踪 3.4.1. 更改 2 作为服务所有者，您可以使用分布式追踪来检测您的服务，以收集与服务架构相关的信息。您可以使用分 布式追踪来监控、网络性能分析，并对现代、云原生的基于微服务的应用中组件之间的交互进行故障排 除。 通过分布式追踪，您可以执行以下功能： 监控分布式事务 优化性能和延迟时间 执行根原因分析 Red Hat OpenShift distributed tracing 包括两个主要组件： Red Hat

Autoscaler Operator 2.5.5. 卸载 Vertical Pod Autoscaler Operator 2.6. 为 POD 提供敏感数据 2.6.1. 了解 secret 2.6.1.1. secret 的类型 2.6.1.2. Secret 数据密钥 9 9 9 9 9 10 10 10 10 11 12 12 12 12 15 15 15 15 16 16 17 18 6.1. 了解容器 关于容器和 RHEL 内核内存 6.2. 在部署 POD 前使用初始容器来执行任务 6.2.1. 了解初始容器 6.2.2. 创建初始容器 6.3. 使用卷来持久保留容器数据 6.3.1. 了解卷 6.3.2. 使用 OpenShift Container Platform CLI 操作卷 6.3.3. 列出 pod 中的卷和卷挂载 6.3.4. 将卷添加到 pod 的行为并重启策略。 限制 pod 上的出口和入口流量。 向具有 pod 模板的任何对象添加和移除卷。卷是挂载的文件系统，可供容器集中的所有容器使 用。容器存储是临时的；您可以使用卷来持久保留容器数据。 功能增 功能增强 强操作 操作 您可以使用 OpenShift Container Platform 中提供的各种工具和功能，更加轻松地高效地使用 pod。以下 操作涉及使用这些工具和功能来更好地管理

章 SERVICE MESH 用 用户 户指南 指南 5.1. 流量管理 第 第 6 章 章 支持 支持 6.1. 为红帽支持收集 RED HAT OPENSHIFT SERVICE MESH 数据 第 第 7 章 章 3SCALE 适配器 适配器 7.1. 使用 3SCALE ISTIO 适配器 3 3 3 3 6 7 9 9 12 13 14 18 18 19 30 43 强制 制 - 对服务间的交互应用机构策略，确保实施访问策略，并在用户间分配资源。通过配置 网格就可以对策略进行更改，而不需要修改应用程序代码。 遥 遥测 测 - 了解服务间的依赖关系以及服务间的网络数据流，从而可以快速发现问题。 1.3.3. Red Hat OpenShift Service Mesh 1.1.2 版中包含的组件版本 组 组件 件 版本 版本 Istio 1.4.6 Jaeger OpenShift Service Mesh 不支持 IPv6 ，因为上游 Istio 项目不支持它，OpenShift 也不完 全支持它。 图形布局 - Kiali 图形的布局会根据应用程序构架和要显示的数据（图形节点数目及其交互）的不 同而有所变化。因为创建一个统一布局的难度较大，所以 Kiali 提供了几种不同布局的选择。要选 择不同的布局，可从 Graph Settings 菜单中选择一个不同的 Layout

5.4. 使用 Vertical Pod Autoscaler Operator 2.5.5. 卸载 Vertical Pod Autoscaler Operator 2.6. 为 POD 提供敏感数据 2.6.1. 了解 secret 2.6.1.1. secret 的类型 9 9 9 10 10 10 10 11 11 12 13 13 13 13 16 16 16 16 17 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.6.1.2. Secret 数据密钥 2.6.2. 了解如何创建 secret 2.6.2.1. Secret 创建限制 2.6.2.2. 创建不透明 secret 2.6.2.3. 创建服务帐户令牌 secret 2.6 6.1. 了解容器 关于容器和 RHEL 内核内存 6.2. 在部署 POD 前使用初始容器来执行任务 6.2.1. 了解初始容器 6.2.2. 创建初始容器 6.3. 使用卷来持久保留容器数据 192 194 194 194 195 199 201 201 201 201 202 202 202 203 204 205 206 207 209 209 210 212 212

IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec OpenShift SDN 的网络隔离模式。 mtu 整数 整数 VXLAN 覆盖网络的最大传输单元 (MTU) 。这个值通常是自动配 置的。 vxlanPort 整数 整数 用于所有 VXLAN 数据包的端口。默认值为 4789。 注意 注意 您只能在集群安装过程中更改集群网络供应商的配置。 第 第 4 章 章 OPENSHIFT CONTAINER PLATFORM 中的 中的 CLUSTER Ingress controller 提供的默认证书的 secret 的指代。当 Routes 没有指定其自身证书时，使用 defaultCertificate。 secret 必须包含以下密钥和数据：* tls.crt：证书文件内容 * tls.key：密钥文件 内容 如果没有设置，则自动生成和使用通配符证书。该证书对 Ingress Controller 的域 域 和子域 子域有效，所生成的证书的

创建和管理虚拟机 3.3. 后续步骤 第 第 4 章 章 WEB 控制台概述 控制台概述 4.1. 概述页面 4.2. 目录页面 4.3. VIRTUALMACHINES 页面 4.4. 模板页 4.5. 数据源页 4.6. MIGRATIONPOLICIES 页面 第 第 5 章 章 OPENSHIFT VIRTUALIZATION 发 发行注 行注记 记 5.1. 使开源包含更多 5.2. 关于 . . . . . . . . 13.3. 为过时的 CPU 型号管理节点标签 13.4. 防止节点协调 第 第 14 章 章 支持 支持 14.1. 支持概述 14.2. 为红帽支持收集数据 14.3. 监控 14.4. 故障排除 14.5. OPENSHIFT VIRTUALIZATION RUNBOOKS 第 第 15 章 章 备 备份和恢复 份和恢复 15.1. 安装和配置 operator 管 理的 CR。 2.3. 关于 CDI-OPERATOR cdi-operator 管理 Containerized Data Importer(CDI)及其相关资源，它使用数据卷将虚拟机(VM)镜像导 入到持久性卷声明(PVC)。 第 第 2 章 章 OPENSHIFT VIRTUALIZATION 架 架构 构 9 表 表 2.2. cdi-operator 组 组件

IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 IP 地址的 Pod 必须通过将 pod spec Container Network Interface(CNI)默认网络供应商插件部署。 配置映射 配置映射 配置映射提供将配置数据注入 pod 的方法。您可以在类型为 ConfigMap 的卷中引用存储在配置映射 中的数据。在 pod 中运行的应用程序可以使用这个数据。 自定 自定义资 义资源 源 (CR) CR 是 Kubernetes API 的扩展。您可以创建自定义资源。 DNS 集群 维护应用程序生命周期的 Kubernetes 资源对象。 domain Domain（域）是 Ingress Controller 提供的 DNS 名称。 egress 通过来自 pod 的网络出站流量进行外部数据共享的过程。 外部 外部 DNS Operator External DNS Operator 部署并管理 ExternalDNS，以便为从外部 DNS 供应商到 OpenShift Container

更新托管的 CONTROL PLANE 3.10. 使用 BOOTUPD 更新 RHCOS 节点上的引导装载程序 第 第 4 章 章 集群更新故障排除 集群更新故障排除 4.1. 收集集群更新的数据 3 3 7 14 18 23 23 27 44 48 48 53 59 64 69 76 134 138 139 141 144 144 目 目录 录 1 OpenShift 在这个延迟后，fast 频道中可用的发行版本始终在 stable 频道中可用。 如果一个更新被支持但不推荐使用意味着什么？ 如果一个更新被支持但不推荐使用意味着什么？ 红帽会持续评估来自多个源的数据，以确定从一个版本更新到另一个版本是否会导致问题。如果 确定了问题，用户可能不再建议更新路径。但是，即使不推荐更新路径，如果客户执行了更新， 仍然被支持。 红帽不会阻止用户升级到特定版本。红帽可能 版本的新 z-stream 版本通常会每周提供。随着 时间推移，旧的次版本变得更稳定，可能需要更长的时间才提供新的 z-stream 版本。 重要 重要 它们仅根据 z-stream 版本的相关数据进行估算。红帽保留根据需要更改发行频率 的权利。任何数量的问题都可能导致此发行节奏出现异常和延迟。 发布 z-stream 版本后，它也会出现在该次版本的 fast 频道中。延迟后，z-stream