翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
モニタリングすべきメトリクス
以下の CloudWatch メトリクスは、 ElastiCache パフォーマンスに関する優れたインサイトを提供します。ほとんどの場合、パフォーマンスの問題が発生する前に是正措置を講じることができるように、これらのメトリクスの CloudWatch アラームを設定することをお勧めします。
モニタリングするメトリクス
CPUUtilization
パーセント値でレポートされるホストレベルのメトリクスです。詳細については、「ホストレベルのメトリクス」を参照してください。
2 個以下の vCPU を持つ小さなノードタイプの場合は、CPUUtilization メトリクスを使用してワークロードをモニタリングします。
一般的に、利用可能な CPU の 90% にしきい値を設定することをお勧めします。Redis OSS はシングルスレッドであるため、実際のしきい値はノードの合計容量の割合として計算する必要があります。たとえば、2 個のコアを搭載するノードタイプを使用しているとします。この場合、CPUUtilization のしきい値は 90/2、つまり 45% になります。
使用しているキャッシュノードのコア数に基づいて独自のしきい値を決定する必要があります。このしきい値を超えた場合で、主なワークロードが読み込みリクエストから生成されている場合、リードレプリカを追加してキャッシュクラスターをスケールします。主なワークロードが書き込みリクエストからのものである場合、クラスター設定に応じて、以下のことをお勧めします。
-
Redis OSS (クラスターモードが無効) クラスター： より大きなキャッシュインスタンスタイプを使用してスケールアップします。
-
Redis OSS (クラスターモードが有効) クラスター： シャードを追加して、書き込みワークロードをより多くのプライマリノードに分散します。
ヒント
ホストレベルのメトリクス を使用する代わりにCPUUtilization、Redis OSS ユーザーは Redis OSS エンジンコアの使用率をレポートEngineCPUUtilizationする Redis OSS メトリクス を使用できる場合があります。このメトリクスがノードで利用できるかどうかを確認するには、「Redis OSS のメトリクス」を参照してください。
4vCPUs 以上のより大きなノードタイプでは、 EngineCPUUtilizationメトリクスを使用できます。このメトリクスは、Redis OSS エンジンコアの使用率をレポートします。このメトリクスがノードで利用できるかどうかを確認するには、「Redis OSS のメトリクス」を参照してください。
EngineCPUUtilization
4vCPUs 以上のより大きなノードタイプでは、 EngineCPUUtilizationメトリクスを使用できます。このメトリクスは、Redis OSS エンジンコアの使用率をレポートします。このメトリクスがノードで利用できるかどうかを確認するには、「Redis OSS のメトリクス」を参照してください。
詳細については、CPUs」セクションを参照してください。 ElastiCache CloudWatch
SwapUsage
バイト単位でレポートされるホストレベルのメトリクスです。詳細については、「ホストレベルのメトリクス」を参照してください。
FreeableMemory CloudWatch メトリクスが 0 に近い (つまり、100MB) か、SwapUsageメトリクスが FreeableMemory メトリクスより大きい場合は、ノードがメモリ負荷を受けていることを示します。このような場合は、以下のトピックを参照してください。
Evictions
これは、キャッシュエンジンのメトリクスです。アプリケーションニーズに基づいてこのメトリクスの独自のアラームしきい値を決定することをお勧めします。
CurrConnections
これは、キャッシュエンジンのメトリクスです。アプリケーションニーズに基づいてこのメトリクスの独自のアラームしきい値を決定することをお勧めします。
の数が増えると、アプリケーションの問題を示しているCurrConnections可能性があります。この問題に対処するには、アプリケーションの動作を調査する必要があります。
詳細については、「Amazon を使用した Amazon (Redis OSS) でのベストプラクティスのモニタリング」の「接続」セクションを参照してください。 ElastiCache CloudWatch
「メモリ」
メモリは Redis OSS の中核的な側面です。クラスターのメモリ使用率を理解することは、データの損失を回避し、データセットの将来の増加に対応するために必要です。ノードのメモリ使用率に関する統計は、Redis OSS INFO
詳細については、「Amazon を使用した Amazon ElastiCache (Redis OSS) でのベストプラクティスのモニタリング CloudWatch
ネットワーク
クラスターのネットワーク帯域幅容量の決定要因の 1 つは、選択したノードの種類です。ノードのネットワーク容量の詳細については、「Amazon の ElastiCache 料金
詳細については、「Amazon を使用した Amazon ElastiCache (Redis OSS) でのベストプラクティスのモニタリング CloudWatch
レイテンシー
データ構造ごとに集約されたレイテンシーを提供する一連の CloudWatch メトリクスを使用して、コマンドのレイテンシーを測定できます。これらのレイテンシーメトリクスは、Redis OSS INFOcommandstats統計を使用して計算されます。
詳細については、「Amazon を使用した Amazon (Redis OSS) でのベストプラクティスのモニタリング」の「レイテンシー」セクションを参照してください。 ElastiCache CloudWatch
レプリケーション
レプリケーションされるデータの量は、ReplicationBytes メトリクスを介して見ることができます。このメトリクスは、レプリケーショングループに対する書き込み負荷を表しますが、レプリケーションの状態に関するインサイトは提供されません。この目的のために、ReplicationLag メトリクスを使用できます。
詳細については、「Amazon を使用した Amazon (Redis OSS) でのベストプラクティスのモニタリング」の「レプリケーション」セクションを参照してください。 ElastiCache CloudWatch
トラフィック管理
ElastiCache (Redis OSS) は、Redis OSS で処理できる数よりも多くの受信コマンドがノードに送信されると、ノードに対するトラフィックを自動的に管理します。これにより、エンジンの最適な動作と安定性を維持します。
ノードでトラフィックがアクティブに管理されている場合、メトリクス TrafficManagementActive は 1 のデータポイントを出力します。これは、提供されているワークロードに対してノードが過小評価されている可能性を示します。このメトリクスが長期にわたって 1 を示している場合は、クラスターを評価してスケールアップまたはスケールアウトする必要があるかどうかを判断します。
詳細については、「メトリクス」ページの TrafficManagementActive メトリクスを参照してください。
