Hat OpenShift Container Storage 4.6 以外部模式部署 OpenShift Container Storage 如何安装和配置您的环境 Last Updated: 2023-06-08 Red Hat OpenShift Container Storage 4.6 以外部模式部署 OpenShift Container Storage 如何安装和配置您的环境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 目 目录 录 第 第 1 章 章 以外部模式部署概述 以外部模式部署概述 第 第 2 章 章 为 为基于 基于 RED HAT ENTERPRISE LINUX 的 的节 节点上的容器 点上的容器启 启用文件系 用文件系统访问 统访问 第 第 3 章 章 6 以外部模式部署 以外部模式部署 OpenShift Container Storage 2 第 1 章 以外部模式部署概述 Red Hat OpenShift Container Storage 可以使用外部托管的 Red Hat Ceph Storage (RHCS) 集群作为存 储供应商。此部署类型支持裸机和用户置备的 VMware 环境。如需更多信息，请参阅规划部署。 有关如何安装

4.12 使用 IBM Cloud 部署 OpenShift Data Foundation 使用 IBM 云部署 Red Hat OpenShift Data Foundation 的说明 Last Updated: 2023-12-21 Red Hat OpenShift Data Foundation 4.12 使用 IBM Cloud 部署 OpenShift Data Foundation Foundation 使用 IBM 云部署 Red Hat OpenShift Data Foundation 的说明 法律通告 法律通告 Copyright © 2023 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share IBM CLOUD 部署 部署 OPENSHIFT DATA FOUNDATION 1.1. 在 IBM CLOUD PUBLIC 上部署 1.2. 在 IBM CLOUD SATELLITE 上部署 3 4 5 5 5 目 目录 录 1 Red Hat OpenShift Data Foundation 4.12 使用 使用 IBM Cloud 部署 部署 OpenShift

OpenShift Data Foundation 4.12 规划部署 部署 Red Hat OpenShift Data Foundation 4.12 时的重要注意事项 Last Updated: 2024-01-26 Red Hat OpenShift Data Foundation 4.12 规划部署 部署 Red Hat OpenShift Data Foundation 4 trademarks are the property of their respective owners. 摘要 摘要 有关规划 Red Hat OpenShift Data Foundation 部署时的重要注意事项，请参阅本文档。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DATA FOUNDATION 介 介绍 绍 第 第 2 章 章 OPENSHIFT DATA FOUNDATION 基 基础 础架 架构 构 2.1. 关于 OPERATOR 2.2. 存储集群部署方法 2.3. 节点类型 第 第 3 章 章 内部存 内部存储 储服 服务 务 第 第 4 章 章 外部存 外部存储 储服 服务 务 第 第 5 章 章 安全考 安全考虑 虑 5.1. FIPS-140-2

配置和部署分布式追踪 3.2.1. 从 Web 控制台部署分布式追踪默认策略 3.2.1.1. 通过 CLI 部署分布式追踪默认策略 3.2.2. 从 Web 控制台部署分布式追踪生产环境策略 3.2.2.1. 通过 CLI 部署分布式追踪产品策略 3.2.3. 从 Web 控制台部署分布式追踪流策略 3.2.3.1. 通过 CLI 部署分布式追踪流策略 3.2.4. 验证部署 3 3.2.4.1. 访问 Jaeger 控制台 3.2.5. 自定义部署 3.2.5.1. 部署最佳实践 4 4 4 4 4 4 5 5 5 5 6 6 6 6 6 6 6 7 7 7 8 8 8 8 9 9 11 11 11 11 11 13 13 13 13 14 15 16 17 18 19 20 22 22 24 25 25 26 26 目 目录 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.0 的 Operator 频道 3.5

分布式追踪平台(JAEGER) 3.1. 安装分布式追踪平台 JAEGER 3.2. 配置和部署分布式追踪平台 JAEGER 3.3. 更新分布式追踪平台 JAEGER 3.4. 删除分布式追踪平台 JAEGER 第 第 4 章 章 分布式追踪平台 分布式追踪平台(TEMPO) 4.1. 安装分布式追踪平台(TEMPO) 4.2. 配置和部署分布式追踪平台(TEMPO) 4.3. 更新分布式追踪平台(TEMPO) 546) 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. 新功能及功能增 新功能及功能增强 强 在这个版 修复了连接到对象存储的自定义 TLS CA 选项支持。(TRACING-3462) 修复了在使用 oc adm catalog mirror CLI 命令时对断开连接的环境的支持。(TRACING-3523) 修复了没有部署网关时的 mTLS。(TRACING-3510) 1.1.4.3. 已知 已知问题 问题 目前，当与 Tempo Operator 一起使用时，Jaeger UI 只显示在最后 15 分钟内发送了

SERVICE MESH 2.X 1.1. 关于 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 准备安装 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. 删除 SERVICE MESH 3 3 3 27 32 33 OpenShift Service Mesh 的发行节奏与 OpenShift Container Platform 不 同，且 Red Hat OpenShift Service Mesh Operator 支持部署多个版本的 ServiceMeshControlPlane，所以 Service Mesh 没有为产品的次版本维护单独的文档。 除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前

