2.2. 存储集群部署方法
增长的操作模式列表表明，灵活性是 Red Hat OpenShift Data Foundation 的核心原则。本节将为您提供信息，帮助您为您的环境选择最合适的方法。
Red Hat OpenShift Data Foundation 可以完全在 OpenShift Container Platform 中部署（内部方法），或者从 OpenShift Container Platform 外部运行的集群（外部方法）提供服务。
2.2.1. 内部方法
在 Red Hat OpenShift Container Platform 中完全部署 Red Hat OpenShift Data Foundation 具有基于 Operator 的部署和管理优势。图形用户界面（GUI）中的内部附加设备方法可用于使用本地存储 operator 和本地存储设备以内部模式部署 Red Hat OpenShift Data Foundation。
简化部署和管理是在 OpenShift Container Platform 内部运行 OpenShift Data Foundation 服务的关键。当 Red Hat OpenShift Data Foundation 完全在 Red Hat OpenShift Container Platform 中运行时，可以使用两种不同的部署模式：
- Simple（简单）
- Optimized（优化）
简单部署
Red Hat OpenShift Data Foundation 服务与应用程序共同运行。Red Hat OpenShift Container Platform 中的 Operator 管理这些应用程序。
简单的部署最适用于以下情况。
- 存储要求不明确。
- Red Hat OpenShift Data Foundation 服务与应用程序共同运行。
- 创建一个有特定大小的端点实例（例如在裸机上）比较困难。
要使 Red Hat OpenShift Data Foundation 与应用程序共同运行，节点必须具有动态附加本地存储设备或可移植存储设备（如 EC2 上的 EBS 卷或 VMware 上的 vSphere 虚拟磁盘）或 SAN 卷。
PowerVC 动态置备 SAN 卷。
优化的部署
Red Hat OpenShift Data Foundation 服务在专用的基础架构节点上运行。Red Hat OpenShift Container Platform 管理这些基础架构节点。
优化的方法最适合以下情况，
- 存储要求很明确。
- Red Hat OpenShift Data Foundation 服务在专用的基础架构节点上运行。
- 创建特定大小的节点实例很容易，例如在云、虚拟化环境中。
2.2.2. 外部方法
Red Hat OpenShift Data Foundation 将 OpenShift Container Platform 集群外运行的 Red Hat Ceph Storage 服务作为存储类公开。
在以下情况下最适合使用外部方法，
- 存储要求非常显著（超过 600 个存储设备）
- 多个 OpenShift Container Platform 集群需要消耗来自通用外部集群的存储服务。
- 其他团队，如站点可靠性工程 (SRE) 团队、存储团队等，需要管理提供存储服务的外部集群。可能已存在。
