Azure NetApp Files のメトリック
Azure NetApp Files では、割り当て済みストレージ、実際のストレージ使用量、ボリュームの IOPS、および待機時間に関するメトリックが提供されます。 これらのメトリックを分析することで、NetApp アカウントの使用パターンとボリュームのパフォーマンスの理解を深めることができます。
定義
使用可能なメトリックの理解には、Azure NetApp Files のパフォーマンスと容量に関する用語を理解することが欠かせません。
- 容量プール: 容量プールは、Azure NetApp Files における容量の課金方法です。 容量プールはボリュームを含みます。
- ボリューム クォータ: Azure NetApp Files ボリュームにプロビジョニングされた容量の総量。 ボリューム クォータは自動 Quality of Service (QoS) に直接関連付けられており、ボリュームのパフォーマンスに影響します。 詳細については、「容量プールの QoS の種類」を参照してください。
- スループット: Azure NetApp Files とクライアントの間の通信全体 (読み取り/書き込み/その他) で送信されるデータ量。 Azure NetApp Files のスループットは、バイト毎秒単位で測定されます。
- 待機時間: 待機時間はストレージ内でストレージ操作が完了するまでの時間で、到着した時間から、処理され、クライアントに送り返される準備ができるまでの時間です。 Azure NetApp Files の待機時間はミリ秒 (ms) 単位で測定されます。
ストレージ パフォーマンス操作のメトリックについて
Azure NetApp Files における操作とは、クライアント/サーバー間の会話中に発生するものとして定義されます。 たとえば、クライアントが Azure NetApp Files からのファイルの読み取りを要求すると、クライアントとサーバーの間で読み取りやその他の操作が送受信されます。
Azure NetApp Files のボリュームを監視すれば、読み取りと書き込みの操作に関しては一目瞭然です。 また、メトリックには、その他の IOPSというメトリックが含まれています。これは、読み取りまたは書き込み以外の操作を意味します。 その他の IOPS には、ほとんどの読み取りや書き込みの操作に付随するメタデータなどの操作が含まれます。
その他の IOPS メトリックには、次の種類のメタデータ操作が含まれます。
NFSv3
その他の IOPSに含まれる NFSv3 のメタデータ呼び出し (RFC-1813 に説明あり):
- プロシージャ 0: NULL - 何も実行しない
- プロシージャ 1: GETATTR - ファイル属性の取得
- プロシージャ 2: SETATTR - ファイル属性の設定
- プロシージャ 3: LOOKUP - ファイル名の検索
- プロシージャ 4: ACCESS - アクセス許可の確認
- プロシージャ 5: READLINK - シンボリック リンクからの読み取り
- プロシージャ 8: CREATE - ファイルの作成
- プロシージャ 9: MKDIR - ディレクトリの作成
- プロシージャ 10: SYMLINK - シンボリック リンクの作成
- プロシージャ 11: MKNOD - 特殊デバイスの作成
- プロシージャ 12: REMOVE - ファイルの削除
- プロシージャ 13: RMDIR - ディレクトリの削除
- プロシージャ 14: RENAME - ファイルまたはディレクトリの名前の変更
- プロシージャ 15: LINK - オブジェクトへのリンクの作成
- プロシージャ 16: READDIR - ディレクトリからの読み取り
- プロシージャ 17: READDIRPLUS - ディレクトリからの拡張読み取り
- プロシージャ 18: FSSTAT - 動的ファイル システム情報の取得
- プロシージャ 19: FSINFO - 静的ファイル システム情報の取得
- プロシージャ 20: PATHCONF - POSIX 情報の取得
- プロシージャ 21: COMMIT - サーバー上のキャッシュされたデータの安定したストレージへのコミット
NFSv4.1
その他の IOPSに含まれる NFSv4.1 のメタデータ呼び出し (RFC-7530 に説明あり):
- プロシージャ 0: NULL – 何も実行しない
- プロシージャ 1: COMPOUND – 複数の NFS 操作の 1 つの要求への結合
- 操作 3: ACCESS – アクセス権の確認
- 操作 4: CLOSE – ファイルを閉じる
- 操作 5: COMMIT – キャッシュされたデータのコミット
- 操作 6: CREATE - 通常とは異なるファイル オブジェクトの作成
- 操作 7: DELEGPURGE - リカバリ待機中の委任の消去
- 操作 8: DELEGRETURN - 委任の返却
- 操作 9: GETATTR - 属性の取得
- 操作 10: GETFH - 現在のファイルハンドルの取得
- 操作 11: LINK - ファイルへのリンクの作成
- 操作 12: LOCK - ロックの作成
- 操作 13: LOCKT - ロックのテスト
- 操作 14: LOCKU - ファイルのロック解除
- 操作 15: LOOKUP - ファイル名の検索
- 操作 16: LOOKUPP - 親ディレクトリの検索
- 操作 17: NVERIFY - 属性の違いを検証
- 操作 18: OPEN - 通常のファイルを開く
- 操作 19: OPENATTR - 名前付き属性ディレクトリを開く
- 操作 20: OPEN_CONFIRM - オープン確認
- 操作 21: OPEN_DOWNGRADE - オープン ファイル アクセスを減らす
- 操作 22: PUTFH - 現在のファイルハンドルの設定
- 操作 23: PUTPUBFH - 公開ファイルハンドルの設定
- 操作 24: PUTROOTFH - ルート ファイルハンドルの設定
- 操作 26: READDIR - ディレクトリの読み取り
- 操作 27: READLINK - シンボリック リンクの読み取り
- 操作 28: REMOVE - ファイル システム オブジェクトの削除
- 操作 29: RENAME - ディレクトリ エントリの名前の変更
- 操作 30: RENEW - リースの更新
- 操作 32: SAVEFH - 現在のファイルハンドルの保存
- 操作 33: SECINFO - 使用可能なセキュリティの取得
- 操作 34: SETATTR - 属性の設定
- 操作 35: SETCLIENTID - クライアント ID についての交渉
- 操作 36: SETCLIENTID_CONFIRM - クライアント ID の確認
- 操作 37: VERIFY - 同じ属性の検証
- 操作 39: RELEASE_LOCKOWNER – lock-owner 状態の解放
SMB (SMB2 および SMB3.x を含む)
その他の IOPS に含まれる SMB コマンド (オペコード値付き):
SMB コマンド | オペコード値 |
---|---|
SMB2 NEGOTIATE | 0x0000 |
SMB2 SESSION_SETUP | 0x0001 |
SMB2 LOGOFF | 0x0002 |
SMB2 TREE_CONNECT | 0x0003 |
SMB2 TREE_DISCONNECT | 0x0004 |
SMB2 CREATE | 0x0005 |
SMB2 CLOSE | 0x0006 |
SMB2 FLUSH | 0x0007 |
SMB2 LOCK | 0x000A |
SMB2 IOCTL | 0x000B |
SMB2 CANCEL | 0x000C |
SMB2 ECHO | 0x000D |
SMB2 QUERY_DIRECTORY | 0x000E |
SMB2 CHANGE_NOTIFY | 0x000F |
SMB2 QUERY_INFO | 0x0010 |
SMB2 SET_INFO | 0x0011 |
SMB2 OPLOCK_BREAK | 0x0012 |
メトリックにアクセスする方法
Azure NetApp Files メトリックは、Azure Monitor にネイティブに統合されます。 Azure portal 内から、次の 2 つの場所から Azure NetApp Files 容量プールとボリュームのメトリックを確認できます。
Azure Monitor から [メトリック] を選択し、容量プールまたはボリュームを選択します。 次に、[メトリック] を選択して、使用可能なメトリックを表示します。
Azure NetApp Files 容量プールまたはボリュームから、[メトリック] を選択します。 次に、[メトリック] を選択して、使用可能なメトリックを表示します。
容量プールの使用状況メトリック
"Pool Allocated Size" (プールの割り当てサイズ)
プールのプロビジョニングされたサイズ。"ボリュームに割り当てられたプールのサイズ"
特定の容量プールのボリューム クォータの合計 (GiB) です (つまり、容量プールでのボリュームのプロビジョニング済みサイズの合計)。
このサイズは、ボリュームの作成中に選択したサイズです。"プールで消費されたサイズ"
容量プールのボリューム全体で使用された論理領域の合計 (GiB) です。"プールのスナップショット サイズの合計"
プール内のすべてのボリュームからのスナップショット サイズの合計。
ボリュームの使用状況メトリック
ボリュームで消費されたサイズの割合
スナップショットを含む、消費されたボリュームの割合。
集計メトリック (最小、最大など) は、ボリュームで消費されたサイズの割合ではサポートされていません。"ボリュームの割り当てサイズ"
ボリュームのプロビジョニングされたサイズ"ボリュームのクォータ サイズ"
ボリュームのプロビジョニングに使用されているクォータ サイズ (GiB)。"ボリュームで消費されたサイズ"
ボリュームの論理サイズ (使用されているバイト)。
このサイズには、アクティブなファイル システムとスナップショットで使用される論理領域が含まれます。"ボリューム スナップショットのサイズ"
ボリュームのすべてのスナップショットのサイズ。Throughput limit reached (スループット上限に到達)
Throughput limit reached (スループット上限に到達) は、ボリュームがその QoS 制限に達していることを示すブール メトリックです。 値 1 は、ボリュームが最大スループットに達し、このボリュームのスループットが調整されることを意味します。 値 0 は、この制限にまだ達していないことを意味します。
Note
スループットの上限に達したメトリックは 5 分ごとに収集され、過去 5 分間に収集された場合はヒットとして表示されます。
ボリュームがスループット制限に達している場合、アプリケーションの要求に合わせて適切なサイズに設定されません。 スループットの問題を解決するには:
ボリュームのサイズ変更:
ボリューム サイズを増やして、スロットルされないようにボリュームにスループットを割り当てます。
サービス レベルを変更する:
Azure NetApp Files の Premium および Ultra サービス レベルは、スループット要件が高いワークロードに対応します。 より高いサービス レベルの容量プールにボリュームを移動すると、ボリュームに対するこれらの制限が自動的に増加します。
ワークロード/アプリケーションを変更する:
アプリケーションの要件を満たすために、ボリュームを別の目的で使用したり、サイズが大きいまたはサービス レベルが高い別のボリュームをデリゲートしたりすることを検討します。 NFS ボリュームの場合、アプリケーションがそれらの変更をサポートしている場合は、マウント オプションを変更してデータ フローを減らすことを検討します。
ボリュームのパフォーマンス メトリック
Note
読み取りの平均待機時間および書き込みの平均待機時間のボリューム待機時間は、ストレージ サービスの内部で測定され、ネットワーク待機時間を含みません。
- "読み取りの平均待機時間"
ボリュームからの読み取りの平均ラウンドトリップ タイム (RTT)、単位はミリ秒。 - "書き込みの平均待機時間"
ボリュームからの書き込みの平均ラウンドトリップ タイム (RTT)、単位はミリ秒。 - "読み取り IOPS"
ボリュームへの 1 秒あたりの読み取り操作数。 - "書き込み IOPS"
ボリュームへの 1 秒あたりの書き込み操作数。 - その他の IOPS ボリュームへの 1 秒あたりのその他の操作数。
- 合計 IOPS ボリュームへの 1 秒あたりの書き込み操作、読み取り操作、その他の操作の合計。
ボリューム レプリケーション メトリック
Note
- ネットワーク転送サイズ (たとえば、ボリューム レプリケーションの転送の合計メトリック) が、リージョン間レプリケーションのソース ボリュームまたはターゲット ボリュームと異なる場合があります。 この動作は、ネットワーク転送コストを最小限に抑えるために効率的なレプリケーション エンジンが使用された結果です。
- 現時点では、レプリケーションのリレーションシップのソースではなく、レプリケーション先のボリュームに対して、ボリューム レプリケーション メトリックが設定されています。
"Is volume replication status healthy" (ボリューム レプリケーションの状態は正常です)
レプリケーションのリレーションシップの条件。 正常な状態は、1
によって示されます。 異常な状態は、0
によって示されます。"Is volume replication transferring" (ボリューム レプリケーションは転送中です)
ボリューム レプリケーションの状態が 転送中 かどうか。"Volume replication lag time" (ボリューム レプリケーションのラグ タイム)
ラグ タイムとは、レプリケーションがソースより遅れる実際の時間です。 ソース ボリュームに対するレプリケーション先ボリューム内のレプリケートされたデータの経過時間を示します。
Note
ボリューム レプリケーションの正常性状態を評価するときは、ボリューム レプリケーションのラグ タイムを考慮してください。 ラグ タイムがレプリケーション スケジュールより長い場合、レプリケーション ボリュームはソースに追いつきません。 この問題を解決するには、レプリケーションの速度またはレプリケーション スケジュールを調整します。
"Volume replication last transfer duration" (ボリューム レプリケーションの最後の転送期間)
最後の転送が完了するまでにかかった時間 (秒単位)。"Volume replication last transfer size" (ボリューム レプリケーションの最後の転送サイズ)
最後の転送の一部として転送されたバイトの合計数。"Volume replication progress"(ボリューム レプリケーションの進行状況\)
現在の転送操作で転送されたデータの総量。"Volume replication total transfer" (ボリューム レプリケーションの転送の合計)
リレーションシップに対して転送された累積バイト数。
容量プールのスループット メトリック
プールの割り当てスループット
プールに属するすべてのボリュームのスループットの合計。プールに対してプロビジョニングされたスループット
このプールのプロビジョニングされたスループット。
ボリュームのスループット メトリック
読み取りスループット
1 秒あたりの読み取りスループット (バイト単位)。スループットの合計
1 秒あたりのすべてのスループットの合計 (バイト単位)。書き込みスループット
1 秒あたりの書き込みスループット (バイト単位)。その他のスループット
1 秒あたりのバイト単位のその他のスループット (つまり、読み取りや書き込みではない)。合計スループット すべてのスループット (読み取り、書き込み、その他) の合計 (バイト毎秒単位)。
ボリュームのバックアップ メトリック
ボリューム バックアップは有効か
ボリュームのバックアップが有効になっているかどうかを示します。1
が有効です。0
は無効です。ボリューム バックアップ操作が完了しているか
前回のボリューム バックアップまたは復元操作が正常に完了したかどうかを示します。1
は成功しました。0
は失敗しました。ボリューム バックアップが中断されているか
ボリュームのバックアップ ポリシーが中断されているかどうかを示します。1
は中断されていません。0
は中断されました。ボリューム バックアップのバイト数
このボリュームに対してバックアップされた合計バイト数。ボリューム バックアップの最後に転送されたバイト数
最後のバックアップまたは復元操作のために転送された合計バイト数。Volume Backup Operation Last Transferred Bytes (ボリューム バックアップ操作の最後の転送バイト数)
最後のバックアップ操作で転送された合計バイト数。Volume Backup Operation Last Transferred Bytes (ボリューム バックアップ復元操作の最後の転送バイト数)
最後のバックアップ復元操作で転送された合計バイト数。
クール アクセス メトリック
ボリュームクール層のサイズ
クール層のボリューム フットプリント。ボリューム クール層のデータ読み取りサイズ
ボリュームあたりでGET
を使用して読み取られるデータ。ボリューム クール層のデータ書き込みサイズ
ボリュームあたりでPUT
を使用して階層化されるデータ。