Azure Cache for Redis 監視データ リファレンス

この記事には、このサービスに関するすべての監視リファレンス情報が含まれています。

Azure Cache for Redis 用に収集できるデータとその使用方法の詳細については、「 Monitor Azure Cache for Redis 」を参照してください。

メトリック

このセクションには、このサービスに関して自動的に収集されるすべてのプラットフォーム メトリックが一覧表示されています。 これらのメトリックは、Azure Monitor でサポートされているすべてのプラットフォーム メトリックのグローバル リストにも含まれています。

メトリックのリテンション期間の詳細については、「Azure Monitor メトリックの概要」を参照してください。

Microsoft.Cache/redis と Microsoft.Cache/redisEnterprise でサポートされているメトリックの詳細と情報については、「 メトリックの一覧を参照してください。

Microsoft.Cache/redis でサポートされているメトリック

次の表に、Microsoft.Cache/redis リソースの種類で使用できるメトリックの一覧を示します。

• すべての列がすべてのテーブルに存在しないことがあります。
• 一部の列がページの表示領域を超えている場合があります。 [テーブルの展開] を選択すると、使用可能なすべての列が表示されます。

テーブルの見出し

• カテゴリ - メトリック グループまたは分類。
• メトリック - Azure Portal に表示されるメトリックの表示名。
• REST API の名前 - REST API で参照されるメトリック名。
• 単位 - 測定単位。
• 集計 - 既定の集計の種類。 有効な値: 平均 (Avg)、最小 (Min)、最大 (Max)、合計 (Sum)、数。
• ディメンション - メトリックで使用できるディメンション。
• 時間グレイン - メトリックをサンプリングする間隔。 たとえば、PT1M は、メトリックを 1 分ごとに、PT30Mは 30 分ごとに、PT1H は 1 時間ごとにサンプリングすることを示します。
• DS エクスポート - メトリックが診断設定を介して Azure Monitor ログにエクスポート可能かどうかを示します。 メトリックのエクスポートについては、「Azure Monitor で診断設定を作成する」を参照してください。

カテゴリ: キャッシュ

Microsoft.Cache/redisEnterprise でサポートされているメトリック

次の表に、Microsoft.Cache/redisEnterprise リソースの種類で使用できるメトリックの一覧を示します。

• すべての列がすべてのテーブルに存在しないことがあります。
• 一部の列がページの表示領域を超えている場合があります。 [テーブルの展開] を選択すると、使用可能なすべての列が表示されます。

テーブルの見出し

• カテゴリ - メトリック グループまたは分類。
• メトリック - Azure Portal に表示されるメトリックの表示名。
• REST API の名前 - REST API で参照されるメトリック名。
• 単位 - 測定単位。
• 集計 - 既定の集計の種類。 有効な値: 平均 (Avg)、最小 (Min)、最大 (Max)、合計 (Sum)、数。
• ディメンション - メトリックで使用できるディメンション。
• 時間グレイン - メトリックをサンプリングする間隔。 たとえば、PT1M は、メトリックを 1 分ごとに、PT30Mは 30 分ごとに、PT1H は 1 時間ごとにサンプリングすることを示します。
• DS エクスポート - メトリックが診断設定を介して Azure Monitor ログにエクスポート可能かどうかを示します。 メトリックのエクスポートについては、「Azure Monitor で診断設定を作成する」を参照してください。

Azure Cache for Redis のメトリック

次の一覧では、 Microsoft.Cache/redis および Microsoft.Cache/redisEnterprise でサポートされている Azure Monitor メトリックの詳細と詳細を示します。

• 待機時間の 99 パーセンタイル値 (プレビュー)

  • サーバー側コマンドの最悪の場合 (99 パーセンタイル) の待機時間を示します。 ロード バランサーから Redis サーバーに PING コマンドを発行し、応答する時間を追跡して測定されます。
  • Redis インスタンスの正常性を追跡するのに役立ちます。 キャッシュの負荷が高い場合、または PING コマンドの実行を遅らせる実行時間の長いコマンドがある場合は、待機時間が長くなります。
  • このメトリックは、Standard および Premium レベルのキャッシュでのみ使用できます。

• キャッシュの待機時間 (プレビュー)

  • キャッシュのノード間待機時間を使用して計算されるキャッシュの待機時間。 このメトリックはマイクロ秒単位で測定され、Avg、Min、および Max の 3 つのディメンションがあります。 これらのディメンションは、指定されたレポート間隔のキャッシュの平均、最短、および最長の待機時間を表します。

