ある金融会社が、I/O負荷の高い自己管理型MySQLデータベースを搭載した現行世代のLinux EC2インスタンスで、ビジネスクリティカルなアプリケーションを実行しています。このアプリケーションは、月のほとんどの期間は中程度のトラフィックを処理しますが、月末のレポート作成のため、最後の3日間は速度が低下します。インフラストラクチャはすでにコンピューティングにELBとAuto Scalingを使用しています。データベースが月末の負荷を最小限のパフォーマンス影響で処理できるようにするには、どの操作を実行すればよいですか？

正解は、Amazon RDSへの移行とリードレプリカの活用です。自己管理型MySQLからAmazon RDSに移行することで、データベースの運用管理が簡素化され、スケーラビリティと可用性が向上します。月末のレポート作成による読み取り負荷増大に対しては、RDSのリードレプリカを追加することで、読み取りトラフィックを分散し、メインデータベースの負荷を軽減できます。これにより、最小限のパフォーマンス影響で月末のピークを乗り切ることが可能です。 他の選択肢は不適切です。ELBのウォームアップはコンピューティング層に影響し、データベースのI/Oボトルネックを解決しません。EBSボリュームの動的な変更は複雑で、ダウンタイムを伴う可能性があります。また、既存のEBSボリュームをPIOPSに置き換える方法は、一時的な解決策であり、運用上の手間がかかります。