ある荷物配送会社は、Amazon EC2 インスタンス上でアプリケーションを稼働させており、Amazon Aurora MySQL DB クラスターを使用しています。アプリケーションの成長に伴い、EC2 の使用量はわずかに増加するだけですが、DB クラスターの使用量ははるかに速く増加しています。リードレプリカを追加しても、DB の負荷は一時的にしか軽減されず、負荷は上昇し続けています。DB の使用量を増加させている操作は、配送の詳細に関連する繰り返しの読み取りステートメントです。同社は、繰り返しの読み取りが DB クラスターに与える影響を最もコスト効率よく軽減する必要があります。この要件を満たすソリューションはどれですか？

繰り返しの読み取りステートメントによるDB負荷の増大を最もコスト効率よく軽減するには、Amazon ElastiCache for Redisクラスターを実装するのが最適です。ElastiCacheはインメモリキャッシュサービスであり、頻繁にアクセスされる配送詳細データをキャッシュすることで、Aurora DBクラスターへの直接的な読み取りリクエストを大幅に削減し、DBの負荷を軽減します。 リードレプリカの追加は一時的な解決策であり、負荷が上昇し続ける状況には不十分です。Aurora Auto Scalingはリードレプリカの数を自動調整しますが、根本的な読み取り負荷の削減にはなりません。複数のライターインスタンスを持つようにDBクラスターを変更しても、読み取り負荷の分散には寄与せず、コストが増加するだけです。