• キャッシュ ミス数

  • 指定したレポート期間中に、失敗したキー検索の数。 この番号は、Redis INFO コマンドの keyspace_misses にマップされます。 キャッシュ ミスは、必ずしもキャッシュに問題があるということではありません。 たとえば、キャッシュ アサイド プログラミング パターンを使用する場合、アプリケーションはまず項目をキャッシュから検索します。 項目が見つからなかった (キャッシュ ミス) 場合は、データベースから項目を取得して、次回使用するためにキャッシュに追加されます。 キャッシュ ミスは、キャッシュ アサイド プログラミング パターンでは普通の動作です。 キャッシュ ミスの数が予想よりも大きい場合は、キャッシュにデータを入力またはキャッシュからデータを読み取るアプリケーション ロジックを確認してください。 メモリ不足のためにキャッシュから項目が削除される場合はキャッシュ ミスが発生する可能性がありますが、メモリの負荷の監視には Used Memory または Evicted Keys のメトリックが適しています。

• キャッシュ ミス率

  • 指定したレポート期間中に、失敗したキー検索の割合。 このメトリックは、Enterprise または Enterprise Flash レベルのキャッシュでは使用できません。

• キャッシュの読み取り

  • 指定したレポート期間中にキャッシュから読み取られた、メガバイト単位での 1 秒あたりのデータ量 (MB/秒)。 この値は、キャッシュをホストする仮想マシンをサポートするネットワーク インターフェイス カードから派生し、Redis 固有のものではありません。 この値は、このキャッシュで使用されるネットワーク帯域幅に対応しています。 サーバー側のネットワーク帯域幅の制限に対してアラートを設定する場合は、この Cache Read カウンターを使用してアラートを作成します。 キャッシュのさまざまな価格レベルとサイズで観測された帯域幅の制限値については、こちらの表を参照してください。

• キャッシュの書き込み

  • 指定したレポート期間中にキャッシュに書き込まれた、メガバイト単位での 1 秒あたりのデータ量 (MB/秒)。 この値は、キャッシュをホストする仮想マシンをサポートするネットワーク インターフェイス カードから派生し、Redis 固有のものではありません。 この値は、クライアントからキャッシュに送信されるデータのネットワーク帯域幅に対応しています。

• 接続されているクライアント数

  • 指定したレポート期間中に、キャッシュに接続されるクライアントの数。 この番号は、Redis INFO コマンドの connected_clients にマップされます。 [接続制限]/azure-cache-for-redis/cache-configure.md#default-redis-server-configuration) に達すると、後でキャッシュへの接続が失敗します。 アクティブなクライアント アプリケーションがない場合でも、内部処理や接続によって接続されたクライアントのインスタンスが少数見つかることがあります。

• Microsoft Entra トークンを使用した接続済みクライアント (プレビュー)

  • 指定したレポート期間中に、Microsoft Entra トークンを使用して認証されたキャッシュに接続されるクライアントの数。

• 1 秒あたりの作成された接続数

  • ポート 6379 または 6380 (SSL) を使用してキャッシュで 1 秒あたりに開始された瞬時接続の数。 このメトリックは、クライアントが頻繁に切断および再接続し、CPU 使用率と Redis Server 負荷が高くなっていないかどうかを特定するのに役立ちます。 このメトリックは、Enterprise または Enterprise Flash レベルのキャッシュでは使用できません。

• 1 秒あたりの接続の切断回数

  • ポート 6379 または 6380 (SSL) を使用してキャッシュで 1 秒あたりに切断された瞬時接続の数。 このメトリックは、クライアントが頻繁に切断および再接続し、CPU 使用率と Redis Server 負荷が高くなっていないかどうかを特定するのに役立ちます。 このメトリックは、Enterprise または Enterprise Flash レベルのキャッシュでは使用できません。

• CPU (中央処理装置)

  • 指定したレポート期間中の Azure Cache for Redis サーバーの CPU 使用率 (パーセント)。 この値は、オペレーティング システム \Processor(_Total)\% Processor Time パフォーマンス カウンターにマッピングされます。 このメトリックは、ノードで実行されているバックグラウンド セキュリティ プロセスの優先度が低いためにノイズが発生する可能性があるため、Redis サーバーの負荷を追跡するためにサーバー負荷メトリックを監視することをお勧めします。

