Tair (Redis OSS-compatible) は、CPU 使用率、メモリ使用量、平均レイテンシー、秒間クエリ数 (QPS) といった主要なインスタンスの健全性メトリクスをリアルタイムで追跡します。[パフォーマンスモニタリング] ページを使用して、過去 1 か月以内の任意の期間の傾向を確認し、アプリケーションに影響が及ぶ前に問題を検出できます。
監視メトリクス
[パフォーマンスモニタリング] ページでは、以下のメトリクスが利用可能です。
| メトリック | 説明 |
|---|---|
| CPU 使用率 | インスタンスが使用する CPU 容量の割合 |
| メモリ使用量 | インスタンスが消費するメモリ量 |
| 平均レイテンシー | コマンドを処理するための平均時間 |
| QPS (秒間クエリ数) | 1 秒あたりに処理されるコマンドの総数 |
モニタリングデータの表示
-
コンソールにログインし、[インスタンス] ページに移動します。上部のナビゲーションバーで、インスタンスが存在するリージョンを選択します。対象のインスタンスを見つけ、その ID をクリックします。
-
左側のナビゲーションウィンドウで、[パフォーマンスモニタリング] をクリックします。
-
期間を選択します。傾向チャートが更新され、その期間のデータが表示されます。
クエリごとの最大期間は 3 日間です。傾向チャートのデータ粒度は、選択した期間に基づいて自動的に調整されます。
-
インスタンスのアーキテクチャに基づいてデータを解釈します。
アーキテクチャ 利用可能なタブ メトリクスの集計方法 マスター/レプリカ (デフォルトビュー) マスターノードのメトリクスに焦点を当てます クラスター [すべて]、[データノード] [すべて] タブには、すべてのレプリカノードまたは読み取り専用レプリカにわたる集計データが表示されます (CPU 使用率 = ノード間の平均、一部のメトリクスは合計を使用) 読み書き分離 すべて、データノード [すべて] タブはレプリカノードを集計しますが、読み取り専用レプリカのメトリクスは集計されません プロキシノードを持つ任意のアーキテクチャ すべて、プロキシノード [すべて] タブにはプロキシ全体のパフォーマンスが表示され、[プロキシノード] タブにはプロキシごとのメトリクスが表示されます
よくある質問
読み書き分離を有効にした後、読み取り専用レプリカに書き込み QPS が発生するのはなぜですか？
読み取り専用レプリカの書き込み QPS は、クライアントの書き込みリクエストから来るものではありません。これは、マスターノードがデータを読み取り専用レプリカに同期する際に発生する書き込み操作を反映しています。
クラスターアーキテクチャのインスタンスで接続数が 0 と表示されるのはなぜですか？
プロキシモードでは、データノードの接続はプロキシノードとデータノード間の内部接続であり、再利用され、通常は 0 から 2 の間であるため、接続数は 0 と表示されます。実際のクライアント接続を確認するには、[プロキシノード] タブでプロキシノードのメトリクスを確認してください。データノードの接続数は無視してかまいません。
セッションモニタリングでクライアント接続数が 0 と表示されているのに、パフォーマンスモニタリングで使用済み接続数が 1 と表示されるのはなぜですか？
セッションモニタリングでクライアント接続数が 0 と表示されているにもかかわらず、パフォーマンス監視 の使用済み接続数 (Counts, Sum) が常に 1 を示す場合、その接続は外部のビジネス接続ではなく、内部の O&M またはハートビート接続です。使用済み接続数メトリクスには、O&M やハートビート接続などの内部接続が含まれます。ビジネス接続と内部接続を区別するには、セッションモニタリングデータを確認してください。
API リファレンス
| API オペレーション | 説明 |
|---|---|
| DescribeHistoryMonitorValues | インスタンスのパフォーマンスモニタリング履歴をクエリします |
次のステップ
モニタリングデータでパフォーマンスの問題が明らかになった場合、以下のトピックが問題の診断と解決に役立ちます。