OPENSHIFT SERVICE MESH 1.2. SERVICE MESH 发行注记 1.3. 了解 SERVICE MESH 1.4. 服务网格部署模型 1.5. SERVICE MESH 和 ISTIO 的不同 1.6. 准备安装 SERVICE MESH 1.7. 安装 OPERATOR 1.8. 创建 SERVICEMESHCONTROLPLANE 1.9. 在服务网格中添加服务 1.10 1.17. 为生产环境配置 SERVICE MESH 1.18. 连接服务网格 1.19. 扩展 1.20. 使用 3SCALE WEBASSEMBLY 模块 1.21. 使用 3SCALE ISTIO 适配器 1.22. 服务网格故障排除 1.23. ENVOY 代理故障排除 1.24. SERVICE MESH CONTROL PLANE 配置参考 1.25. KIALI 配置参考 1.26 SERVICE MESH 和 ISTIO 的不同 2.4. 准备安装 SERVICE 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. 删除

架 架构 构 2.1. 了解 RED HAT OPENSHIFT SERVICE MESH 2.2. KIALI 概述 2.3. JAEGER 介绍 2.4. SERVICE MESH 和 ISTIO 的比较 第 第 3 章 章 SERVICE MESH 安装 安装 3.1. 准备安装 RED HAT OPENSHIFT SERVICE MESH 3.2. RED HAT OPENSHIFT 章 支持 支持 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 44 49 49 52 53 57 62 64 66 66 76 76 77 77 mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Hat OpenShift Service Mesh 基于开源 Istio 项目，它在不需要修改服务代码的情况下，为现有的分 布式应用程序添加了一个透明的层。您可以在服务中添加对 Red Hat OpenShift Service Mesh 的支持，方 法是将一个特殊的

访问监控仪表板。除了基础架 构指标外，您还可以提取和查看您自己的服务的指标。 远 远程健康 程健康监 监控 控 ：OpenShift Container Platform 会收集有关集群的匿名聚合信息，并通过 Telemetry 和 Insights Operator 向红帽报告。红帽利用这些信息便可改进 OpenShift Container Platform，并更快地对影响客户的问题做出反应。您可以查看远程健康监控收集的数据。 Cost Management SaaS 服务中的计费功能也不支持 OpenShift Kubernetes Engine。OpenShift Kubernetes Engine 不支持来自开源 istio.io 和 kiali.io 项目的 Red Hat Service Mesh 功能，为 OpenShift Container Platform 上的容器化服务提供 OpenTracing 可观察性。 支持该入口解决方案。OpenShift Kubernetes Engine 用户支持 Kubernetes ingress 控制对象，它提供与公共云提供商的集成。OpenShift Kubernetes Engine 不支持来自 istio.io 开源项目的 Red Hat Service Mesh。另外，OpenShift Kubernetes Engine 不 支持 OpenShift Serverless 中找到的 Kourier

sidecar.istio.io/inject 注解设置为 true。然后，将虚拟机公开为服务，以便在网格中查看应用程序。 先决条件 先决条件 为了避免端口冲突，请不要使用 Istio sidecar 代理使用的端口。它们包括 15000、15001、 15006、15008、15020、15021 和 15090。 流程 流程 1. 编辑虚拟机配置文件以添加 sidecar.istio.io/inject: io/vm: vm-istio name: vm-istio spec: runStrategy: Always template: metadata: labels: kubevirt.io/vm: vm-istio app: vm-istio 1 annotations: sidecar.istio.io/inject: 对象，将虚拟机公开给服务网格。 服务选择器，决定服务的目标 pod 集合。此属性对应于虚拟机配置文件中的 spec.metadata.labels 字段。在上例中，名为 vm-istio 的 Service 对象在任何带有标签 app=vm-istio 的 pod 上都以 TCP 端口 8080 为目标。 4. 创建服务： 服务 YAML 文件的名称。 8.18.6. 为虚拟机配置 IP 地址 您可以为虚拟机配置动态或静态置备的

。 OpenShift Container Platform 需要包括用来运行安装进程在内的所有机器都可以直接连接到互联网以用 来为平台容器获取镜像（pull image），并向红帽提供 telemetry 数据。这些操作不能通过代理服务器进 行。 1.1.1. 致谢 红帽全球支持服务团队借此感谢 Rushil Sharma、 JooHo Lee 和 Suresh Gaikwad 在评估和测试 为临时存储设置 Limit/Requests TP TP Descheduler TP TP CephFS TP TP Podman TP TP Kuryr CNI 插件 TP TP Istio TP TP PID 命名空间的共享控制 TP TP Manila Provisioner TP TP Cluster Administrator 控制台 GA GA Cluster Autoscaling

