Une entreprise possède une application multiniveau sur des instances EC2 au sein d'un groupe Auto Scaling avec une base de données Amazon RDS for Oracle utilisant du PL/SQL spécifique à Oracle. Le trafic augmente, ce qui surcharge les instances EC2 et entraîne un manque d'espace de stockage sur l'instance RDS. Le groupe Auto Scaling n'a pas de métriques de mise à l'échelle et ne définit qu'un nombre minimal d'instances saines. Le trafic continuera d'augmenter à un rythme constant mais imprévisible avant de se stabiliser. Que doit faire un architecte de solutions pour s'assurer que le système peut automatiquement s'adapter à l'augmentation du trafic ? (Choisissez deux.)

Pour s'adapter automatiquement, l'architecte doit résoudre les problèmes d'évolutivité des instances EC2 et de la base de données RDS. Configurer l'Auto Scaling du stockage sur l'instance RDS for Oracle permet à la base de données d'augmenter automatiquement son espace de stockage lorsque le besoin se fait sentir, évitant ainsi les pannes dues au manque d'espace. Configurer le groupe Auto Scaling pour utiliser l'utilisation moyenne du CPU comme métrique de mise à l'échelle garantit que de nouvelles instances EC2 sont lancées lorsque la charge CPU augmente, ce qui permet à l'application de gérer le trafic croissant. Migrer vers Amazon Aurora n'est pas nécessaire car RDS for Oracle prend en charge l'Auto Scaling du stockage et la migration impliquerait des modifications du PL/SQL spécifique à Oracle. Configurer une alarme pour un espace de stockage faible est une notification, pas une solution d'auto-adaptation. L'utilisation de la mémoire libre moyenne est moins représentative de la charge de travail de l'application que l'utilisation du CPU pour déclencher la mise à l'échelle des instances EC2.