このページでは、ボリュームのパフォーマンスに直接影響するパラメータについて詳しく説明します。
ボリュームに関する考慮事項
ボリュームに容量を割り当てる場合は、次の点を考慮してください。
アクセス プロトコル（サーバー メッセージ ブロック（SMB）またはネットワーク ファイル システム（NFS））の選択は、スループットに影響する可能性があります。
選択したサービスレベルはスループット上限に影響します。
Flex サービスレベルのボリュームに関する考慮事項
Flex サービスレベル内で作成されたボリュームには、次の考慮事項が適用されます。
プールには、プール内のすべてのボリュームに共通の集計スループット上限があります。ボリュームはプールのスループットを共有します。
プールの容量を追加すると、プール内のボリュームの最大スループット上限が増加します。
ボリュームに容量を追加しても、ボリュームの最大スループット上限は増加しません。
Standard、Premium、Extreme サービスレベルのボリュームに関する考慮事項
Standard、Premium、Extreme の各サービスレベルで作成されたボリュームには、次の考慮事項が適用されます。
ボリューム容量は、ストレージ プールの容量とは関係なく、共通のスループット上限を定義します。
ボリューム容量を追加すると、ボリュームの最大スループット上限が増加します。
ワークロードの特性
NetApp Volumes を使用する場合、アプリケーションは、ワークロードを定義するボリュームに入力/出力（I/O）オペレーション リクエストを送信します。このボリュームは、次のパラメータで特徴付けられます。
クライアント VM の読み取りキャッシュサイズ: ワークロードの読み取りと書き込みの比率は調整できませんが、仮想マシン（VM）にバッファ キャッシュを追加できます。これにより、必要な読み取りオペレーションの数を減らすことができます。
ブロックサイズ: 少数の大規模な I/O オペレーションは、多数の小規模な I/O オペレーションよりもはるかに効率的です。64 KiB 以上の大きなブロックサイズを使用するようにします。ブロックサイズを変更できるかどうかは、アプリケーションのマニュアルでご確認ください。
I/O 同時実行: I/O 同時実行を増やすと、全体的なランタイムを増やすことなく、より多くの I/O オペレーションを並列処理できます。
メタデータ オペレーション
メタデータ オペレーションは、プロトコル固有の小規模なオペレーションです。メタデータ オペレーションのパフォーマンスは主にレイテンシによって制限されます。メタデータ オペレーションの例を次に示します。
フォルダの内容を一覧表示する
ファイルを削除する
権限の設定
レイテンシ
レイテンシは、I/O オペレーションの完了にかかる合計時間です。これには、キュー内の待ち時間と、I/O が処理されるサービス時間も含まれます。レイテンシを改善するには、リージョン内のすべてのゾーンから NetApp Volume への接続をテストし、レイテンシが最も低いゾーンを選択することをおすすめします。
レイテンシに関する注意事項
クライアントのネットワーク帯域幅が必要な帯域幅よりも小さい場合、I/O オペレーションがクライアントでキューイングに時間を費やすため、Windows の perfmon または Linux の
nfsiostatで報告されるクライアント レイテンシは、NetApp Volumes で報告されるレイテンシよりも高くなります。ボリュームのスループット上限が特定のワークロードに必要なスループットよりも低い場合、ストレージ レイテンシが高くなります。また、クライアント側のキューが増えるため、クライアントのレイテンシも長くなります。
容量で定義されたスループット上限に達した場合は、スループット上限を増やすことで、クライアントとストレージのレイテンシを改善できます。