Ceph スケーラブルで、単一障害点がないように設計されています。
Monitor （月）、 Object Storage デーモン（OSD）とメタデータサーバー（MDS）は、3つの主要なデーモン（Linuxプロセス）です。 Ceph 集まる。

通常、A Ceph クラスタには3つ以上あります monitor冗長性のためのノード。Monitors クラスタマップのマスターコピーを維持します。これにより、 CephOSDおよびMDSと直接通信するクライアント。これらのマップは、必要な重要なクラスター状態ですCeph 互いに調整するデーモン。 Monitorsデーモンとクライアント間の認証の管理も担当します。奇数monitorsクォーラムを使用してクラスターマップを維持します。このアルゴリズムは、単一障害点を回避しますmonitor そして、彼らの合意が有効であることを保証します。

OSDは object storage のデーモン Ceph。データを保存し、データのレプリケーション、リカバリ、リバランスを処理し、監視情報を提供しますCeph Monitors他のOSDデーモンでハートビートを確認します。すべてのストレージサーバーは、ストレージデバイスごとに1 つまたは複数のOSDデーモンを実行します。冗長性と高可用性を実現するには、通常、少なくとも3つのOSDが必要です。

MDSデーモンは、 Ceph File System 共有へのアクセスも調整します Ceph Storage集まる。複数のアクティブMDSを使用して冗長性を確保し、各MDSの負荷を分散できます。共有を使用する場合にのみ、1つ以上のメタデータサーバー（MDS）が必要になります。file system。

Ceph スケーラブルなストレージです

従来のストレージシステムでは、クライアントは集中型コンポーネント（ホストバスアダプターやゲートウェイなど）と通信します。これは、複雑なサブシステムへの単一のエントリポイントです。一元化されたコントローラーは、パフォーマンスとスケーラビリティーの両方に制限を課し、単一障害点を導入します。集中型コンポーネントがダウンすると、システム全体もダウンします。

Ceph クライアントは最新のクラスタマップを取得します monitorsCRUSHアルゴリズムを使用して、クラスター内のOSDを計算します。このアルゴリズムにより、クライアントはCeph集中型コントローラーを経由せずに直接OSD。CRUSHアルゴリズムは単一パスを排除するため、スケーラビリティーが制限されます。

Ceph OSDクラスタはクライアントに共有ストレージを提供します pool。より多くの容量またはパフォーマンスが必要な場合は、新しいOSDを追加して、pool。のパフォーマンスCephクラスターは、OSDの数に比例します。次の図は、OSDの数を増やすと、読み取り/書き込みIOPSが増加することを示しています。

従来のディスクアレイは、RAIDコントローラーを使用してディスク障害からデータを保護します。RAIDテクノロジーが発明されたとき、ハードディスクドライブの容量は約20MBでした。今日のディスク容量は16TBにもなります。RAIDグループ内の故障したディスクを再構築するのに1週間かかる場合があります。RAIDコントローラが故障したドライブを再構築している間、2台目のディスクが同時に故障する可能性があります。再構築に時間がかかる場合、データが失われる可能性が高くなります。

Ceph クラスター内の他のすべての正常なドライブによって障害が発生したディスクで失われたデータを回復します。 Ceph障害が発生したドライブに保存されているデータを修復するだけです。正常なディスクの数が多いほど、回復時間は短くなります。