Ein Anwendungs-Frontend kommuniziert mit Backend-Instanzen über einen Network Load Balancer (NLB) in derselben VPC. Die Anwendung erstreckt sich über zwei Availability Zones und muss den Inter-AZ-Datenverkehr minimieren. Der Frontend-Datenverkehr sollte in derselben Availability Zone bleiben, es sei denn, es gibt kein fehlerfreies Ziel in dieser AZ. In diesem Fall sollte er auf die andere AZ ausweichen. Welche Konfiguration erfüllt diese Anforderungen?

Die Deaktivierung des Cross-Zone Load Balancing auf dem NLB stellt sicher, dass der Datenverkehr standardmäßig in der Availability Zone (AZ) bleibt, in der er empfangen wurde. Wenn alle Ziele in dieser AZ fehlerhaft sind, leitet der NLB den Datenverkehr automatisch an gesunde Ziele in anderen AZs weiter, was die Failover-Anforderung erfüllt. Indem das Frontend den NLB-DNS-Namen auflöst, der seiner lokalen AZ entspricht, wird der Inter-AZ-Datenverkehr minimiert. Die Option mit der privaten Hosted Zone und gewichtetem Routing ist komplexer und würde nicht automatisch das Failover auf eine andere AZ bei Ausfall aller Ziele in der lokalen AZ handhaben, ohne zusätzliche Gesundheitsprüfungen und DNS-Updates. Die Option mit Failover-Einträgen in einer privaten Hosted Zone wäre ebenfalls komplexer und nicht die nativste NLB-Funktionalität. Sticky Sessions sind für die Persistenz von Benutzersitzungen gedacht und nicht für die Steuerung des Inter-AZ-Datenverkehrs oder Failover-Verhaltens auf AZ-Ebene.