Uma empresa tem um aplicativo de múltiplas camadas em instâncias EC2 em um grupo do Auto Scaling com um banco de dados Amazon RDS for Oracle usando PL/SQL específico do Oracle. O tráfego está aumentando, fazendo com que as instâncias EC2 fiquem sobrecarregadas e a instância RDS fique sem armazenamento. O grupo do Auto Scaling não tem métricas de escalabilidade e define apenas uma contagem mínima de instâncias íntegras. O tráfego continuará aumentando a uma taxa constante, mas imprevisível, antes de se estabilizar. O que um arquiteto de soluções deve fazer para garantir que o sistema possa escalar automaticamente para o aumento do tráfego? (Escolha duas.)

A instância RDS está ficando sem armazenamento, e a configuração do Auto Scaling de armazenamento para o RDS for Oracle permite que o armazenamento do banco de dados seja escalado automaticamente quando necessário, resolvendo o problema de falta de espaço. As instâncias EC2 estão sobrecarregadas devido ao aumento do tráfego. Configurar o grupo do Auto Scaling para usar a CPU média como métrica de escalabilidade garante que novas instâncias sejam lançadas automaticamente quando a utilização da CPU atingir um limite, distribuindo a carga e evitando a sobrecarga. Migrar para o Amazon Aurora pode ser uma solução a longo prazo, mas não é a resposta mais direta para o problema de escalabilidade de armazenamento do RDS for Oracle existente, e a questão não indica que a migração é necessária ou viável no curto prazo, especialmente com PL/SQL específico do Oracle. Configurar um alarme para pouco espaço livre em disco apenas notifica sobre o problema, mas não o resolve automaticamente. A memória livre média não é a métrica mais apropriada para indicar sobrecarga de tráfego em instâncias EC2; a CPU média é um indicador mais direto de carga de trabalho.