Un ingénieur réseau crée un modèle de lancement pour un groupe Auto Scaling qui exécutera une appliance réseau Linux. L'appliance a besoin d'une interface réseau principale et d'une seconde interface qui utilise une IP publique (une Elastic IP du pool BYOIP de l'entreprise) pour le trafic applicatif vers/depuis Internet. Quelle approche implémente cette conception ?

La bonne approche est d'utiliser user data avec un script cloud-init car les modèles de lancement ne supportent pas l'attribution directe d'adresses IP Elastic du pool BYOIP à des interfaces réseau secondaires. Le modèle de lancement peut spécifier l'interface réseau principale. Le script cloud-init exécuté au démarrage de l'instance peut ensuite créer et attacher la deuxième interface réseau (ENI) et lui associer une adresse IP Elastic spécifiée, y compris celles provenant d'un pool BYOIP. La première option est incorrecte car les modèles de lancement ne permettent pas de spécifier un pool BYOIP pour une adresse IP publique sur une interface secondaire. La deuxième option est incorrecte car elle ne mentionne pas l'association d'une IP Elastic spécifique du pool BYOIP. La troisième option est incorrecte car AWS Global Accelerator n'est pas pertinent pour l'attribution d'une deuxième ENI avec une IP Elastic BYOIP à une instance EC2.