Ciao a tutti e bentornati.
Nel video di oggi parleremo del DNS ibrido.
Ora, nelle organizzazioni più grandi, uno dei modelli di architettura più comuni è quello
basato su una configurazione ibrida.
Quindi una parte dell'infrastruttura potrebbe trovarsi in una seconda parte dell'infrastruttura potrebbe trovarsi
nel data center on premise, in Azure, ecc.
Ora, quando si dispone di una configurazione ibrida, uno dei problemi è legato alla risoluzione DNS complessiva.
E di questo parleremo nel video di oggi.
Ora, prima di capire le cose nel dettaglio, rivediamo le nozioni di base relative alla zona privata ospitata
con una panoramica di alto livello.
La zona privata ospitata contiene i record che specificano come instradare il traffico in una VPC
Amazon.
Ad esempio, supponiamo di avere una zona privata in hosting e di avere una serie di
record e due EPC.
Ora, per impostazione predefinita, queste VPC non saranno in grado di eseguire la risoluzione in base a questi record.
Pertanto, è necessario associare la VPC a una zona privata ospitata e solo dopo questa associazione,
le risorse nella VPC saranno in grado di eseguire la risoluzione.
Ora, in questa fase, poiché la VPC numero due non è associata, l'EC, due istanze in questa VPC non saranno
in grado di risolvere i record di questa specifica zona privata ospitata.
Ora vi mostrerò anche rapidamente.
Quindi in questa fase ho una zona privata ospitata chiamata demo dot internal.
Il tipo che vedete è quello privato ora associato a questa zona.
Se modifico rapidamente la zona, è disponibile un'opzione relativa all'associazione di un VPC a questa zona.
A questo punto si vede che è associato un solo VPC.
È inoltre possibile associare più set di VPC a questa zona, in modo che tutti i record
che fanno parte di questa zona siano risolvibili dalle risorse associate
alla VPC.
Ora, una parte molto importante da ricordare è che Route 53 non risponde alle query che
non provengono dalla VPC.
Ad esempio, supponiamo di avere una zona privata ospitata e di avere una VPC numero uno associata
a questa zona, e c'è anche una VPC numero due, e c'è un peering tra entrambe queste VPC.
Quindi l'istanza easy two nella VPC two sarà in grado di comunicare con l'istanza EC two nella VPC
one e viceversa.
Ora, poiché la VPC uno ha accesso alla zona privata ospitata, si presume che le risorse della VPC numero due,
attraverso questa connessione di peering, siano in grado di risolvere anche i record che fanno parte della zona
privata ospitata.
Tuttavia, non è questo il caso.
Quindi, se un utente easy two della VPC numero due invia la query per questo record specifico.
Ad esempio, 01. punto demo interno all'indirizzo VPC numero uno più due.
Non sarà risolvibile.
Andiamo quindi avanti e analizziamo rapidamente anche questo aspetto.
Ora, in modo simile a questa specifica architettura, ho già predisposto l'infrastruttura.
Quindi, nell'account numero uno, ho un'istanza easy to in esecuzione e un'altra istanza
easy two in esecuzione nell'account numero due ed entrambe le VPC in cui è in esecuzione l'EC
two sono apparse.
Ad esempio, se analizziamo la connessione di peering, vediamo che c'è un peering tra l'account
numero uno e l'account numero due VPC.
Analogamente a questo diagramma, c'è una zona privata ospitata associata alla VPC numero
uno.
Permettetemi anche di mostrarvelo.
Quindi, se si esamina l'associazione, è associata a una delle VPC, che chiamiamo
VPC numero uno.
Ora, dal terminale, sono già connesso a entrambe le istanze di EC.
Quindi la prima istanza EC due ha un IP pari a 1077 zero 172.
Ora, se vedete che avete 1077 zero 172 e il secondo ha un IP di uno 7231 e se guardate qui
avete uno 7231.
Quindi, prima di procedere, verifichiamo se la connettività è presente.
Quindi, dal conto numero due, EC due, procedo con un ping sull'EC due associato al conto
numero uno.
E come previsto, in questa fase, la connettività ping è riuscita.
A questo punto è molto importante il secondo punto, in cui si parlava dell'indirizzo VPC più due.
Questo è l'indirizzo relativo alla risoluzione complessiva.
In generale, vi mostrerò rapidamente se andremo alla conferenza dei risultati ETSI.
Avete il plus da affrontare.
Pertanto, se il CIDR della VPC è 1070 700 16, il server dei nomi sarà 1077 0. 2.
Va bene.
Ora, se si effettua una ricerca su Google, ad esempio. com su questo indirizzo, 1077 0. 2 ancora una volta, se non lo menzionate, lo prenderà
come predefinito.
Ma per evitare confusione, lo aggiungo qui.
Vedete, la risoluzione funziona perfettamente.
Allo stesso modo, se si prova la risoluzione associata al dominio della zona privata ospitata, proviamola.
Dirò 01. demo punto interno.
E vedete, anche la risoluzione funziona perfettamente.
Ora, poiché esiste già una connettività tra la VPC uno e la VPC due, si presume che l'istanza nella
VPC due, se anche questa istanza invia questa specifica query DNS su questo indirizzo più due, la risoluzione
funzionerà.
Tuttavia, abbiamo appena appreso che si tratta di un'operazione non supportata, quindi proviamola.
Quindi, se eseguo lo stesso identico comando qui, non otteniamo alcuna risposta.
A questo punto la connessione si è interrotta e non è stato possibile raggiungere alcun server.
Questo è il significato del primo puntatore, in cui si dice che Route 53 non risponderà alle
query che non provengono dalla VPC.
In questa fase abbiamo parlato del peering VPC.
Tuttavia, può trattarsi di qualsiasi tipo di configurazione.
Ad esempio, se parliamo di un'architettura ibrida in cui si dispone di una VPC e di una on premise
e la connettività avviene tramite VPN o connessione diretta, anche in questi casi, se le risorse on premise
cercano di connettersi alla VPC one più due indirizzi IP per la risoluzione, questo tipo di configurazione
non è supportata.
Ora, dal momento che ci sono molte organizzazioni che utilizzano attivamente questo tipo di configurazione, la
domanda è: qual è la soluzione probabile per farla funzionare?
Una delle possibili soluzioni è l'introduzione di un server DNS.
Quindi, se si esamina questa specifica architettura probabile, la prima cosa da fare è ospitare
il server DNS personalizzato nella VPC.
Si tratta quindi di un'istanza facile da realizzare.
Quindi il server on premise invia le query al server DNS personalizzato.
Quindi, dall'azienda, invece di inviare all'indirizzo IP più due, si invia all'indirizzo IP di questo server
DNS personalizzato.
Ora, questo server DNS personalizzato inoltrerà la query al resolver Route 53 appropriato.
E da qui, qualsiasi risposta che questo server DNS personalizzato riceverà, la inoltrerà
al server on premise.
Questa è una delle architetture più comuni che si vedono generalmente nelle organizzazioni.
Funziona abbastanza bene.
Tuttavia, questo tipo di architettura presenta alcune sfide.
Il primo è che il cliente deve gestire il server DNS personalizzato, quindi tutti gli aspetti legati all'alta disponibilità,
alla sicurezza e all'ottimizzazione della scalabilità diventano responsabilità del cliente.
Ora, se per qualche motivo l'istanza EC2 relativa al server DNS personalizzato si interrompe, l'intera
risoluzione DNS smetterà di funzionare e ciò si ripercuoterà sull'intera applicazione.
Questo è uno dei motivi per cui sono stati introdotti gli endpoint root 53 resolver che ci permettono di comunicare
con gli host o i domini privati dall'esterno della VPC.
Quindi, al posto del server DNS personalizzato, introduciamo l'endpoint resolver.
Il vantaggio di questo endpoint resolver è che si occupa dell'intera infrastruttura.
Quindi non ci si deve preoccupare molto dell'alta disponibilità, dell'ottimizzazione della sicurezza, ecc. Lascia che ce ne occupiamo
noi.
Tutto ciò che dovrete fare è creare un endpoint resolver e inviare la query all'indirizzo IP associato
a questo endpoint e l'intera configurazione DNS sarà fatta per voi.
E al giorno d'oggi la maggior parte delle organizzazioni sta migrando dall'approccio del server DNS personalizzato
di cui abbiamo parlato a quello di questo endpoint resolver.
Anche in questo caso, le funzionalità dell'endpoint resolver offrono una grande flessibilità.
Ne parleremo nel video apposito.
Tuttavia, dal punto di vista architettonico, spero che vi siate fatti un'idea di quali siano le soluzioni associate
quando si ha una configurazione ibrida.
Con questo si conclude il video di oggi.