tracing-system。 注意 注意 如果您要作为 Service Mesh 的一部分安装，则分布式追踪平台资源必须与 ServiceMeshControlPlane 资源位于同一个命名空间中，如 istio-system。 a. 进入 Home → Projects。 b. 点击 Create Project。 c. 在 Name 字段中输入 tracing-system。 d. 点 Create。 分布式追踪 40 注意 注意 如果您要作为 Service Mesh 的一部分安装，则分布式追踪平台资源必须与 ServiceMeshControlPlane 资源位于同一个命名空间中，如 istio-system。 a. 浏览至 Home → Project。 b. 点击 Create Project。 c. 在 Name 字段中输入 tracing-system。 d. 点 Create。 tracing-system。 注意 注意 如果您要作为 Service Mesh 的一部分安装，则分布式追踪平台资源必须与 ServiceMeshControlPlane 资源位于同一个命名空间中，如 istio-system。 a. 浏览至 Home → Project。 b. 点击 Create Project。 c. 在 Name 字段中输入 tracing-system。 d. 点 Create。

RHBA-2021:2886 - OpenShift Container Platform 4.6.41 程序错误修复更新 1.8.35.1. 功能 1.8.35.1.1. 按策略划分的构建数量的新 Telemetry 指标 1.8.35.2. 程序错误修复 1.8.35.3. 更新 1.8.36. RHBA-2021:3008 - OpenShift Container Platform 4.6.42 Serverless（Knative、FaaS 集成） 以下 OpenShift Container Platform 功能不被支持： Red Hat OpenShift Service Mesh（istio、jaeger、kiali） CodeReady Workspaces CodeReady Containers (CRC) 基于 Tekton 的 OpenShift Pipelines 公告提供。 您可以运行以下命令来查看此发行版本中的容器镜像： 1.8.35.1. 功能 功能 1.8.35.1.1. 按策略划分的 按策略划分的构 构建数量的新 建数量的新 Telemetry 指 指标 标 Telemetry 包括一个新的 openshift:build_by_strategy:sum 量表指标，它将按照策略类型向 Telemeter 客户端发送构建数量。此指标可让站点可靠性工程师（SRE）和产品经理查看在

OpenShift CLI 4.4.7. 使用 CLI 登录到集群 4.4.8. 使用 Web 控制台登录到集群 4.4.9. OpenShift Container Platform 的 Telemetry 访问 4.4.10. 后续步骤 4.5. 使用自定义在 AWS 上安装集群 4.5.1. 先决条件 4.5.2. OpenShift Container Platform 的互联网访问 OpenShift CLI 4.5.8. 使用 CLI 登录到集群 4.5.9. 使用 Web 控制台登录到集群 4.5.10. OpenShift Container Platform 的 Telemetry 访问 4.5.11. 后续步骤 4.6. 使用自定义网络在 AWS 上安装集群 4.6.1. 先决条件 4.6.2. OpenShift Container Platform 的互联网访问 OpenShift CLI 4.6.13. 使用 CLI 登录到集群 4.6.14. 使用 Web 控制台登录到集群 4.6.15. OpenShift Container Platform 的 Telemetry 访问 4.6.16. 后续步骤 4.7. 在受限网络中的 AWS 上安装集群 4.7.1. 先决条件 4.7.2. 关于在受限网络中安装 4.7.2.1. 其他限制 4.7.3.

of their respective owners. 摘要 摘要 本文档提供了有关从红帽获取 OpenShift Container Platform 支持的信息。文中还包含有关通过 Telemetry 和 Insights Operator 进行远程健康监控的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 集成组件（Telemetry 和 Insights Operator）向红帽报告。红帽利用这些信息便可改进 OpenShift Container Platform，并更快地对影响客户的问题做出反应。这还可以简化红帽客户的订阅和授权流程， 并使 Red Hat OpenShift Cluster Manager 服务能够提供有关您的集群及其健康和订阅状态的概述信息。 通过 Telemetry 和 Insights Insights Operator 向红帽报告数据的集群被称为连接的集群 (connected cluster)。 3.1.1. 关于 Telemetry Telemetry 会向红帽发送一组精选的集群监控指标子集。这些指标会持续发送并描述： OpenShift Container Platform 集群的大小 OpenShift Container Platform 组件的健康和状态 正在进行的任何升级的健康和状态

VMware vSphere 配置块 registry 存储 1.1.13. 备份 VMware vSphere 卷 1.1.14. OpenShift Container Platform 的 Telemetry 访问 1.1.15. 后续步骤 1.2. 在 VSPHERE 上安装自定义集群 1.2.1. 先决条件 1.2.2. OpenShift Container Platform 的互联网访问 VMware vSphere 配置块 registry 存储 1.2.14. 备份 VMware vSphere 卷 1.2.15. OpenShift Container Platform 的 Telemetry 访问 1.2.16. 后续步骤 1.3. 使用网络自定义在 VSPHERE 上安装集群 1.3.1. 先决条件 1.3.2. OpenShift Container Platform VMware vSphere 配置块 registry 存储 1.3.17. 备份 VMware vSphere 卷 1.3.18. OpenShift Container Platform 的 Telemetry 访问 1.3.19. 后续步骤 1.4. 使用用户置备的基础架构在 VSPHERE 上安装集群 1.4.1. 先决条件 1.4.2. OpenShift Container Platform