ステップ 1：トラフィック使用量の確認
特定の期間のトラフィック使用量を確認します。トラフィックが急増した時期をすでに特定している場合は、このステップをスキップしてステップ 2：クイックトラブルシューティングに進むことができます。
この例では、インバウンドとアウトバウンドの両方のトラフィック使用量が急上昇し、90% のままになっています。
図 1. トラフィック使用量の例
ステップ 2：クイックトラブルシューティング
インスタンスのトラフィックが急増する原因はいくつか考えられます。以下の考えられる原因を一つずつ調査してください。
説明
開始する前に、問題が重大である場合は、一時的にインスタンスの帯域幅を調整できます。これにより、サービスへの影響を軽減し、根本原因を調査するための時間を確保できます。
大きいキーとホットキー
まず、オフラインキー分析機能を使用して、large キーまたはホットキーを確認します。見つかった場合、コンソールに特定のキーが表示されます。
説明
影響：large キーは突然のトラフィックスパイクを引き起こす可能性があり、ホットキーは持続的なトラフィックの増加につながる可能性があります。
コンソールには、QPS 別トップ 100 ホットキー (デフォルトのしきい値：5,000 QPS) と要素数別トップ 100 large キーの 2 つのテーブルが表示されます。前者の列にはキー、インスタンス/ノード名、データ型、DB、アクセス頻度が含まれ、後者の列にはキー、インスタンス/ノード名、データ型、DB、要素数が含まれます。
-
ホットキーが見つかった場合：長期的なソリューションとして、ユーザー ID や時間範囲など、ビジネスロジックに基づいてホットキーを分割することを推奨します。また、以下の機能を使用して影響を軽減することもできます。
-
large キーが見つかった場合：ビジネスロジックに基づいて分割するか、アクセスを減らすか、不要なキーを削除することを推奨します。詳細については、「large キーとホットキー」をご参照ください。
スロークエリ
スロークエリログをチェックして、最近実行されたスロークエリがあるかどうかを確認します。見つかった場合、コンソールに特定のコマンドが表示されます。
説明
影響：スロークエリは後続のコマンドをブロックし、帯域幅使用量の急増を引き起こす可能性があります。
スロークエリが見つかった場合は、本番環境で KEYS や HGETALL などの高リスクコマンドを無効化することを検討してください。
ビジネストラフィックの増加
これらの最適化を行ってもトラフィック使用量が高いままである場合、オーガニックなビジネスの成長が原因である可能性があります。メモリ容量の大きいインスタンスタイプへのスペックアップや、より高いネットワークトラフィックを処理するためのクラスタアーキテクチャまたは読み書き分離アーキテクチャへのアップグレードなど、インスタンスアーキテクチャの変更を検討してください。
説明
インスタンスをスペックアップする前に、従量課金インスタンスを購入して、ターゲットインスタンスタイプがワークロード要件を満たすかどうかをテストできます。テスト完了後、インスタンスをリリースできます。
たとえば、毎日 22:00 にピークを迎えるなど、定期的なトラフィックピークが発生する場合は、帯域幅の auto scaling 機能またはスケジュールされた帯域幅のスペックアップ機能を使用できます。