Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Flash Poolローカル階層(アグリゲート)のキャッシングポリシー

共同作成者

Flash Poolのローカル階層(アグリゲート)のボリュームに対するキャッシングポリシーでは、作業データセット用の高性能なキャッシュとしてフラッシュを導入し、アクセス頻度の低いデータには低コストのHDDを使用することができます。複数のFlash Poolローカル階層にキャッシュを提供する場合は、Flash Pool SSDパーティショニングを使用して、Flash Pool内のローカル階層間でSSDを共有します。

キャッシングポリシーは、Flash Poolのローカル階層にあるボリュームに適用されます。キャッシングポリシーを変更する前に、その仕組みを理解しておく必要があります。

ほとんどの場合、デフォルトのキャッシングポリシーである「auto」が使用するのに最適なキャッシングポリシーです。キャッシングポリシーを変更する必要があるのは、別のポリシーでワークロードのパフォーマンスが向上する場合だけです。誤ったキャッシングポリシーを設定すると、ボリュームのパフォーマンスが大幅に低下し、時間が経つにつれてパフォーマンスの低下が徐 々 に増大する可能性があります。

キャッシングポリシーは、読み取りキャッシングポリシーと書き込みキャッシングポリシーを組み合わせたものです。ポリシー名は、読み取りキャッシングポリシーと書き込みキャッシングポリシーの名前をハイフンで区切って連結します。ポリシー名にハイフンが含まれていない場合、書き込みキャッシングポリシーは「none」になります(「auto」ポリシーを除く)。

読み取りキャッシングポリシーでは、HDDに格納されたデータに加えてデータのコピーがキャッシュに配置されるため、以降の読み取りパフォーマンスが最適化されます。書き込み処理用にキャッシュにデータを挿入する読み取りキャッシングポリシーの場合、キャッシュは _write-through キャッシュとして機能します。

書き込みキャッシングポリシーを使用してキャッシュに挿入されたデータはキャッシュにのみ存在し、HDDにコピーが存在しません。Flash PoolキャッシュはRAIDで保護されています。書き込みキャッシュを有効にすると、書き込み処理のデータをキャッシュから即座に読み取りできるようになりますが、HDDへのデータの書き込みは、古くなってキャッシュから取り除かれるまで保留されます。

Flash Poolのローカル階層から単一層のローカル階層にボリュームを移動すると、ボリュームのキャッシングポリシーが失われます。あとでFlash Poolのローカル階層にボリュームを戻すと、デフォルトのキャッシングポリシー「auto」が割り当てられます。2つのFlash Poolローカル階層間でボリュームを移動した場合、キャッシングポリシーは維持されます。

キャッシングポリシーを変更する

CLIでパラメータを使用してコマンドを実行 volume create`すると、Flash Poolローカル階層にあるボリュームのキャッシングポリシーを変更できます。 `-caching-policy

Flash Poolのローカル階層にボリュームを作成すると、デフォルトで「auto」キャッシングポリシーがボリュームに割り当てられます。