Stai implementando il failover di Route 53 per un sito web on-premise che ha un server primario attivo e un server secondario passivo. Il primario dovrebbe ricevere traffico solo quando il suo health check restituisce risposte HTTP 2xx o 3xx; altrimenti tutto il traffico deve andare al secondario. Il routing di failover e gli ID dei set sono già configurati per entrambi i record. Qual è il prossimo passaggio di configurazione?

La risposta corretta è creare un record A per ogni server e associarlo a un health check HTTP di Route 53. Per implementare il failover di Route 53 per risorse on-premise, è necessario creare record A (o AAAA) che puntano agli indirizzi IP dei server. Questi record devono essere associati a health check di Route 53. Poiché il requisito è che il primario riceva traffico solo con risposte HTTP 2xx o 3xx, un health check HTTP è l'opzione appropriata per monitorare la disponibilità dell'applicazione web. Le opzioni che suggeriscono record alias sono errate perché i record alias sono utilizzati per puntare a risorse AWS specifiche (come ELB, CloudFront, S3 bucket per siti web statici, o altri record Route 53 nella stessa zona ospitata), non a indirizzi IP on-premise. Gli health check TCP sono meno specifici per la disponibilità dell'applicazione rispetto agli HTTP, in quanto verificano solo la connettività a livello di porta, non la risposta dell'applicazione.