Die HTTP-Anwendung eines Unternehmens befindet sich hinter einem Network Load Balancer (NLB). Die Zielgruppe des NLB verwendet eine Amazon EC2 Auto Scaling-Gruppe mit mehreren EC2-Instances, auf denen der Webdienst ausgeführt wird. Der NLB erkennt keine HTTP-Fehler, die manuelle Neustarts der Webdienst-EC2-Instances erfordern. Das Unternehmen möchte die Verfügbarkeit verbessern, ohne benutzerdefinierte Skripte oder Code zu schreiben. Was sollte ein Solutions Architect tun?

Der Application Load Balancer (ALB) ist die richtige Wahl, da er auf HTTP-Ebene arbeitet und detaillierte Zustandsprüfungen durchführen kann, die HTTP-Fehler erkennen. Wenn der ALB eine fehlerhafte Instance feststellt, kann die Auto Scaling-Gruppe so konfiguriert werden, dass diese Instance automatisch ersetzt wird, was die Verfügbarkeit ohne manuelle Eingriffe oder benutzerdefinierte Skripte verbessert. Ein Network Load Balancer (NLB) arbeitet auf der Transportebene (Layer 4) und kann keine HTTP-Fehler erkennen, was Option A und D ungeeignet macht. Option B erfordert benutzerdefinierte Skripte, was die Anforderung des Unternehmens verletzt.