3.3. パフォーマンスに関する考慮事項


以下の要素は通常、Ceph OSD ノードの追加時または削除時に、ストレージクラスターのパフォーマンスに影響します。

影響を受けるプールの現在のクライアント負荷:

Ceph クライアントは、Ceph への I/O インターフェイスに負荷を配置します。つまり、プールへの負荷。プールは CRUSH ルールセットにマップします。基礎となる CRUSH 階層により、Ceph は障害ドメインにデータを配置できます。基礎となる Ceph OSD ノードにクライアント負荷が高いプールが含まれる場合は、クライアントの負荷が復元時間やパフォーマンスに大きな影響を与える可能性があります。具体的には、書き込み操作には持続性のためにデータのレプリケーションが必要になるため、書き込み集約型クライアント負荷により、ストレージクラスターの復元に要する時間が長くなる可能性があります。

追加または削除される容量:

一般的に、追加または削除する容量のクラスター全体のパーセンテージが、ストレージクラスターの復元時間に影響を及ぼします。さらに、追加または削除するノードのストレージ密度は、復元する時間に影響を与える可能性があります。たとえば、36 OSD のノードは、12 OSD のノードと比較して、通常復元により長い時間がかかります。ノードを削除する際には、十分な容量を確保して、フル比率 または ほぼフル比率 に到達しないようにします。ストレージクラスターが フル比率 になると、Ceph は書き込み動作を一時停止してデータの喪失を防ぎます。

プールと CRUSH ルールセット:

Ceph OSD ノードは、少なくとも 1 つの Ceph CRUSH 階層にマッピングし、階層は少なくとも 1 つのプールにマップされます。Ceph OSD ノードの追加または削除を行う CRUSH 階層 (ルールセット) を使用する各プールは、パフォーマンスに影響します。

プールタイプおよび持続性:

レプリケーションプールは、データのディープコピーを複製するネットワーク帯域幅を使用する傾向がありますが、イレイジャーコーディングプールはより多くの CPU を使用して k+m コーディングのチャンクを計算する傾向があります。データのコピー (サイズやより多くの k+m チャンクなど) が多いほど、ストレージクラスターが復元するまでにかかる時間が長くなります。

合計スループット特性:

ドライブ、コントローラー、およびネットワークインターフェイスカードはすべて、復元時間に影響を与える可能性があるスループット特性を持ちます。一般に、10 Gbps や SSD などのスループット特性が高いノードは、1 Gbps や SATA ドライブなどのスループット特性が低いノードよりも迅速に復元します。

Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.