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