Ciao a tutti e bentornati.
Nel video di oggi parleremo degli endpoint del resolver Route 53.
Ora, nel video precedente associato al DNS ibrido, abbiamo esaminato come l'endpoint resolver possa sostituire il
server DNS personalizzato rispetto all'istanza semplice per la risoluzione complessiva dalla zona privata ospitata.
Nel video di oggi, quindi, avremo innanzitutto una rapida dimostrazione per capire come funziona questa configurazione,
che sarà discussa in modo più dettagliato.
Ora, come abbiamo detto, l'istanza EC due della VPC numero due, che è associata a una VPC numero
uno che a sua volta è associata alla zona privata ospitata, non è in grado di risolvere il record
complessivo inviando la query all'indirizzo IP più due.
In questi casi è possibile utilizzare i 2 o 3 endpoint di root resolver.
Per il video di oggi, ho già impostato l'endpoint.
Lasciate che vi mostri rapidamente.
Quindi abbiamo un endpoint in entrata disponibile.
E se si esamina questo endpoint, ci sono due serie di indirizzi IP associati.
Quindi, per connettersi all'endpoint, ci sono due serie di indirizzi in sede, ogni volta che si vuole
effettuare una query a livello di root 53, è necessario inviare la query DNS a una di queste serie di indirizzi IP.
Quindi andiamo avanti e proviamo.
Copio qui uno degli indirizzi e sostituisco questo.
E vedete che la risoluzione orale funziona.
Ora, questo 7231 0. 5 associato a zero one demo dot internal se volete vedere verifichiamo anche
dalla zona ospitata.
Quindi la nostra zona interna ospitata di demo dot ha questo 01. punto demo record interno con 170 a 31 0. 5.
Va bene.
Spero che con questa panoramica di alto livello abbiate compreso i vantaggi offerti dall'endpoint.
Quando parliamo di tipi di endpoint, ne esistono due principali.
Uno è l'endpoint del resolver in entrata e il secondo è l'endpoint del resolver in uscita.
I casi d'uso di cui abbiamo discusso riguardavano l'endpoint del resolver in entrata, ovvero una sorta
di server on premise o il PID.
Il VPC vuole andare avanti e risolvere il record della zona ospitata privata Route 53.
In modo simile, quando parliamo di endpoint, abbiamo un endpoint in entrata e un endpoint
in uscita che possiamo vedere.
Per la dimostrazione di oggi, abbiamo preso un esempio di endpoint in entrata.
Nel video di oggi, con una panoramica di altissimo livello, cerchiamo di capire sia gli endpoint
in entrata che quelli in uscita e i casi d'uso che coprono.
Innanzitutto, sappiamo già che gli endpoint del resolver in entrata consentono le query DNS alla
vostra VPC dalla rete ON-PREMISE o da un'altra VPC.
È una cosa che abbiamo visto.
Al contrario, gli endpoint del resolver in uscita consentono di effettuare query DNS dalla VPC alla rete on premise
o a un'altra VPC.
Questo può essere compreso con il diagramma.
Anche in questo caso, si tratta di informazioni tratte direttamente dalla documentazione, in modo da rendere più facile la revisione anche durante la
consultazione della documentazione stessa.
Se si guarda a questo diagramma, ci sono due infrastrutture separate.
A sinistra c'è il data center on premise e a destra c'è un VPC.
Quando parliamo di endpoint del resolver in entrata, la linea tratteggiata che vedete qui
è associata all'inbound e la linea continua che vedete qui è associata all'endpoint del
resolver in uscita.
Perciò, in una visione d'insieme, andiamo a dare un'occhiata veloce al flusso di lavoro.
Quindi c'è un computer client nel data center on premise che vuole risolvere i record che fanno parte
della Route 53.
Può essere una zona privata ospitata.
Quindi, per prima cosa, invierà una query al resolver DNS associato al data center in sede.
Ora il resolver DNS on premise attraverso una connessione, che può essere una connessione VPN, solo per fare un esempio,
invia il traffico all'endpoint in entrata.
Ora sappiamo che l'endpoint in entrata ha un set specifico di indirizzi IP che è configurato a livello di dense resolver
nel data center on premise.
Quindi, dal DNS del data center on premise, la richiesta viene effettuata all'endpoint in entrata.
Dall'endpoint in ingresso, il traffico passa all'indirizzo VPC plus to e quindi al
resolver Route 53.
Si noti ancora una volta che il resolver DNS è opzionale.
Il client può anche inviare direttamente la richiesta all'endpoint in entrata e il flusso di lavoro rimane lo stesso.
Questa è una parte facile che abbiamo già visto.
Il secondo di cui parliamo è il risolutore in uscita.
In questo caso, quindi, la zona DNS è ospitata nel data center on premise, ad esempio.
Non è a livello di Route 53 e l'istanza EC due nella VPC vuole eseguire la risoluzione del record
che è ospitato nel server DNS del data center in sede.
Quindi, in questo caso, l'istanza EC due procederà a inviare la query all'indirizzo VPC plus
two, che è associato al resolver.
Ora questo resolver, attraverso l'endpoint in uscita, invia la query al server DNS dell'azienda.
Da qui il record viene recuperato e inviato all'istanza EC2.
In questo modo si risolvono entrambi i casi d'uso in cui i record sono ospitati a livello di Route 53 o i record
sono ospitati in un server DNS nel data center on premise, o magari in un altro tipo di infrastruttura.
Si tratta quindi di una panoramica di alto livello sugli endpoint del resolver Route 53, che conclude il
video di oggi.