Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

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

フォーカスモード
モニタリングすべきメトリクス - Amazon MemoryDB

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

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

次の 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 レプリケーションの概要」を参照してください

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.