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

使用 HELM 发行版本 第 第 8 章 章 DEPLOYMENTS 8.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 8.2. 管理部署过程 8.3. 使用部署策略 8.4. 使用基于路由的部署策略 4 4 4 4 5 5 11 11 16 16 23 24 32 32 32 33 34 35 36 37 38 39 40 41 41 41 3. 使用 DEVELOPER 视角编辑应用程序配置 第 第 14 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 14.1. 基本修剪操作 14.2. 修剪组 14.3. 修剪部署资源 14.4. 修剪构建 14.5. 自动修剪镜像 14.6. 修剪镜像 14.7. 硬修剪 REGISTRY 14.8. 运行 CRON 任务 第 第 15 章 章 闲 闲置 置应 应用程序 LinuxONE 环境中 应用服务绑定。 1.2.4. 部署应用程序 您可以使用 Deployment 或 DeploymentConfig 对象部署应用程序，并从 Web 控制台管理应用程序。您 可以创建部署策略，以帮助减少更改期间或升级到应用程序的停机时间。 您还可以使用 Helm，它是一个软件包管理器，简化了应用程序和服务部署到 OpenShift Container Platform

6.3. 配置自定义 HELM CHART 仓库 6.4. 使用 HELM 发行版本 第 第 7 章 章 部署 部署 7.1. 了解 DEPLOYMENT 和 DEPLOYMENTCONFIG 对象 7.2. 管理部署过程 7.3. 使用部署策略 7.4. 使用基于路由的部署策略 第 第 8 章 章 配 配额 额 8.1. 项目的资源配额 8.2. 跨越多个项目的资源配额 4 4 使用 DEVELOPER 视角编辑应用程序配置 第 第 13 章 章 修剪 修剪对 对象以重新声明 象以重新声明资 资源 源 13.1. 基本修剪操作 13.2. 修剪组 13.3. 修剪部署资源 13.4. 修剪构建 13.5. 自动修剪镜像 13.6. 修剪镜像 13.7. 硬修剪 REGISTRY 13.8. 运行 CRON 任务 第 第 14 章 章 闲 闲置 置应 应用程序 LinuxONE 环境中 应用服务绑定。 1.2.4. 部署应用程序 您可以使用 Deployment 或 DeploymentConfig 对象部署应用程序，并从 Web 控制台管理应用程序。您 可以创建部署策略，以帮助减少更改期间或升级到应用程序的停机时间。 您还可以使用 Helm，它是一个软件包管理器，简化了应用程序和服务部署到 OpenShift Container Platform

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

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

OPENSHIFT CONTAINER PLATFORM 简介 2.1.1. 关于 Kubernetes 2.1.2. 容器化应用程序的好处 2.1.2.1. 操作系统的好处 2.1.2.2. 部署和扩展优势 2.1.3. OpenShift Container Platform 概述 2.1.3.1. 定制操作系统 2.1.3.2. 简化的安装和更新流程 2.1.3.3. 其他主要功能 2 HAT ENTERPRISE LINUX COREOS (RHCOS) 6.1. 关于 RHCOS 6.1.1. RHCOS 主要功能 6.1.2. 选择如何配置 RHCOS 6.1.3. 选择如何部署 RHCOS 6.1.4. 关于 Ignition 6.1.4.1. Ignition 工作方式 6.1.4.2. Ignition 操作序列 6.2. 查看 IGNITION 配置文件 6 组件或用户工作负载。OpenShift 容器平台为主机分配不同的 角色。这些角色定义机器在集群中的功能。集群包含标准 control plane 和 worker 角色类型的定义。 您可以使用 Operator 来打包、部署和管理 control plane 上的服务。Operator 是 OpenShift Container Platform 中的重要组件，因为它们提供以下服务： 执行健康检查 提供观察应用程序的方法

OpenShift Container Platform API 的请求 中提供 OAuth 访问令牌或 X.509 客户端证书来进行身份验证。 bootstrap 运行最小 Kubernetes 并部署 OpenShift Container Platform control plane 的临时机器。 证书签 证书签名 名请 请求 求 (CSR) 资源请求指示签名者为证书签名。此请求可能会获得批准或拒绝。 容器 容器编 编配引擎 配引擎 用于实现容器部署、管理、扩展和联网的软件。 容器工作 容器工作负载 负载 在容器中打包和部署的应用程序。 控制 控制组 组 (cgroups) 将进程集合分区到组中，以管理和限制资源进程占用。 control plane（控制平面） （控制平面） 一个容器编配层，用于公开 API 和接口来定义、部署和管理容器的生命周期。control plane 也称为 control plane 机器。 CRI-O Kubernetes 原生容器运行时实现，可与操作系统集成以提供高效的 Kubernetes 体验。 第 第 1 章 章 架 架构 构概述 概述 3 部署 部署 维护应用程序生命周期的 Kubernetes 资源对象。 Docker 包含要在终端执行以编译镜像的用户命令的文本文件。 托管 托管 control plane OpenShift Container

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 没有为产品的次版本维护单独的文档。 除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前