Amazon Keyspaces における自動スケーリングの問題を解決する方法を教えてください。

簡単な説明

Amazon Keyspaces はターゲットを追跡する AWS の自動スケーリングアプリケーションを使用します。目標使用率の値は、プロビジョニングされたキャパシティに対する使用済み容量の比率です。

自動スケーリングアプリケーションは、ユーザーに代わって Amazon CloudWatch アラームを作成します。このアラームは AWS の自動スケーリングアプリケーションを呼び出し、プロビジョニングされたテーブルのスループットキャパシティを調整するように Amazon Keyspaces に通知します。

プロビジョニングされたスループットが Amazon キースペースの自動スケーリングアプリケーションによって変更されるのは、ワークロードが減少または増加した状態が数分間続いた場合のみです。たとえば、最小読み取りキャパシティユニット (RCU) を 100 に、ターゲット使用率を 70% に設定したとします。

• 自動スケーリングアプリケーションは、使用率が連続して 3 分以上 70 RCU を超えると、プロビジョニングされるキャパシティを増やします。
• 自動スケーリングアプリケーションは、使用率が連続して 15 分間、ターゲットを 20% 以上下回った場合 (50 RCU)、プロビジョニングされるキャパシティを減らします。

解決策

自動スケーリングアプリケーションは、テーブル上のトラフィックの負荷が急増する場合には適していない可能性があります。これは、消費されたキャパシティがキャパシティのニーズに合うだけの連続データポイントがない可能性があるためです。このような場合、消費キャパシティがプロビジョニングされたキャパシティを超えるため、テーブル上でスロットリングが発生する可能性があります。これは、キャパシティをスケールするために十分なデータポイントが自動スケーリングアプリケーションの使用率しきい値に達しなかったために発生します。

消費されたキャパシティがプロビジョニングされたキャパシティよりも大きいかどうかを判断するには、Amazon CloudWatch メトリクスを使用します。Sum 統計を使用して、消費されたスループットを計算します。たとえば、1 分間の Sum 値を取得します。次に、これを 60 で割って、1 秒あたりの平均 ConsumedReadCapacityUnits を計算します。この平均値では、その 1 分間に発生した読み取りアクティビティの大幅ではあるが短時間の急増は示されていないことに注意してください。計算値を、Amazon キースペースに提供したプロビジョニングされたスループット値と比較することができます。

Amazon キースペーステーブルでの自動スケーリングアプリケーションの問題をトラブルシューティングするためのベストプラクティスは以下のとおりです。

• テーブルのトラフィックが予測できないことが多い場合は、デーブルをオンデマンドモードに更新することを検討してください。オンデマンドモードは、容量ニーズに即座に対応できるため、急増するワークロードの実行に適しています。トラフィックが安定するか、徐々に増加したら、自動スケーリングアプリケーションの使用を再開します。
• アプリケーションで再試行ポリシーを設定します。エクスポネンシャルバックオフを使用してから、再試行してください。または、ジッターを追加します。これらの方法を使用すると、以降の再試行の間にある程度の遅延を導入することができます。これらの方法を使用すると、再試行がすぐに終了しないようにすることができます。詳細については、「エクスポネンシャルバックオフとジッター」を参照してください。
• Amazon Keyspaces 用自動スケーリングアプリケーションが作成する CloudWatch アラームは削除しないでください。アラームを削除すると、自動スケーリングアプリケーションが正常に機能しないことがあります。アラームを誤って削除した場合は、自動スケーリングアプリケーションを無効にしてから有効にします。削除したアラームが CloudWatch によって自動的に再作成されます。
• アクティビティの短期間の急増を処理するために自動スケーリングアプリケーションを利用しないでください。自動スケーリングアプリケーションは、トラフィックが徐々に増減する場合に最適です。このテーブルには、アクティビティの急増に対応するためのバーストキャパシティが組み込まれています。Amazon Keyspaces は、事前の通知なしにバックグラウンドメンテナンスやその他のタスクのためにバースト容量を消費する場合もあることに注意してください。