モニタリングすべきメトリクス - Amazon MemoryDB

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

モニタリングすべきメトリクス

次の CloudWatch メトリクスは、MemoryDB パフォーマンスを把握するのに役立ちます。ほとんどの場合、パフォーマンスの問題が発生する前に修正作業を行うことができるように、これらのメトリクスに CloudWatch アラームを設定することをお勧めします。

CPUUtilization

パーセント値でレポートされるホストレベルのメトリクスです。詳細については、「ホストレベルのメトリクス」を参照してください。

2 個以下の vCPU を持つ小さなノードタイプの場合は、CPUUtilization メトリクスを使用してワークロードをモニタリングします。

一般的に、利用可能な CPU の 90% にしきい値を設定することをお勧めします。Valkey および Redis OSS はシングルスレッドであるため、実際のしきい値はノードの総容量に占める割合のごく一部になるよう計算します。例えば、2 個のコアを搭載するノードタイプを使用しているとします。この場合、CPUUtilization のしきい値は 90/2、つまり 45% になります。ノードタイプに搭載されたコア数 (vCPU) を調べる方法については、「MemoryDB 料金表」を参照してください。

使用しているノードのコア数に基づいて独自のしきい値を決定する必要があります。このしきい値を超えた場合で、主なワークロードが読み込みリクエストから生成されている場合、リードレプリカを追加してクラスターをスケールします。主なワークロードが書き込みリクエストからのものである場合は、より多くのシャードを追加して、より多くのプライマリノード間で書き込みワークロードを分散することをお勧めします。

ヒント

ホストレベルのメトリクス ‭CPUUtilization‬ を使用する代わりに、Valkey または Redis OSS エンジンコアの使用率をレポートするメトリクス ‭EngineCPUUtilization‬ を使用できる場合があります。‬‬‬ コードでこのメトリクスが利用できるかどうか、およびその詳細については、「MemoryDB のメトリクス」を参照してください。

4 個以上の vCPU を持つ大きなノードタイプでは、Valkey または Redis OSS エンジンコアでの使用量のパーセント値をレポートする EngineCPUUtilization メトリクスを使用することをお勧めします。コードでこのメトリクスが利用できるかどうか、およびその詳細については、「MemoryDB のメトリクス」を参照してください。

EngineCPUUtilization

4 個以上の vCPU を持つ大きなノードタイプでは、Valkey または Redis OSS エンジンコアでの使用量のパーセント値をレポートする EngineCPUUtilization メトリクスを使用することをお勧めします。コードでこのメトリクスが利用できるかどうか、およびその詳細については、「MemoryDB のメトリクス」を参照してください。

SwapUsage

バイト単位でレポートされるホストレベルのメトリクスです。詳細については、「ホストレベルのメトリクス」を参照してください。

FreeableMemory CloudWatch メトリクスが 0 に近い (1100MB 未満) か、SwapUsageメトリクスが FreeableMemory メトリクスより大きい場合、ノードはメモリ負荷にさらされる可能性があります。

Evictions

これは、エンジンのメトリクスです。アプリケーションニーズに基づいてこのメトリクスの独自のアラームしきい値を決定することをお勧めします。

CurrConnections

これは、エンジンのメトリクスです。アプリケーションニーズに基づいてこのメトリクスの独自のアラームしきい値を決定することをお勧めします。

CurrConnections の値が大きくなった場合、アプリケーションに問題があることを示している可能性があります。アプリケーション動作を調査してこの問題を解決する必要があります。

「メモリ」

メモリは Valkey および Redis OSS の中核的な側面です。クラスターのメモリ使用率を理解することは、データの損失を回避し、データセットの将来の増加に対応するために必要です。ノードのメモリ使用率に関する統計は、INFO コマンドのメモリセクションで確認できます。

ネットワーク

クラスターのネットワーク帯域幅容量の決定要因の 1 つは、選択したノードの種類です。ノードのネットワーク容量の詳細については、「Amazon MemoryDB 料金表」を参照してください。

レイテンシー

レイテンシーメトリクスSuccessfulWriteRequestLatencyと は、Valkey エンジンの MemoryDB がリクエストに応答するのにかかる合計時間SuccessfulReadRequestLatencyを測定します。

注記

Valkey クライアントで CLIENT REPLY を有効にして Valkey パイプラインを使用すると、 SuccessfulWriteRequestLatencyおよび SuccessfulReadRequestLatencyメトリクスの値が拡張される場合があります。Valkey Pipelining は、個々のコマンドへの応答を待たずに、複数のコマンドを一度に発行することでパフォーマンスを向上させる手法です。値が拡張されないようにするには、CLIENT REPLY OFF でコマンドをパイプラインするように Redis クライアントを設定することをお勧めします。

レプリケーション

レプリケーションされるデータの量は、ReplicationBytes メトリクスを介して見ることができます。レプリケーション容量のスループットに対してMaxReplicationThroughput を監視できます。レプリケーション容量のスループットが最大になったら、シャードを追加することをお勧めします。

ReplicationDelayedWriteCommands はまた、ワークロードが最大レプリケーション容量スループットを超えているかどうかもわかります。MemoryDB でのレプリケーションの詳細については、「MemoryDB レプリケーションの概要」を参照してください