Un'azienda migrerà un'applicazione interna ad AWS. L'applicazione verrà eseguita su istanze EC2 in una singola VPC e gli utenti vi accederanno dai data center on-premise tramite AWS VPN o AWS Direct Connect. Gli utenti devono utilizzare nomi di dominio privati riservati per l'uso in AWS, e ogni istanza EC2 deve automaticamente effettuare il failover su un'altra istanza EC2 nello stesso account AWS e VPC. Il design DNS non deve esporre l'applicazione a Internet. Quale soluzione soddisfa questi requisiti?

L'opzione corretta soddisfa tutti i requisiti. Posizionare le istanze EC2 in sottoreti private garantisce che l'applicazione non sia esposta a Internet. Una zona ospitata privata di Route 53 con record che puntano a indirizzi IP privati e associata alla VPC permette l'uso di nomi di dominio privati. Un endpoint in entrata di Route 53 Resolver consente ai server DNS on-premise di inoltrare le query per il dominio privato ad AWS. I record primari e di failover con un controllo dello stato basato su CloudWatch permettono il failover automatico tra le istanze EC2. Le opzioni errate presentano i seguenti problemi: La prima opzione assegna indirizzi IP pubblici alle istanze e crea un endpoint in uscita, esponendo l'applicazione e non permettendo agli utenti on-premise di risolvere i nomi privati. La seconda opzione utilizza una zona ospitata pubblica, che non è adatta per nomi di dominio privati e non deve essere associata a una VPC. La quarta opzione utilizza controlli dello stato di Route 53 che hanno come target gli indirizzi IP privati, ma i controlli dello stato di Route 53 non possono monitorare direttamente gli indirizzi IP privati all'interno di una VPC senza un ulteriore setup, e non possono usare metriche CloudWatch per il failover dell'applicazione.