Ein Netzwerkingenieur erstellt eine Startvorlage für eine Auto Scaling-Gruppe, die eine Linux-Netzwerk-Appliance ausführen wird. Die Appliance benötigt eine primäre Netzwerkschnittstelle sowie eine zweite Schnittstelle, die eine öffentliche IP (eine Elastic IP aus dem BYOIP-Pool des Unternehmens) für den Anwendungsverkehr zum/vom Internet verwendet. Welcher Ansatz implementiert dieses Design?

Die primäre Netzwerkschnittstelle wird automatisch erstellt, wenn die EC2-Instanz in der Auto Scaling-Gruppe gestartet wird, basierend auf den bei der Erstellung der ASG ausgewählten Subnetzen. Eine zweite Netzwerkschnittstelle kann nicht direkt in einer Startvorlage konfiguriert werden, wenn sie eine Elastic IP aus einem BYOIP-Pool benötigt, da die Zuweisung einer EIP zu einer ENI eine separate API-Aktion ist. Stattdessen ist die Verwendung von Benutzerdaten mit einem cloud-init-Skript der korrekte Ansatz, um programmatisch eine zweite ENI zu erstellen, sie an die Instanz anzuhängen und eine spezifische Elastic IP-Adresse aus dem BYOIP-Pool zuzuweisen. Die erste Option ist falsch, da Startvorlagen keine BYOIP-Pool-IDs für öffentliche IPs direkt unterstützen und die Zuweisung einer EIP eine separate Aktion erfordert. Die zweite Option ist falsch, da die Zuweisung einer öffentlichen IP aus einem BYOIP-Pool nicht durch die automatische Zuweisung öffentlicher IPs in einem Subnetz erfolgt, sondern eine explizite Zuweisung einer EIP erfordert. Die dritte Option ist irrelevant, da AWS Global Accelerator für die Verteilung des Datenverkehrs verwendet wird und nicht für die Zuweisung von Netzwerkschnittstellen oder Elastic IPs.