准备安装 SERVICE MESH 1.7. 安装 OPERATOR 1.8. 创建 SERVICEMESHCONTROLPLANE 1.9. 在服务网格中添加服务 1.10. 启用 SIDECAR 注入 1.11. 升级 SERVICE MESH 1.12. 管理用户和配置集 1.13. 安全性 1.14. 管理服务网格中的流量 1.15. 指标、日志和追踪 1.16. 性能和可扩展性 1.17 Proxyless Service Mesh 是一个技术预览功能。 Telemetry API 是一个技术预览功能。 发现选择器功能不受支持。 外部 control plane 不受支持。 网关注入不受支持。 1.2.2.4.8. Kubernetes Gateway API Kubernetes Gateway API 是一个技术预览功能，默认为禁用。 要启用这个功能，请在 ServiceMeshControlPlane Mesh 尚不支持 IPv6。 MAISTRA-453 如果创建新项目并立即部署 pod，则不会进行 sidecar 注入。在创建 pod 前，operator 无法添加 maistra.io/member-of ，因此必须删除 pod 并重新创建它以执行 sidecar 注入操作。 MAISTRA-158 应用指向同一主机名的多个网关时，会导致所有网关停止工作。 1.2.5.2. Kiali

sidecar 注入。在创建 pod OpenShift Container Platform 4.2 Service Mesh 6 MAISTRA-453 如果创建新项目并立即部署 pod，则不会进行 sidecar 注入。在创建 pod 前，operator 无法添加 maistra.io/member-of ，因此必须删除 pod 并重新创建它以执行 sidecar 注入操作。 MAISTRA-193 Service Mesh 10 2.1.5. 自动注入 上游 Istio 社区安装会在您标记的项目中自动将 sidecar 注入 pod。 Red Hat OpenShift Service Mesh 不会自动将 sidecar 注入任何 pod，而要求您指定 sidecar.istio.io/inject 注解，如“自动 sidecar 注入”部分所示。 2.1.6. Istio 基于角色的访问控制功能 Subnet：没有执行其他配置。 2.4.3. 自动注入 上游 Istio 社区安装会在您标记的项目中自动将 sidecar 注入 pod。 Red Hat OpenShift Service Mesh 不会自动将 sidecar 注入任何 pod，而要求您指定 sidecar.istio.io/inject 注解，如“自动 sidecar 注入”部分所示。 2.4.4. Istio 基于角色的访问控制功能

5.6. 使用 Elasticsearch 管理证书 3.2.5.7. 查询配置选项 3.2.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. 验证部署 TRACING-2009 已更新 Jaeger Operator，使其包含对 Strimzi Kafka Operator 0.23.0 的支持。 TRACING-1907 Jaeger 代理 sidecar 注入失败，因为应用程序命名空间中缺少配置映射。因为 OwnerReference 字段设置不正确，配置映射会被自动删除，因此应用程序 pod 不会超过 "ContainerCreating" 阶段。已删除不正确的设置。 策略主要用于生产环境，在生产环境中，对 trace 数据进行长期存 储非常重要，同时需要更容易扩展和高度可用的构架。因此，每个后端组件都将单独部署。 Agent 可以作为检测应用程序上的 sidecar 注入。Query 和 Collector 服务被配置为使用一个 受支持的存储类型 - 当前为 Elasticsearch。可以根据性能和恢复能力的需要提供每个组件的 多个实例。 streaming -

