一家公司在Auto Scaling组中的EC2实例上有一个多层应用程序，该应用程序使用Amazon RDS for Oracle数据库和Oracle特定的PL/SQL。流量正在增加，导致EC2实例过载，并且RDS实例存储空间不足。Auto Scaling组没有扩展指标，只定义了最小健康实例数量。流量将以稳定但不可预测的速度持续增长，然后趋于平稳。解决方案架构师应该怎么做才能确保系统能够自动扩展以应对增加的流量？（选择两项）

配置RDS for Oracle实例上的存储自动扩缩是正确的，因为RDS存储空间不足是当前问题，而存储自动扩缩能自动增加存储容量，解决此问题。将数据库迁移到Amazon Aurora虽然提供了自动扩缩存储，但涉及数据库迁移，不符合“自动扩展以应对增加的流量”的直接、快速解决方案。配置可用存储空间不足的警报只是通知，不能自动解决存储不足问题。 配置Auto Scaling组以使用平均CPU作为扩展指标是正确的，因为EC2实例过载通常表现为CPU利用率高，设置CPU指标能让Auto Scaling组在CPU达到阈值时自动启动新实例，从而应对增加的流量。平均可用内存作为扩展指标通常用于内存密集型应用，但对于通用过载问题，CPU是更常见的指标。