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

ONTAP FlexCache密度を決定する

共同作成者 netapp-dbagwell

ホットスポット修復の設計において最初に行うべきことは、FlexCacheの密度を把握することです。以下の例は4ノードのクラスターです。ファイル数は各HDF内のすべての構成要素に均等に分散されていると仮定します。また、フロントエンドNAS接続もすべてのノードに均等に分散されていると仮定します。

これらの例は使用できる唯一の構成ではありませんが、スペース要件と使用可能なリソースが許す限り多くのHDFを作成するための設計原則を理解する必要があります。

メモ HDFA は次の構文を使用して表されます: HDFs per HDFA x nodes per HDF x constituents per node per HDF

2x2x2 HDFA 構成

図1これは2x2x2 HDFA構成の例です:2つのHDFがそれぞれ2つのノードにまたがり、各ノードには2つの構成ボリュームが含まれています。この例では、各クライアントがホットファイルに直接アクセスできる可能性は50%です。4つのクライアントのうち2つは東西方向のトラフィックを持っています。重要なのは、HDFが2つあることです。つまり、ホットファイルのキャッシュが2つあるということです。ホットファイルへのアクセスを処理するCPU/ボリュームアフィニティが2つあります。

図1:2x2x2 HDFA構成

図1:2x2x2 HDFA構成

4x1x4 HDFA構成

図2は最適な構成を表しています。これは4x1x4 HDFA構成の例です:4つのHDFがそれぞれ単一のノードに保持され、各ノードには4つの構成要素が含まれています。この例では、各クライアントはホットファイルのキャッシュに直接アクセスできることが保証されています。4つの異なるノードに4つのキャッシュファイルが存在するため、4つの異なるCPU/ボリュームアフィニティがホットファイルへのアクセスをサービス提供します。さらに、East-Westトラフィックは生成されません。

図2:4x1x4 HDFA構成

図2:4x1x4 HDFA

次の手順

HDF の密度を決定した後、"SVM間HDFAおよびSVM内HDFA" を使用して NFS で HDF にアクセスする場合は、別の設計上の決定を行う必要があります。