Docker 格式容器镜像的工具。它通过将应用程序源 代码注入容器镜像并汇编新镜像来生成可随时运行的镜像。新镜像融合了基础镜像（构建器）和构建的源 代码，并可搭配 buildah run 命令使用。S2I 支持递增构建，可重复利用以前下载的依赖项和过去构建的 工件等。 S2I 的优点包括： 镜像灵活性 可以编写 S2I 脚本，将应用程序代码注入到几乎所有现有的 Docker 格式容器镜像，以此利用 格式容器镜像，以此利用 现有的生态系统。请注意，S2I 目前依靠 tar 来注入应用程序源代码，因此镜像需要能够处理 tar 压缩的内容。 OpenShift Container Platform 4.4 构 构建（ 建（build） ） 4 速度 使用 S2I 时，汇编过程可以执行大量复杂操作，无需在每一步创建新层，进而能实现快速的流 程。此外，可以编写 S2I 脚本来重复利用应用程序镜像的旧版本，而不必在每次运行构建时下 BuildConfig 中定义的环境变量。 注意 注意 不支持在构建环境变量中使用 valueFrom 引用容器资源，因为这种引用在创建容器之前解 析。 3.9.1. 使用构建字段作为环境变量 您可以注入构建对象的信息，使用 fieldPath 环境变量源指定要获取值的字段的 JsonPath。 注意 注意 Jenkins Pipeline 策略不支持将 valueFrom 语法用于环境变量。

策略主要用于生产环境，在生产环境中，对 trace 数据进行长期存储非常重要，同时需要 更容易扩展和高度可用的构架。因此，每个后端组件都将单独部署。Agent 可以作为检测应用程序上 的 sidecar 注入。Query 和 Collector 服务被配置为使用一个受支持的存储类型 - 当前为 Elasticsearch。可以根据性能和恢复能力的需要提供每个组件的多个实例。 streaming streaming Red Hat OpenShift distributed tracing 平台 (Jaeger) 实例并使用 sidecar 注入的代理，则 Red Hat OpenShift distributed tracing 平台 (Jaeger) 实例应具有唯一的名称，注入注解应该明确指定追 踪数据的名称。 如果您有多租户实现，且租户由命名空间分开，请将 Red Hat OpenShift distributed 证书由 Red Hat Elasticsearch Operator 和 Red Hat OpenShift distributed tracing Platform (Jaeger) Operator 注入证书。 logging.openshift.io/elasticsearch-cert.curator-custom-es: "system.logging.curator" name:

通过使用集群中的 Kubernetes Operator 创 建和部署服务来实现这个目标。可使用 Operator Hub 上可用的任何 Operator 创建服务。在链接服务 后，odo 会将服务配置注入组件。然后，应用程序就可以使用此配置与 Operator 支持的服务通信。 3.2.1. odo 的主要功能 odo 的设计目的是为 Kubernetes 的开发人员提供一个友好的 Kubernetes 个标志。 3.5.6.1.4. --bind-as-files 标 标志 志 对于目前讨论的所有链接选项，odo 会将绑定信息作为环境变量注入组件。如果您想要将这些信息挂载为 文件，您可以使用 --bind-as-files 标志。这可让 odo 将绑定信息作为文件注入到组件的 Pod 中的 /bindings 位置。与环境变量方案相比，当您使用 --bind-as-files 时，文件会以键命名，并且这些键的值 取决于您的 设置。另请注意，除非添加一些，否则数据库中也没有 todos，因此 URL 可能会只显示空的 JSON 对象。 2. 您可以查看与 Postgres 服务注入后端组件相关的绑定信息。默认情况下，此绑定信息作为环境变 量注入。您可以在后端组件的目录中使用 odo describe 命令检查它： 输 输出示例： 出示例： Found the following URLs for component

7.4. 使用案例： 在 pod 中使用配置映射 2.7.4.1. 使用配置映射在容器中填充环境变量 2.7.4.2. 使用配置映射为容器命令设置命令行参数 2.7.4.3. 使用配置映射将内容注入卷 2.8. 使用设备插件来利用 POD 访问外部资源 2.8.1. 了解设备插件 设备插件示例 2.8.1.1. 设备插件部署方法 2.8.2. 了解设备管理器 2.8.3. 启用设备管理器 secret 使用卷机制将数据作 使用卷机制将数据作为 为文件写入到容器中。 文件写入到容器中。镜 镜像拉取 像拉取 secret 使用服 使用服务帐户 务帐户，将 ，将 secret 自 自动 动注入到命名空 注入到命名空间 间中的所有 中的所有 pod。 。 当模板包含 当模板包含 secret 定 定义时 义时，模板使用提供的 ，模板使用提供的 secret 的唯一方法是确保 象。因此，secret 需要在依 需要在依赖 赖它的任何 它的任何 Pod 之前 之前创 创建。确保 建。确保 这 这一点的最有效方法是通 一点的最有效方法是通过 过使用服 使用服务帐户 务帐户自 自动 动注入。 注入。 Secret API 对 对象 象驻 驻留在命名空 留在命名空间 间中。它 中。它们 们只能由同一命名空 只能由同一命名空间 间中的 中的 pod 引用。 引用。

