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

Flash Poolローカル階層のONTAPキャッシュ ポリシーを変更するかどうかを決定します

共同作成者 netapp-thomi netapp-lenida netapp-aaron-holt netapp-sumathi netapp-aherbin
PDF

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_percent|wc_write_blks_overwritten_percent

  4. ボリュームの `Cacheable Read`と `Project 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`より大きい場合、ボリューム キャッシュのサイズが小さすぎます。

関連情報