• エラー

  • 指定されたレポート間隔中にキャッシュで発生する可能性がある特定のエラーおよびパフォーマンスの問題。 このメトリックには、さまざまなエラーの種類を表す 8 つのディメンションがあります。 現在表されているエラーの種類は次のとおりです。
    • Failover: キャッシュがフェールオーバーした場合 (下位からプライマリへの昇格)
    • Dataloss: キャッシュにデータ損失がある場合
    • UnresponsiveClients: 十分な速さでクライアントがサーバーからデータを読み取っていない場合、具体的には、クライアントの Redis サーバー出力バッファーのバイト数が 1,000,000 バイトを超える場合
    • AOF: AOF 永続化に関連する問題がある場合
    • RDB: RDB 永続化に関連する問題がある場合
    • Import: RDB のインポートに関連する問題がある場合
    • Export: RDB のエクスポートに関連する問題がある場合
    • AADAuthenticationFailure - 非推奨
    • AADTokenExpired - 非推奨
    • MicrosoftEntraAuthenticationFailure - Microsoft Entra アクセス トークンを使用して認証エラーが発生した場合
    • MicrosoftEntraTokenExpired - 認証に使用される Microsoft Entra アクセス トークンが更新されず、有効期限が切れるとき

• 削除されたキー数

  • 指定したレポート期間中に、maxmemory の制限によってキャッシュから削除された項目の数。
  • この番号は、Redis INFO コマンドの evicted_keys にマップされます。

• 期限切れキー数

  • 指定したレポート期間中に、期限が切れたキャッシュの項目の数。 この値は Redis INFO コマンドの expired_keys にマッピングされます。

• geo レプリケーション メトリック

  geo レプリケーション メトリックは、毎月の内部メンテナンス操作の影響を受けます。 Azure Cache for Redis サービスでは、お使いのキャッシュを最新のプラットフォーム機能と機能強化で定期的に修正します。 これらの更新中、各キャッシュ ノードはオフラインになり、geo レプリケーション リンクが一時的に無効になります。 geo レプリケーション リンクに異常がある場合は、ポータルの [リソース] メニューの [問題の診断と解決] を使用して、geo プライマリまたは geo セカンダリ キャッシュのパッチ適用イベントに原因があるかどうかを確認します。 キャッシュ内のデータの量に応じて、パッチ適用によるダウンタイムには数分から 1 時間かかる場合があります。 geo レプリケーション リンクが 1 時間以上異常な場合は、サポート リクエストを提出してください。

  geo レプリケーション ダッシュボード ブックは、すべての Premium レベルの geo レプリケーション メトリックを同じ場所で表示するためのシンプルで簡単な方法です。 このダッシュボードは、geo プライマリまたは geo セカンダリによってのみ出力されるメトリックをまとめ、同時に表示できるようにします。

  • geo レプリケーションの接続ラグ

    • geo プライマリと geo セカンダリ間での最後の正常なデータ同期から経過した時間 (秒単位) を示します。 リンクがダウンした場合、この値は増え続け、問題を示します。
    • このメトリックは、geo セカンダリ キャッシュ インスタンスからのみ生成されます。 geo プライマリ インスタンスでは、このメトリックに値はありません。
    • このメトリックは、geo レプリケーションが有効になっている Premium レベルのキャッシュでのみ使用できます。

  • geo レプリケーションのデータ同期オフセット

    • geo セカンダリ キャッシュにまだ同期されていないデータのおおよその量 (バイト単位) を示します。
    • このメトリックは、geo プライマリ キャッシュ インスタンスからのみ生成されます。 geo セカンダリ インスタンスでは、このメトリックに値はありません。
    • このメトリックは、geo レプリケーションが有効になっている Premium レベルのキャッシュでのみ使用できます。

  • geo レプリケーションの完全同期イベントの完了

    • geo レプリケートされたキャッシュ間の完全同期の完了を示します。 geo プライマリに多数の書き込みが表示され、2 つのキャッシュ間のレプリケーションが追いつけない場合は、完全同期が必要です。 完全同期には、通常のインスタンスで発生する部分的な同期ではなく、RDB スナップショットの作成による、geo プライマリから geo セカンダリへの完全なデータのコピーが含まれます。 詳細な説明については、こちらのページを参照してください。
    • geo レプリケーションでは、最初の完全同期後に追加された新しいデータに部分的な再同期が使用されるため、メトリックはほとんどの場合 0 を報告します。
    • このメトリックは、geo セカンダリ キャッシュ インスタンスからのみ生成されます。 geo プライマリ インスタンスでは、このメトリックに値はありません。
    • このメトリックは、geo レプリケーションが有効になっている Premium レベルのキャッシュでのみ使用できます。

  • geo レプリケーションの完全同期イベントの開始

    • geo レプリケートされたキャッシュ間の完全同期の開始を示します。 geo プライマリに多数の書き込みがあり、2 つのキャッシュ間のレプリケーションが追いつけない場合は、完全同期が必要です。 完全同期には、通常のインスタンスで発生する部分的な同期ではなく、RDB スナップショットの作成による、geo プライマリから geo セカンダリへの完全なデータのコピーが含まれます。 詳細な説明については、こちらのページを参照してください。
    • geo レプリケーションでは、最初の完全同期後に追加された新しいデータに部分的な再同期が使用されるため、メトリックはほとんどの場合 0 を報告します。
    • このメトリックは、''geo セカンダリ'' キャッシュ インスタンスからのみ生成されます。 geo プライマリ インスタンスでは、このメトリックに値はありません。
    • メトリックは、geo レプリケーションが有効になっている Premium レベルのキャッシュでのみ使用できます。

  • Geo Replication Healthy (正常な Geo レプリケーション)

    • キャッシュ間の geo レプリケーション リンクの状態を示します。 レプリケーション リンクには、次の 2 つの状態が考えられます。
      • 0 切断/異常
      • 1 – 正常
    • メトリックは、geo レプリケーションが有効になっている Enterprise、Enterprise Flash レベル、Premium レベルのキャッシュで使用できます。
    • Premium レベルのキャッシュでは、このメトリックは ''geo セカンダリ'' キャッシュ インスタンスからのみ生成されます。 geo プライマリ インスタンスでは、このメトリックに値はありません。
    • このメトリックは、月次パッチの適用、ホスト OS の更新、ネットワーク構成の誤り、geo レプリケーション リンクのプロビジョニング失敗など、いくつかの理由で、切断/異常のレプリケーション状態を示している可能性があります。
    • 値 0 は、geo レプリカ上のデータが失われたという意味ではありません。 geo プライマリと geo セカンダリ間のリンクが異常であることを意味しているだけです。
    • geo レプリケーション リンクが 1 時間以上異常な場合は、サポート リクエストを提出してください。

