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

Flash Poolローカル階層（アグリゲート）のキャッシングポリシーを変更するかどうかを決定する

共同作成者
PDF

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

タスクの内容

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

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

  • ソリッドステートドライブ（SSD）にキャッシュされたランダムブロックがワークロードによって再度読み取られることはありません。

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

手順

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

  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. ボリュームのとを `Project Cache Alloc`確認し `Cacheable Read`ます。

    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`は、ボリュームのキャッシュサイズが小さすぎます。