Ciao, Adrian, e bentornato.
Nel video di oggi, esamineremo le fasi di creazione degli endpoint in
uscita.
Ora, si noti che per gli endpoint in uscita relativi al laboratorio, è necessario un server DNS pronto, in
modo che l'endpoint in uscita possa inoltrare la query al server DNS e ricevere la richiesta.
Pertanto, la configurazione del server DNS da zero è un'operazione che non verrà presa in considerazione.
Ho già un server DNS in un account numero due e c'è un peering già stabilito.
Il nostro obiettivo principale è quindi quello di capire come viene creato l'endpoint in uscita e come si può creare una regola
di inoltro in modo da completare la configurazione complessiva.
Per il video di oggi, ho un'istanza facile da inserire nel conto numero uno.
Il nome è Account hyphen one, Easy two, e ho anche un server DNS personalizzato che funziona in
un altro account e c'è un peering tra entrambi.
A questo punto, se eseguo una ricerca NSS su FTP dot dot internal, si vede che non è risolvibile,
soprattutto perché non sono stati impostati endpoint in uscita.
Tuttavia, se invio questa query al server DNS personalizzato, proviamo a copiare l'IP del server DNS
personalizzato e se invio la query direttamente a questo, vedrete che funziona.
Tuttavia, non vogliamo che la query venga inviata al resolver root 53 associato alla
VPC e che questo resolver Route 53, utilizzando l'endpoint in uscita, la invii al server DNS personalizzato
appropriato, affronti la query e invii la risposta.
Per ottenere questo risultato, andiamo avanti e creiamo rapidamente un endpoint in uscita.
Creo un endpoint in uscita, dico demo, endpoint in uscita.
È possibile associarlo alla VPC appropriata.
Quindi, seleziono il VPC appropriato.
È inoltre necessario aggiungere un gruppo di sicurezza.
Selezioniamo un gruppo di sicurezza e possiamo selezionare la zona di disponibilità e la configurazione della subnet.
Va bene.
Ora è possibile creare l'endpoint in uscita con una panoramica di alto livello.
La configurazione degli endpoint in entrata e in uscita è molto simile.
Tuttavia, a livello di endpoint in uscita, dovrete creare anche delle regole.
Aspettiamo un attimo.
Va bene.
Ci sono voluti circa 3-4 minuti e i nostri endpoint in uscita dalla Route 53 sono ora pronti.
Ora, per fare una prova, se facciamo una ricerca NSS sul dominio interno CP labs dot, come previsto, non
otteniamo alcuna risposta, principalmente perché in questa fase l'endpoint in uscita
non lo sa.
Se l'interrogazione dei laboratori KP che interni è fatta a quale server deve essere inoltrata l'interrogazione.
È per questo motivo che è necessario creare una serie di regole.
Quindi andiamo avanti e creiamolo rapidamente.
Direi la regola dell'outbound.
Il tipo di regola da utilizzare è l'inoltro del nome di dominio.
Direi KP Labs punto interno, il VPC.
Selezionerò il VPC appropriato.
E dovremo anche selezionare l'endpoint in uscita.
La prossima configurazione importante è l'indirizzo IP di destinazione.
È l'indirizzo associato al server DNS.
Copio quindi l'indirizzo IP del nostro server DNS personalizzato.
Lo aggiungo qui e faccio clic su Invia.
Quindi la nostra regola viene creata ora all'interno degli endpoint in uscita.
Se guardate, abbiamo questa regola in uscita che potete vedere qui ora dalla nostra istanza EC due, se tutto
funziona, se fate una ricerca NSS questa volta, vedete che riceviamo l'indirizzo IP.
Quindi, come cliente, il vantaggio dell'endpoint in uscita è che oggi non è necessario preoccuparsi dell'indirizzo
IP del server DNS personalizzato.
L'indirizzo IP potrebbe essere statico, ma forse domani durante la migrazione l'indirizzo IP cambierà.
E se avete migliaia di istanze EC due, non volete aggiornare l'indirizzo IP di un nuovo set
di server DNS in tutte le istanze.
Quindi questo è più problematico.
Invece, basta configurare l'indirizzo IP del server DNS personalizzato come parte degli endpoint in uscita
e tutto il CE.
Due istanze facenti parte della VPC potranno usufruirne senza dover configurare l'indirizzo IP
del server DNS personalizzato nella griglia di configurazione.
Spero che con questo abbiate capito le basi.
Ora, di nuovo, un'ultima cosa prima di concludere.
Quando confrontiamo gli endpoint in entrata e in uscita, nell'endpoint in entrata dobbiamo inviare
la query all'indirizzo IP.
Quindi i server che facevano parte dell'on premise dovevano inviare query agli endpoint in entrata, l'indirizzo IP
affinché il dominio fosse risolvibile.
Tuttavia, per gli endpoint in uscita, non è necessario preoccuparsi di questo.
Anche se ci sono due indirizzi IP, non è necessario inviare la query all'insieme degli indirizzi.
Il VPC predefinito più due indirizzi è sufficiente, e questo è parte del risultato.
A parte le due semplici istanze, tutto viene gestito dal risolutore.
Questa è la panoramica e con essa si conclude il video di oggi.