4.3. 存储集群创建

Ceph mon 守护进程

在集群中的不同节点上启动三个 Ceph mon 守护进程。它们管理 Ceph 集群的核心元数据，它们必须组成大多数仲裁。如果每个 mon 的元数据位于云环境中，则由 PV 支持，如果它位于本地存储设备环境中，则由本地主机上的路径支持。

Ceph mgr 守护进程

此守护进程已启动，它会为集群收集指标并将其报告到 Prometheus。

Ceph OSD

这些 OSD 根据 storageClassDeviceSets 的配置创建。每一 OSD 使用一个存储用户数据的 PV。默认情况下，Ceph 使用 CRUSH 算法在不同的 OSD 之间维护三个应用数据副本，以实现高持久性和可用性。

CSI 置备程序

为 RBD 和 CephFS 启动这些调配器。当为 OpenShift Container Storage 的存储类请求卷时，请求将定向到 Ceph-CSI 驱动程序来置备 Ceph 中的卷。

CSI 卷插件和 CephFS

RBD 和 CephFS 的 CSI 卷插件在集群中的每一节点上启动。卷插件需要处于运行状态，只要应用需要挂载 Ceph 卷的位置。

CephBlockPool

CephBlockPool CR 提供 Rook operator 的配置，以便为 RWO 卷创建 Ceph 池。

CephFilesystem

CephFilesystem CR 指示 Rook 操作器使用 CephFS 配置共享文件系统，通常用于 RWX 卷。CephFS 元数据服务器(MDS)已启动，以管理共享卷。

CephObjectStore

CephObjectStore CR 指示 Rook 操作器使用 RGW 服务配置对象存储

CephObjectStoreUser CR

CephObjectStoreUser CR 指示 Rook 操作器将 NooBaa 的对象存储用户配置为使用，发布 access/private 密钥和 CephObjectStore 端点。

Amazon Web Services(AWS)部署

mcg-operator 使用 CloudCredentialsOperator (CCO)来 mint 凭证，以便创建新的 AWS::S3 存储桶并在该存储桶上创建 BackingStore。

Microsoft Azure 部署

mcg-operator 使用 CCO 来 mint 凭证，以便创建新的 Azure Blob 并在该存储桶上创建一个 BackingStore。

Google Cloud Platform(GCP)部署

mcg-operator 使用 CCO 来 mint 凭证以创建新的 GCP 存储桶，并将在该存储桶上创建一个 BackingStore。

On-prem 部署

如果 RGW 存在，scg-operator 会在 RGW 上创建新的 CephUser 和新存储桶，并在该存储桶基础上创建 BackingStore。

以上所述部署都不适用

mcg-operator 基于默认存储类创建一个 pv-pool，并在该存储桶之上创建一个 BackingStore。

数据库(DB)

一个 Postgres DB 用来保存元数据、统计信息和事件等。然而，它不会保存存储的实际数据。

Core

这是处理配置、后台进程、元数据管理、统计信息等的 pod。

Endpoints

这些 pod 执行与 I/O 相关的实际工作，如重复数据删除和压缩、与不同服务通信以写入和读取数据等。端点与 HorizonalPodAutoscaler 集成，并根据现有端点 pod 上观察到的 CPU 使用量增加和减少。