Un front-end di un'applicazione comunica con le istanze di backend tramite un Network Load Balancer (NLB) nella stessa VPC. L'applicazione si estende su due zone di disponibilità e deve ridurre al minimo il traffico inter-AZ. Il traffico del front-end dovrebbe rimanere nella stessa zona di disponibilità a meno che non ci sia un target integro in quella AZ, nel qual caso dovrebbe effettuare un failover all'altra AZ. Quale configurazione soddisfa questi requisiti?

Disabilitare il bilanciamento del carico cross-zone su un Network Load Balancer (NLB) e configurare il front-end per risolvere il nome DNS dell'NLB specifico della sua AZ locale garantisce che il traffico rimanga all'interno della stessa AZ finché ci sono target integri. Se tutti i target in un'AZ diventano non integri, l'NLB smetterà di inviare traffico a quell'AZ, e il front-end, non trovando target, potrà essere configurato per reindirizzare il traffico all'altra AZ, soddisfacendo il requisito di failover. Le altre opzioni non sono corrette perché: Creare zone ospitate private con routing pesato o record di failover per ogni AZ e puntare a nomi DNS NLB regionali o specifici di AZ è eccessivamente complesso e non garantisce il comportamento desiderato di failover automatico basato sull'integrità dei target NLB. Le sticky sessions non sono supportate dagli NLB e sono una funzionalità tipica degli Application Load Balancer (ALB).