□5つのリードレプリカを持つRDS for MySQLを利用中。レプリケーションの遅延を可能な限り減らす大胆な方法は？

→Amazon Aurora MySQLに移行

・データベースをAmazon Aurora MySQLに移行します。リードレプリカをAuroraレプリカに置き換え、Aurora Auto Scalingを設定します。ストアドプロシージャをAurora MySQLネイティブ関数に置き換えます

この選択肢が正解の理由は以下の通りです。

まず、Amazon RDS for MySQLの代わりにAmazon Aurora MySQLを使用することにより、高度なレプリケーション機能を利用できます。Auroraは、リードレプリカでの容量エラーを自動的に修正し、リードレプリカとマスター間の遅延を最小限に抑える能力を持っています。

また、Amazon Auroraは、最大15の低遅延リードレプリカを作成可能であり、自動スケーリング機能を支えるために必要な冗長性を提供します。

さらに、AuroraはMySQLと互換性があるため、アプリケーションコードの変更が少なくて済み、SQL Stored ProcsもAurora MySQLネイティブ関数に移行できます。これにより、アプリケーションのアーキテクチャを大幅に変更することなく高可用性を実現し、運用オーバーヘッドを抑えることが可能になります。

選択肢：Amazon ElastiCache for Redisクラスターをデータベースの前にデプロイします。アプリケーションがデータベースに問い合わせる前にキャッシュをチェックするようにアプリケーションを修正します。ストアドプロシージャをAWS Lambda関数に置き換えます

この選択肢が正しくない理由は以下の通りです。

ElastiCache for Redisを導入すると、アプリケーションコードの変更が必要になりますし、キャッシュの管理にも運用オーバーヘッドが発生します。

一方で、Auroraは高いレプリケーション性能を持つため、遅延を減らすことができます。

また、Aurora Auto Scalingは運用オーバーヘッドを最小限に抑えます。