Eine neue Webanwendung wird auf mehreren EC2-Instances hinter einem Application Load Balancer in einer Auto Scaling-Gruppe gestartet. Benutzer beschweren sich, dass sie wiederholt zur Anmeldung aufgefordert werden. Was sollte der SysOps-Administrator tun, um eine häufige erneute Authentifizierung zu verhindern?

Die Aktivierung der Sitzungsaffinität (Sticky Sessions) für die ALB-Zielgruppe stellt sicher, dass Anfragen von einem bestimmten Client immer an dieselbe EC2-Instanz weitergeleitet werden. Dies ist entscheidend, wenn der Anmeldestatus oder andere Sitzungsdaten auf der jeweiligen Instanz gespeichert werden. Ohne Sticky Sessions könnte ein Benutzer bei jeder neuen Anfrage an eine andere Instanz weitergeleitet werden, die seinen Anmeldestatus nicht kennt, was zu wiederholten Anmeldeaufforderungen führt. Eine Amazon CloudFront-Distribution würde das Problem der wiederholten Authentifizierung nicht lösen, da sie primär für Caching und Content Delivery zuständig ist und nicht für die Sitzungsverwaltung zwischen Client und Backend-Servern. Das Neuerstellen der EC2-Instanzen in einer Spread Placement Group verbessert die Fehlertoleranz, hat aber keinen Einfluss auf die Sitzungsverwaltung. Das Ersetzen des Application Load Balancers durch einen Network Load Balancer würde das Problem verschlimmern, da NLBs auf der Transportschicht (Layer 4) arbeiten und keine HTTP-Header für die Sitzungsaffinität interpretieren können.