ONTAP 9.13

to English version

Flash Poolローカル階層(アグリゲート)のキャッシング ポリシーを変更するかどうかの確認

Flash Poolローカル階層(アグリゲート)に含まれるボリュームにキャッシュ保持ポリシーを割り当てて、ボリューム データをFlash Poolキャッシュに保存する期間を決定することができます。ただし、キャッシュ保持ポリシーを変更しても、ボリュームのデータがキャッシュに保存される時間に影響を及ぼさない場合があります。

タスク概要

データが次のいずれかの条件に当てはまる場合は、キャッシュ保持ポリシーを変更しても影響がない可能性があります。

  • ワークロードがシーケンシャルである。

  • ソリッド ステート ドライブ(SSD)にキャッシュされたランダムなブロックがワークロードによって再度読み取られない。

  • ボリュームのキャッシュ サイズが小さすぎる。

手順

次の手順で、データに必要とされる条件を確認します。このタスクは、CLIを使用してadvanced権限モードで行う必要があります。

  1. CLIを使用してワークロードのボリュームを表示します。

    statistics start -object workload_volume

  2. ボリュームのワークロードのパターンを確認します。

    statistics show -object workload_volume -instance volume-workload -counter sequential_reads

  3. ボリュームのヒット率を確認します。

    statistics show -object wafl_hya_vvol -instance volume -counter read_ops_replaced_pwercent|wc_write_blks_overwritten_percent

  4. ボリュームの Cacheable ReadProject Cache Alloc を確認します。

    system node run -node node_name wafl awa start aggr_name

  5. AWAの概要を表示します。

    system node run -node node_name wafl awa print aggr_name

  6. ボリュームのヒット率と Cacheable Read を比較します。

    ボリュームのヒット率が Cacheable Read よりも高い場合は、SSDにキャッシュされたランダムなブロックがワークロードによって再度読み取られません。

  7. ボリュームの現在のキャッシュ サイズと Project Cache Alloc を比較します。

    ボリュームの現在のキャッシュ サイズが Project Cache Alloc よりも大きい場合は、ボリュームのキャッシュ サイズが小さすぎます。

Top of Page