Services (AWS) 上部署集群时，有许多安装选项。您 可以使用默认设置或自定义 AWS 设置部署集群。您还可以在您置备的 AWS 基础架构上安装集 群。您可以修改提供的 AWS CloudFormation 模板，以满足您的需要。 在 在 Azure 上安装集群 上安装集群 ：您可以使用默认设置、自定义 Azure 设置 或 Microsoft Azure 中的自定义 网络设置部署集群。您还可以将 Resource Manager 模板置备自己的基础架构。 在 在 GCP 上安装集群 上安装集群 ：您可以使用默认设置或自定义 GCP 设置在 Google Cloud Platform (GCP) 上部署集群。您还可以在置备自己的基础架构的情况下执行 GCP 安装。 在 在 VMware vSphere 上安装集群 上安装集群 ：您可以在支持的 vSphere 版本上安装 OpenShift Container Container Platform 成为一个用于开发和部署容器化应用程序的平台。作为应用程序开 发人员，OpenShift Container Platform 文档可帮助您： 了解 了解 OpenShift Container Platform 开 开发 发 ：了解不同类型的容器化应用，从简单的容器到高级 Kubernetes 部署和 Operator。 使用 使用项 项目 目 ：从 Web

是编配容器的事实标准。 Kubernetes 是一个开源容器编配引擎，用于自动化容器化应用程序的部署、扩展和管理。Kubernetes 的 一般概念比较简单： 从一个或多个 worker 节点开始，以运行容器工作负载。 从一个或多个 master 节点管理这些工作负载的部署。 将容器嵌套在称为 Pod 的部署单元中。使用 Pod 可以为容器提供额外的元数据，并可在单个部 署实体中对多个容器进行分组。 已在大量的云和本地环境中被采用。借助开源开发模型，拥护和可以通过为组件 （如网络、存储和身份验证）实施不同的技术来扩展 Kubernetes 的功能。 1.1.2. 容器化应用程序的好处 与使用传统部署方法相比，使用容器化应用程序具有许多优势。过去应用程序要安装到包含所有依赖项的 操作系统上，容器能让一个应用程序随身携带自己的依赖项。创建容器化应用程序有很多好处。 1.1.2.1. 操作系 操作系统的好 够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件，并且管理自己的接口，如网络和文件系统，因此应用程序无需争用 这些资产。 1.1.2.2. 部署和 部署和扩展 展优势 如果您在应用程序的主要版本之间进行滚动升级，则可以持续改进应用程序，既不会造成停机，又能仍然 保持与当前版本的兼容性。 您还可以与现有版本一起部署和测试应用程序的新版本。在部署了当前版本的同时，还部署应用程序的新

2 3.5. 删除 RED HAT OPENSHIFT SERVICE MESH 第 第 4 章 章 第二天 第二天 4.1. 在 RED HAT OPENSHIFT SERVICE MESH 上部署应用程序 4.2. 为服务网格配置分布式追踪 4.3. 应用程序示例 4.4. KIALI 教程 4.5. 分布式追踪 4.6. 自动路由创建 第 第 5 章 章 SERVICE MESH 用 用户 Service Mesh 的支持，方 法是将一个特殊的 sidecar 代理服务器部署到用于处理不同微服务之间的所有网络通讯的环境中。您可以 使用 control plane 功能配置和管理 Service Mesh。 Red Hat OpenShift Service Mesh 提供了一个方便的方法来创建一个部署的服务网络，它可提供发现、负 载平衡、服务对服务验证、故障恢复、指标和监控的功能。 Platform 版本 4.x。 注意 注意 OpenShift Online 和 OpenShift Dedicated 不支持 Red Hat OpenShift Service Mesh 1.1.2。 部署必须包含在一个独立的 OpenShift Container Platform 集群中。 第 第 1 章 章 SERVICE MESH 发 发行注 行注记 记 3 此版本的 Red Hat OpenShift

3 第 1 章 OPERATOR 概述 Operator 是 OpenShift Container Platform 中最重要的组件。Operator 是 control plane 上打包、部署和 管理服务的首选方法。它们还可以为用户运行的应用程序提供优势。 Operator 与 Kubernetes API 和 CLI 工具（如 kubectl 和 oc 命令）集成。它们提供了监控应用程序、执 Operators, Ansible-based Operators, Java-based Operators, 和 Helm-based Operators。 使用 Operator SDK 来构建、测试并部署 Operator。 安装 Operator 并订阅命名空间。 通过 Web 控制台 从已安装的 Operator 创建应用程序。 其他 其他资源 源 Operator 开发人员的机器删除生命周期 被设计为用来无缝地处理升级过程，并对出现的错误 自动进行响应，而且不会采取“捷径”（如跳过软件备份过程来节省时间）。 从技术上讲，Operator 是一种打包、部署和管理 Kubernetes 应用程序的方法。 Kubernetes 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes，您需要一组统一的