翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
次の CloudWatch メトリクスは、MemoryDB のパフォーマンスに関する優れたインサイトを提供します。ほとんどの場合、パフォーマンスの問題が発生する前に修正措置を講じることができるように、これらのメトリクスの CloudWatch アラームを設定することをお勧めします。
モニタリングするメトリクス
CPUUtilization
パーセント値でレポートされるホストレベルのメトリクスです。詳細については、「ホストレベルのメトリクス」を参照してください。
2 vCPUs 以下の小さいノードタイプでは、 CPUUtilization メトリクスを使用してワークロードをモニタリングします。
一般的に、しきい値は使用可能な の 90% に設定することをお勧めしますCPU。Valkey と Redis OSSはシングルスレッドであるため、実際のしきい値はノードの合計容量に対する割合として計算する必要があります。例えば、2 個のコアを搭載するノードタイプを使用しているとします。この場合、 のしきい値は 90/2、つまり 45% CPUUtilizationになります。ノードタイプのコア数 (vCPUs) を確認するには、MemoryDB の料金
使用しているノードのコア数に基づいて独自のしきい値を決定する必要があります。このしきい値を超えた場合で、主なワークロードが読み込みリクエストから生成されている場合、リードレプリカを追加してクラスターをスケールします。主なワークロードが書き込みリクエストからのものである場合は、より多くのシャードを追加して、より多くのプライマリノード間で書き込みワークロードを分散することをお勧めします。
ヒント
ホストレベルのメトリクス を使用する代わりにCPUUtilization、Valkey または Redis OSS エンジンコアの使用率EngineCPUUtilizationを報告するメトリクス を使用できる場合があります。コードでこのメトリクスが利用できるかどうか、およびその詳細については、「MemoryDB のメトリクス」を参照してください。
ノードタイプが 4 vCPUs つ以上ある場合は、 EngineCPUUtilizationメトリクスを使用して、Valkey または Redis OSS エンジンコアの使用率をレポートできます。コードでこのメトリクスが利用できるかどうか、およびその詳細については、「MemoryDB のメトリクス」を参照してください。
EngineCPUUtilization
ノードタイプが 4 vCPUs つ以上ある場合は、 EngineCPUUtilizationメトリクスを使用して、Valkey または Redis OSS エンジンコアの使用率をレポートできます。コードでこのメトリクスが利用できるかどうか、およびその詳細については、「MemoryDB のメトリクス」を参照してください。
SwapUsage
バイト単位でレポートされるホストレベルのメトリクスです。詳細については、「ホストレベルのメトリクス」を参照してください。
このメトリクスは 50 MB を超えてはなりません。
Evictions
これは、エンジンのメトリクスです。アプリケーションニーズに基づいてこのメトリクスの独自のアラームしきい値を決定することをお勧めします。
CurrConnections
これは、エンジンのメトリクスです。アプリケーションニーズに基づいてこのメトリクスの独自のアラームしきい値を決定することをお勧めします。
の数が増えると、アプリケーションに問題があるCurrConnections可能性があります。この問題に対処するには、アプリケーションの動作を調査する必要があります。
「メモリ」
メモリは、Valkey と Redis の中核的な側面ですOSS。クラスターのメモリ使用率を理解することは、データの損失を回避し、データセットの将来の増加に対応するために必要です。ノードのメモリ使用率に関する統計は、 INFO
ネットワーク
クラスターのネットワーク帯域幅容量の決定要因の 1 つは、選択したノードの種類です。ノードのネットワーク容量の詳細については、「Amazon MemoryDB 料金表
レイテンシー
レイテンシーメトリクスSuccessfulWriteRequestLatencyと は、Valkey エンジンの MemoryDB がリクエストに応答するのにかかる合計時間SuccessfulReadRequestLatencyを測定します。
注記
Valkey クライアントで CLIENT REPLY を有効にして Valkey Pipelining を使用すると、 SuccessfulWriteRequestLatencyおよび SuccessfulReadRequestLatencyメトリクスの値が拡張される場合があります。バルキーパイプライン化は、個々のコマンドへの応答を待たずに、複数のコマンドを一度に発行することでパフォーマンスを向上させる手法です。値が増えないようにするには、 を使用してコマンドをパイプラインするように Redis CLIENT REPLY OFF
レプリケーション
レプリケーションされるデータの量は、ReplicationBytes メトリクスを介して見ることができます。レプリケーション容量のスループットに対してMaxReplicationThroughput を監視できます。レプリケーション容量のスループットが最大になったら、シャードを追加することをお勧めします。
ReplicationDelayedWriteCommands はまた、ワークロードが最大レプリケーション容量スループットを超えているかどうかもわかります。MemoryDB でのレプリケーションの詳細については、「MemoryDB レプリケーションの概要」を参照してください