• 取得数

  • 指定したレポート期間中に、キャッシュから実行された取得操作の数。 この値は、Redis INFO のすべてのコマンド (cmdstat_get、cmdstat_hget、cmdstat_hgetall、cmdstat_hmget、cmdstat_mget、cmdstat_getbit、および cmdstat_getrange) からの値の合計で、レポート期間中のキャッシュ ヒット数とキャッシュ ミス数の合計と同じです。

• 1 秒あたりの操作回数

  • 指定したレポート期間中に、キャッシュ サーバーによって処理されたコマンドの合計数/秒。 この値は Redis INFO コマンドから "instantaneous_ops_per_sec" にマップされます。

• サーバーの負荷

  • Redis サーバーが処理のためにビジー状態で、メッセージを "待機するアイドル状態でない" CPU サイクルの割合。 このカウンターが 100 に達すると、Redis サーバーのパフォーマンスが上限に達し、これ以上 CPU を高速で処理することはできません。 長い待機時間が発生する可能性があります。 サーバーに多くの高価なコマンドを送信しているため、Redis サーバーの負荷が高い (100 など) 場合は、クライアントでタイムアウト例外が発生する可能性があります。 この場合、Premium クラスターへのスケールアップ、スケールアウト、またはデータを複数のキャッシュに分割することを検討する必要があります。 "サーバー負荷" が中程度 (50 - 80%) の場合、通常、平均待機時間は低いままで、タイムアウト例外にはサーバー待機時間が長い以外の原因がある可能性があります。
  • "サーバー負荷" メトリックは、Redis サーバーのアイドル時間を短縮する既存の CPU サイクルを使用するマシン上の他のプロセスの影響を受けます。 たとえば、 C1 層では、ウイルス スキャンなどのバックグラウンド タスクにより、明確な理由もなく "サーバー負荷" が急増します。 "サーバー負荷" に加えて、操作、待機時間、CPU などの他のメトリックにも注意を払うことをお勧めします。

  注意事項

  "サーバー負荷" メトリックでは、Enterprise および Enterprise Flash レベルのキャッシュに対して正しくないデータが表示される可能性があります。 "サーバー負荷" が 100 を超えていると表される場合があります。 この問題は調査中です。 その間は、代わりに CPU メトリックを使用することをお勧めします。

