ある企業が、Oracle固有のPL/SQLを使用するAmazon RDS for Oracleデータベースを備えた、Auto Scalingグループ内のEC2インスタンスで多層アプリケーションを運用しています。トラフィックが増加しており、EC2インスタンスが過負荷になり、RDSインスタンスのストレージが不足しています。Auto Scalingグループにはスケーリングメトリクスがなく、最小正常インスタンス数のみが定義されています。トラフィックは、安定しているものの予測不可能な速度で増加し続け、その後横ばいになるでしょう。ソリューションアーキテクトは、増加したトラフィックに合わせてシステムが自動的にスケーリングできるようにするために、何をすべきですか？（2つ選択してください。）

RDS for OracleインスタンスでストレージのAuto Scalingを設定することで、ストレージ不足の問題を自動的に解決できます。これにより、データベースのストレージ容量がしきい値に達すると、自動的に拡張されます。Auto Scalingグループで平均CPU使用率をスケーリングメトリクスとして設定すると、EC2インスタンスのCPU負荷が増加した際に新しいインスタンスが起動され、アプリケーションの過負荷を防ぎます。 データベースをAmazon Auroraに移行することは、PL/SQLを使用しているため、アプリケーションコードの変更が必要となり、迅速な解決策ではありません。RDS for Oracleインスタンスで空きストレージ容量が少ないことに対するアラームを設定するだけでは、ストレージの自動拡張は行われず、手動での対応が必要になります。Auto Scalingグループで平均空きメモリをスケーリングメトリクスとして使用することは、CPUがボトルネックになっている状況では効果的ではありません。