Menu Close

7.5. データ配置ストラテジーの作成

Ceph Object Gateway には、default-placement と呼ばれるデフォルトのストレージポリシーがあります。クラスターにストレージポリシーが 1 つしかない場合は、default-placement ポリシーで十分です。このデフォルトの配置ポリシーは、ゾーングループ構成から参照され、ゾーン構成で定義されます。

詳細は、Red Hat Enterprise Linux 用の Red Hat Ceph Storage 4 Ceph Object Gateway ガイドの「ストレージポリシー」セクションを参照してください。

IOPS最適化、スループット最適化、容量最適化など、複数のユースケースをサポートするクラスターでは、ゾーングループ構成の配置ターゲットのセットと、ゾーン構成の配置プールのセットが、各ストレージポリシーを表します。

以下のセクションの例では、ストレージポリシーを作成し、それをデフォルトのポリシーにする方法を説明しています。また、この例では、デフォルトのポリシーで、スループットに最適化されたハードウェアプロファイルを使用することを想定しています。トピックは以下の通りです。

7.5.1. インデックスプールの作成

デフォルトでは、Ceph Object Gatewayはバケットのオブジェクトをインデックスにマッピングします。これにより、Gatewayクライアントはバケット内のオブジェクトのリストなどを要求できます。一般的なユースケースでは、ユーザーがバケットを持ち、バケットごとに限られた数のオブジェクトを持つクオータが考えられますが、バケットには無数のオブジェクトを保存することができます。バケットに数百万個以上のオブジェクトが格納されている場合、SSDやNVMeドライブなどの高性能なストレージメディアを使用してデータを格納することで、インデックスのパフォーマンスが大幅に向上します。さらに、バケットシャーディングもパフォーマンスを劇的に向上させます。

PG 数の詳細は、『ストレージストラテジーガイド』の「Ceph Placement Groups (PGs) per Pool Calculator」および「配置グループ」を参照してください。プールの作成に関する詳細は、『ストレージストラテジーガイド』の「プールの作成」セクションを参照してください。

注記

PG per Pool Calculatorでは、インデックスプールではプールあたりのPG数を少なくすることを推奨していますが、PG数はサービスプールの約2倍となっています。

注記

Red Hat は、インデックスプールの HDD デバイスに対応していません。サポート対象構成の情報については、「Red Hat Ceph Storage: Supported configurations」の記事を参照してください。

インデックスプールを作成するには、ceph osd pool create にプール名、PG および PGP の数、replicated データ永続性メソッド、およびルール名を指定して作成します。

重要

バケットに100k以上のオブジェクトを保存する場合は、バケットシャーディングを設定して、バケット内のオブジェクト数が増えてもインデックスのパフォーマンスが低下しないようにします。『Ceph Object Gateway ガイドの設定および管理ガイド』の「バケットシャーディングの構成」セクションを参照してください。元の構成が適切でなくなった場合のバケットの再シャーディングの詳細については、『Ceph Object Gateway ガイド構成および管理ガイド』の「バケットインデックスの再シャーディング」セクションも参照してください。