• 設定

  • 指定したレポート期間中に、キャッシュから実行された設定操作の数。 この値は、Redis INFO のすべてのコマンド (cmdstat_set、cmdstat_hset、cmdstat_hmset、cmdstat_hsetnx、cmdstat_lset、cmdstat_mset、cmdstat_msetnx、cmdstat_setbit、cmdstat_setex、cmdstat_setrange、および cmdstat_setnx) からの値の合計です。

• 合計キー数

  • 過去のレポート期間におけるキャッシュ内のキーの最大数。 この番号は、Redis INFO コマンドの keyspace にマップされます。

  重要

  クラスタリングが有効になっているキャッシュについての基礎となるメトリック システムの制限により、「合計キー数」では、レポート期間中にキーの数が最大のシャードのキーの最大数が返されます。

• 操作の合計

  • 指定したレポート期間中に、キャッシュ サーバーによって処理されたコマンドの合計数。 この値は Redis INFO コマンドの total_commands_processed にマッピングされます。 Azure Cache for Redis をパブリッシュまたはサブスクライブにのみ使用する場合、Cache Hits、Cache Misses、Gets、または Sets のメトリックは存在しませんが、パブリッシュまたはサブスクライブ操作のキャッシュの使用状況を反映する Total Operations メトリックがあります。

• メモリ使用量

  • 指定したレポート期間中にキャッシュ内のキー/値のペアで使用されるキャッシュ メモリの量 (MB)。 この値は Redis INFO コマンドの used_memory にマッピングされます。 この値には、メタデータや断片化は含まれません。
  • Enterprise および Enterprise Flash レベルでは、使用済みメモリの値にプライマリ ノードとレプリカ ノードの両方のメモリが含まれます。 これにより、メトリックが予想の 2 倍の大きさで表示される可能性があります。

• 使用されているメモリの割合

  • 指定したレポート間隔で使用されている合計メモリの割合。 この値から Redis INFO コマンドの used_memory 値が参照され、割合が計算されます。 この値には、断片化は含まれません。

• RSS メモリ使用量

  • 指定したレポート期間中に使用されるキャッシュ メモリの量 (MB)。これには断片化が含まれます。 この値は Redis INFO コマンドの used_memory_rss にマッピングされます。 このメトリックは、Enterprise または Enterprise Flash レベルのキャッシュでは使用できません。

リソース ログ

このセクションでは、このサービス用に収集できるリソース ログの種類を一覧表示します。 このセクションでは、Azure Monitor でサポートされているすべてのリソース ログ カテゴリの種類のリストからプルされます。

Microsoft.Cache/redis でサポートされているリソース ログ

Microsoft.Cache/redisEnterprise/databases でサポートされているリソース ログ

Azure Monitor ログ テーブル

このセクションでは、Kusto クエリを使用した Log Analytics によるクエリに使用できる、このサービスに関連するすべての Azure Monitor ログ テーブルを一覧表示します。 テーブルにはリソース ログ データが含まれており、収集されルーティングされる内容によっては、さらに多くのデータが含まれる場合があります。

Azure Cache for Redis (アジュール・キャッシュ・フォー・レディス)

microsoft.cache/redis

• ACRConnectedClientList
• AzureActivity
• AzureMetrics

Azure Cache for Redis Enterprise（Azure Redis Enterprise 用キャッシュ）

マイクロソフト.キャッシュ/redisEnterprise

• REDConnectionEvents

アクティビティ ログ

リンクされたテーブルには、このサービスのアクティビティ ログに記録できる操作が一覧表示されます。 これらの操作は、アクティビティ ログで使用可能なすべてのリソース プロバイダー操作のサブセットです。

アクティビティ ログ エントリのスキーマの詳細については、「アクティビティ ログのスキーマ」を参照してください。

• Microsoft.Cache リソース プロバイダーの操作

関連コンテンツ

• Azure Cache for Redis の監視の詳細については、「 Monitor Azure Cache for Redis 」を参照してください。
• Azure リソースの監視の詳細については、「Azure Monitor で Azure リソースを監視する」を参照してください。