このページでは、ボリュームのパフォーマンスに影響するパラメータについて説明します。
ボリュームに関する考慮事項
ボリュームに容量を割り当てる際は、次の点を考慮してください。
アクセス プロトコル（サーバー メッセージ ブロック（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 Volumes への接続をテストし、レイテンシが最も低いゾーンを選択することをおすすめします。
レイテンシに関する注意事項
クライアントのネットワーク帯域幅が要件よりも小さい場合、I/O オペレーションがクライアントでキューに登録されるため、Windows の perfmon または Linux の
nfsiostatによって報告されるクライアント レイテンシは、NetApp Volumes によって報告されるレイテンシよりも高くなります。ボリュームのスループット上限が特定のワークロードに必要な値よりも低い場合、ストレージ レイテンシが高くなります。また、クライアント側のキューイングが追加されるため、クライアントのレイテンシも高くなります。
容量定義のスループット上限に達した場合は、スループット上限を引き上げることで、クライアントとストレージのレイテンシを改善できます。