Een netwerkengineer maakt een launch template voor een Auto Scaling-groep die een Linux-netwerkapparaat zal uitvoeren. Het apparaat heeft een primaire netwerkinterface nodig plus een tweede interface die een openbaar IP (een Elastic IP uit de BYOIP-pool van het bedrijf) gebruikt voor applicatieverkeer van/naar het internet. Welke aanpak implementeert dit ontwerp?

De correcte optie beschrijft de juiste methode om een secundaire netwerkinterface met een BYOIP Elastic IP toe te wijzen aan een Auto Scaling-instantie. Launch templates ondersteunen slechts één netwerkinterface per apparaat. Om een tweede interface dynamisch toe te voegen en te configureren, moet dit na de lancering van de instantie gebeuren. Dit kan efficiënt worden bereikt met een cloud-init script via user data, dat de AWS CLI aanroept om een nieuwe netwerkinterface te maken, deze te koppelen aan de instantie en vervolgens een specifiek Elastic IP-adres (uit de BYOIP-pool) eraan te koppelen. De eerste optie is onjuist omdat launch templates geen configuratie van meerdere netwerkinterfaces met verschillende subnetten en BYOIP-pools toestaan. De tweede optie is onjuist omdat het koppelen van een tweede interface vanuit een subnet met auto-assign public IP niet garandeert dat een specifiek BYOIP Elastic IP wordt gebruikt. De derde optie is onjuist omdat een Lambda-functie via een lifecycle hook weliswaar kan worden gebruikt voor automatisering, maar het toewijzen aan een Global Accelerator-eindpunt niet de primaire vereiste is om een tweede netwerkinterface met een BYOIP Elastic IP te configureren.