SR-IOV NETWORK OPERATOR 12.3.1. 配置 SR-IOV Network Operator 12.3.1.1. 关于 Network Resources Injector（网络资源注入器）。 77 78 78 78 78 78 79 79 79 80 80 80 81 82 82 82 83 83 84 84 84 86 87 87 89 12.3.1.2. 关于 SR-IOV Operator admission controller webhook 12.3.1.3. 关于自定义节点选择器 12.3.1.4. 禁用或启用网络资源注入器 12.3.1.5. 禁用或启用 SR-IOV Operator 准入控制器 Webhook 12.3.1.6. 为 SR-IOV 网络配置守护进程配置自定义 NodeSelector 12.3 删除集群范围代理服务器 其他资源 第 第 18 章 章 配置自定 配置自定义 义 PKI 18.1. 在安装过程中配置集群范围代理 18.2. 启用集群范围代理 18.3. 使用 OPERATOR 进行证书注入 第 第 19 章 章 RHOSP 负载 负载均衡 均衡 19.1. 使用带有 KURYR SDN 的 OCTAVIA OVN 负载均衡器供应商驱动 19.2. 使用 OCTAVIA 为应用程序流量扩展集群

存储库创建新应用程序： 从私有远程 Git 存储库创建应用程序： 注意 注意 如果使用私有远程 Git 存储库，您可以使用 --source-secret 标志指定一个现有源克隆 secret，此 secret 将注入到构建配置中以访问存储库。 您可以通过指定 --context-dir 标志来使用源代码存储库的子目录。从远程 Git 存储库和上下文子目录创 建应用程序： 另外，在指定远程 URL 时，您可以通过在 用来公开后备服务 CR 的绑定数据值的注解现在被修改为从 .status.writeService 字段 收集 主机 绑定值。Service Binding Operator 使用这些修改的注解来将正确的主机名注入到主 机和供应商绑定中。APPSVC-1040 在这个更新之前，当您绑定 postgres-operator.crunchydata.com/v1beta1 API 的 PostgresCluster 证书文件。APPSVC-1045 在此次更新之前，当绑定 pxc.percona.com API 的 PerconaXtraDBCluster 自定义资源(CR) 时，绑定数据值不包括 端口和数据库值。这些绑定值与其他已注入的绑定值是应用程序成功连接 到数据库服务所需的值。在这个版本中，Service Binding Operator 用来公开服务 CR 的绑定数据 值的注解现在被修改为项目额外的端口和数据库绑定值。Service

存储库创建新应用程序： 从私有远程 Git 存储库创建应用程序： 注意 注意 如果使用私有远程 Git 存储库，您可以使用 --source-secret 标志指定一个现有源克隆 secret，此 secret 将注入到构建配置中以访问存储库。 您可以通过指定 --context-dir 标志来使用源代码存储库的子目录。从远程 Git 存储库和上下文子目录创 建应用程序： 另外，在指定远程 URL 时，您可以通过在 CR 的绑定数据值的注解现在被修改为从 .status.writeService 字段 收集 主机 主机 绑定值。Service Binding Operator 使用这些修改的注解来将正确的主机名注入到主 主 机 机和供 供应 应商 商绑定中。APPSVC-1040 在这个更新之前，当您绑定 postgres-operator.crunchydata.com/v1beta1 API 的 PostgresCluster 在此次更新之前，当绑定 pxc.percona.com API 的 PerconaXtraDBCluster 自定义资源(CR) 时，绑定数据值不包括 端口 端口和数据 数据库 库值。这些绑定值与其他已注入的绑定值是应用程序成功连接 到数据库服务所需的值。在这个版本中，Service Binding Operator 用来公开服务 CR 的绑定数据 值的注解现在被修改为项目额外的端口 端口和数据 数据库