Azure NetApp Files のメトリック

Azure NetApp Files には、割り当てられたストレージ、実際のストレージ使用量、ボリューム I/OPS、待機時間に関するメトリックが用意されています。 これらのメトリックを分析することで、NetApp アカウントの使用パターンとボリュームのパフォーマンスの理解を深めることができます。

定義

使用可能なメトリックの理解には、Azure NetApp Files のパフォーマンスと容量に関する用語を理解することが欠かせません。

• 容量プール: 容量プールは、Azure NetApp Files における容量の課金方法です。 容量プールには、1 つ以上のボリュームが含まれています。
• ボリューム クォータ: Azure NetApp Files ボリュームにプロビジョニングされた容量の総量。 自動 QoS ボリュームの場合、スループットはボリューム サイズに比例します。 手動 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 コマンド (オペコード値付き):

メトリックにアクセスする方法

Azure NetApp Files メトリックは、Azure Monitor にネイティブに統合されます。 Azure portal 内から、次の 2 つの場所から Azure NetApp Files 容量プールとボリュームのメトリックを確認できます。

• Azure Monitor から [メトリック] を選択し、容量プールまたはボリュームを選択します。 次に、[メトリック] を選択して、使用可能なメトリックを表示します。

  

• Azure NetApp Files 容量プールまたはボリュームから、[メトリック] を選択します。 次に、[メトリック] を選択して、使用可能なメトリックを表示します。

  

サブスクリプション クォータ メトリック (プレビュー)

サブスクリプション クォータ メトリックには、課された制限に対するサブスクリプション レベルのクォータが表示されます。 これらのメトリックは、使用可能な制限とサブスクリプションによる使用量の 2 つの列に表示されます。

サブスクリプション クォータ メトリックは現在プレビュー段階です。 サブスクリプション レベルのクォータ メトリックにアクセスする前に、機能を登録する必要があります。

1. 機能を登録する

   Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFQuotaLimit
   

2. 機能の登録の状態を確認します。

   メモ

   RegistrationState が Registering 状態から Registered に変化するまでに最大 60 分間かかる場合があります。 この状態が Registered になってから続行してください。

   Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFQuotaLimit
   

   また、Azure CLI のコマンドaz feature register と az feature show を使用して、機能を登録し、登録状態を表示することもできます。

• サブスクリプションあたりのアカウント数

  リージョンあたりの NetApp アカウントの数

• サブスクリプションあたりのバックアップが有効なボリュームの合計数

  サブスクリプションあたりのバックアップできるボリュームの最大数

• サブスクリプションあたりのクール アクセス ボリュームの合計

  サブスクリプションあたりのクール アクセス ボリュームの合計数

• サブスクリプションあたりの DP ボリュームの合計

  サブスクリプションあたりのデータ保護ボリュームの合計数

• サブスクリプションあたりの TIB の合計数

  サブスクリプションあたりのリージョンの合計容量

• サブスクリプションあたりのボリュームの合計

  サブスクリプションあたりのボリュームの合計数

容量プールの使用状況メトリック

• "Pool Allocated Size" (プールの割り当てサイズ)
  プールに割り当てられたサイズ。

• ボリュームに割り当てられたプールのサイズ
  特定の容量プールのボリューム クォータの合計 (GiB) です (つまり、容量プールでのボリュームのプロビジョニング済みサイズの合計)。
  このサイズは、ボリュームの作成中に選択したサイズです。

• プール消費サイズ
  容量プールのボリューム全体で使用された論理領域の合計 (GiB) です。

• "プールのスナップショット サイズの合計"
  プール内のすべてのボリュームからのスナップショット サイズの合計。

ボリュームの使用状況メトリック

Azure NetApp Files には、割り当てられたストレージ、実際のストレージ使用量、ボリューム I/OPS、待機時間に関するメトリックが用意されています。 これらのメトリックを使用して、使用状況とパフォーマンスを把握します。

• 消費されたボリュームの割合

  スナップショットを含む、消費されたボリュームの割合。
  集計メトリック (例えば、最小、最大) は、ボリュームの消費サイズの割合に対してはサポートされていません。

• "ボリュームの割り当てサイズ"

  ボリュームのプロビジョニング済みのサイズ

• "ボリューム容量制限サイズ"

  ボリュームのプロビジョニングに使用されているクォータ サイズ (GiB)。

• データストレージの消費サイズ

  ボリュームの論理サイズ (使用されているバイト)。
  このサイズには、アクティブなファイル システムとスナップショットで使用される論理領域が含まれます。

• "ボリューム スナップショットのサイズ"

  ボリュームのすべてのスナップショットのサイズ。

• ボリューム inode クォータ

  サポート要求によって上限が引き上げられた場合の、ボリュームの最大許容 inode (またはmaxfiles)。 サポート要求によって制限が引き上げられない場合、このメトリックの値は 0 です。

• ボリューム inode 合計

  ボリューム サイズに基づく、ボリュームの最大許容 inode (またはmaxfiles)。

• ボリューム inode 使用済み

  ボリュームの使用済み inode (または maxfiles)。

• ボリューム inode パーセンテージ

  ボリュームの使用可能な inode (または maxfiles) の消費率。

  サポート要求によってボリューム inode の制限が引き上げられた場合、割合は Volume Inodes Quota メトリックに基づいて計算されます。 ボリューム inode の制限がボリューム サイズに基づく既定値である場合、割合は Volume Inodes Total メトリックに基づいて計算されます。

