Azure NetApp Files のメトリック

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

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

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

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

    Screenshot that shows how to access Azure NetApp Files metrics for capacity pools or volumes.

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

    Snapshot that shows how to navigate to the Metric pull-down.

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

  • "Pool Allocated Size" (プールの割り当てサイズ)
    プールのプロビジョニングされたサイズ。

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

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

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

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

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

  • "ボリュームの割り当てサイズ"
    ボリュームのプロビジョニングされたサイズ

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

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

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

  • スループットの上限に達しました

    到達したスループット制限は、ボリュームがその QoS 制限に達していることを示すブールメトリックです。 値 1 は、ボリュームが最大スループットに達し、このボリュームのスループットが調整されることを意味します。 値 0 は、この制限にまだ達されていないことを意味します。

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

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

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

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

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

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

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

    Screenshot that shows Azure NetApp Files metrics a line graph demonstrating throughput limit reached.

ボリュームのパフォーマンス メトリック

Note

読み取りの平均待機時間および書き込みの平均待機時間のボリューム待機時間は、ストレージ サービスの内部で測定され、ネットワーク待機時間を含みません。

  • "読み取りの平均待機時間"
    ボリュームからの読み取りの平均時間 (ミリ秒) です。
  • "書き込みの平均待機時間"
    ボリュームからの書き込みの平均時間 (ミリ秒) です。
  • "読み取り 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 は中断されました。

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

  • ボリューム バックアップの最後に転送されたバイト数
    最後のバックアップまたは復元操作のために転送された合計バイト数。

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

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

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

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

次のステップ