パフォーマンス最適化応用問題

Amazon DynamoDBテーブルでホットパーティション問題が発生しました。特定のパーティションキーへのリクエストが集中しており、スロットリングエラーが頻発しています。このとき、DAX(DynamoDB Accelerator)を導入した場合、この問題はどう変化しますか?

A.DAXはパーティションキーの分散を自動的に最適化するため、ホットパーティション問題が根本的に解決される
✗ DAXはキャッシュサービスであり、パーティションキーの設計を変更する機能はありません。根本解決にはパーティションキーの見直しが必要です。
B.DAXは読み取りリクエストをキャッシュするため、読み取り側のホットパーティション問題は緩和されるが、書き込みのスロットリングは解決されない← 正解
✓ 正解です。DAXは読み取りキャッシュとして機能し、読み取りのホットパーティション問題を緩和しますが、書き込みはDAXを経由してもDynamoDBに直接書き込まれるため書き込みスロットリングは残ります。
C.DAXはDynamoDBのキャパシティを自動的にスケールするため、スロットリングエラーがなくなる
✗ DAXはDynamoDBのキャパシティを自動スケールする機能を持ちません。キャパシティの制御はDynamoDB側の設定で行います。
D.DAXを導入することで、DynamoDBへのリクエストが全て削減されるため、書き込みも含めたスロットリングが完全に解消される
✗ DAXはキャッシュに特化しており、書き込みリクエストはDynamoDBに転送されます。書き込みスロットリングの解消には別の対策が必要です。

AWS Certified Solutions Architect - Associate(SAA-C03) の問題一覧