• Throughput limit reached (スループット上限に到達)

  Throughput limit reached (スループット上限に到達) は、ボリュームがその QoS 制限に達していることを示すブール メトリックです。 メトリックに 1 と表示された場合、ボリュームは最大許容スループットに達しており、このボリュームのスループットは制限されます。 値 0 は、この制限にまだ達していないことを意味します。

  メモ

  スループットの上限に達したメトリックは、5 分ごとに収集されます。 5 分のウィンドウで制限に達した場合は、そのウィンドウで制限に達したことを意味します。

  ボリュームがスループット制限に達している場合、アプリケーションの要求に合わせて適切なサイズに設定されません。 スループットの問題を解決するには:

  • ボリュームのサイズ変更:

    ボリュームサイズを増やして、より多くのスループットをボリュームに割り当て、スロットルされないようにします。

  • サービス レベルを変更する:

    Azure NetApp Files の Premium および Ultra サービス レベルは、スループット要件が高いワークロードに対応します。 より高いサービス レベルの容量プールにボリュームを移動すると、ボリュームに対するこれらの制限が自動的に増加します。

  • ワークロード/アプリケーションを変更する:

    アプリケーションの要件を満たすために、ボリュームを別の目的で使用したり、サイズが大きいまたはサービス レベルが高い別のボリュームをデリゲートしたりすることを検討します。 NFS ボリュームの場合、アプリケーションがそれらの変更をサポートしている場合は、マウント オプションを変更してデータ フローを減らすことを検討します。

  

ボリュームに関するパフォーマンス指標

• "読み取りの平均待機時間"
  ボリュームからの読み取りの平均ラウンドトリップ タイム (RTT)、単位はミリ秒。

• "書き込みの平均待機時間"
  ボリュームからの書き込みの平均ラウンドトリップ タイム (RTT)、単位はミリ秒。

• 読み取り IOPS
  ボリュームへの 1 秒あたりの読み取り操作数。

• "書き込み IOPS"
  ボリュームへの 1 秒あたりの書き込み操作数。

• その他の IOPS

  ボリュームに対する 1 秒あたりの その他の操作 の数。

• 合計 IOPS

  ボリュームに対する書き込み、読み取り、およびその他の操作の 1 秒あたりの合計。

ボリューム レプリケーション メトリック

• "Is volume replication status healthy" (ボリューム レプリケーションの状態は正常です)
  レプリケーションの関係の条件。 正常な状態は、1 によって示されます。 異常な状態は、0 によって示されます。

• ボリューム レプリケーションは転送中か
  ボリューム レプリケーションの状態が転送中かどうか。

• "Volume replication lag time" (ボリューム レプリケーションのラグ タイム)
  ラグ タイムとは、レプリケーションがソースより遅れる実際の時間です。 ソース ボリュームに対するレプリケーション先ボリューム内のレプリケートされたデータの経過時間を示します。

• "Volume replication last transfer duration" (ボリューム レプリケーションの最後の転送期間)
  最後の転送が完了するまでにかかった時間 (秒単位)。

• "Volume replication last transfer size" (ボリューム レプリケーションの最後の転送サイズ)
  最後の転送の一部として転送されたバイトの合計数。

• "Volume replication progress"(ボリューム レプリケーションの進行状況\)
  現在の転送操作で転送されたデータの合計量 (バイト単位)。

• "Volume replication total transfer" (ボリューム レプリケーションの転送の合計)
  リレーションシップに対して転送された累積バイト数。

容量プールのスループット メトリック

• プールの割り当てスループット
  プールに属するすべてのボリュームのスループットの合計。

• プールに対して設定されたスループット
  このプールのプロビジョニングされたスループット。

ボリュームのスループット指標

• 読み取りスループット

  1 秒あたりの読み取りスループット (バイト単位)。

• スループットの合計
  1 秒あたりのすべてのスループットの合計 (バイト単位)。

• 書き込みスループット

  1 秒あたりの書き込みスループット (バイト単位)。

• その他のスループット

  1 秒あたりのバイト単位のその他のスループット (つまり、読み取りや書き込みではない)。

• スループットの合計

  すべてのスループット (読み取り、書き込み、その他) の合計 (1 秒あたりのバイト数)。

ボリュームのバックアップ メトリック

• ボリューム バックアップは有効か

  ボリュームのバックアップが有効になっているかどうかを示します。 1 が有効です。 0 は無効です。

• ボリューム バックアップ操作が完了しているか

  前回のボリューム バックアップまたは復元操作が正常に完了したかどうかを示します。 1 は成功しました。 0 は失敗しました。

• ボリューム バックアップが中断されているか

  ボリュームのバックアップ ポリシーが中断されているかどうかを示します。 1の値は、中断されていないことを意味します。 0の値は、中断状態を意味します。

• ボリューム バックアップのバイト数

  このボリュームに対してバックアップされた合計バイト数。

• Volume Backup Operation Last Transferred Bytes (ボリューム バックアップ操作の最後の転送バイト数)

  最後のバックアップ操作で転送された合計バイト数。

• Volume Backup Operation Last Transferred Bytes (ボリューム バックアップ復元操作の最後の転送バイト数)

  最後のバックアップ復元操作で転送された合計バイト数。

クール アクセス メトリック

• ボリュームクール層のサイズ
  クール層のボリューム フットプリント。

• ボリューム クール層のデータ読み取りサイズ
  ボリュームあたりで GET を使用して読み取られるデータ。

• ボリューム クール層のデータ書き込みサイズ
  ボリュームあたりで PUT を使用して階層化されるデータ。

次のステップ

• Azure NetApp Files のストレージ階層を理解する
• 容量プールの作成
• Azure NetApp Files のボリュームを作成する