Haroon, e bentornato ora in questo, discuteremo delle basi della politica di routing e il nostro 53 ora a una
panoramica di alto livello contro il routing collega, fondamentalmente ti consente di instradare il traffico verso
una risorsa quando le risorse aiutano o verso un altro risorsa quando la prima risorsa non è sana.
Quindi supponiamo che questa sia un'istanza di setu e questa sia la prima area di risorse.
Quindi tutto il traffico che è diretto verso la strada, 53 andrà a questa risorsa di forza di facile
istante.
Tuttavia, nel caso in cui questa istanza si interrompa, quindi con l'aiuto di altri routing, possiamo dire a
Roud 53 che tutte le query dovrebbero essere indirizzate complessivamente verso il diverso punto finale.
E questo è molto comune in molti Lipsett.
Quindi in pratica potresti aver visto un sacco di beedis di manutenzione che potrebbero essere imminenti.
Quindi, nel caso in cui il sito Web principale non sia in esecuzione per qualche motivo, quindi automaticamente a Deerness
piace 53 con l'aiuto di altri routing, può dirigersi a un pozzo di manutenzione in modo che l'inconveniente generale
rimanga minore in termini di esperienza dell'utente.
Quindi fammi fare una cosa.
Lascia che ti dia una rapida demo in modo che possiamo capirlo in un modo migliore.
Quindi attualmente all'interno di Route 53, ho due record che sono stati impostati e si basano sulla politica di
routing Filho, le politiche di routing Soyuzes basate sull'errore e Varnum sul record è indicato come record primario e il
secondo record è chiamato secondario.
Quindi fondamentalmente il quarto è fare cose con il primario.
Il traffico dovrebbe andare è indicato anche come primario.
E la base di manutenzione di cui stavamo discutendo è un riferimento al richiamo secondario.
Ora, ciò che accadrà è che se questo record primario fallisce, Route 53 indirizzerà automaticamente il traffico
a questo valore secondario, che è la pagina di manutenzione ospitata sui tre di Amazon.
Ora, lascia che te li mostri rapidamente entrambi.
Quindi apriamo rapidamente il primo valore nel browser.
Vedete, il sito web funziona perfettamente.
Ora, una delle domande che sorge è: come fa la Road 53 a determinare se la risorsa è sana o no?
E quella determinazione avviene attraverso il controllo sanitario.
Quindi attualmente ho un controllo dello stato configurato per due semplici istanze.
E attualmente, se vedi, il controllo sanitario è perfettamente sano.
Quindi questo sito Web viene fondamentalmente caricato dall'SC nell'istanza a cui è associato il controllo dello stato.
Ora per questa istanza di AC2, se devo mostrare rapidamente se perdo lo stato di Estancia, Angelique vede che l'Engine X è
attualmente attivo e in esecuzione ed è da qui che proviene il sito web.
Quindi facciamo una cosa.
Andiamo avanti e facciamo una chiamata sul campo o punto.
Mantieni eLab a partire da questa fase, questo errore di record specifico, ha osservato Kapil Internet, il controllo dello stato
associato è integro.
Ciò significa sostanzialmente che il Routt 53 indirizzerà il traffico a questo primo valore, che è l'indirizzo IP di
questi due.
Quindi, quando fai una chiamata, dovresti vedere il grande file di amministrazione che è in arrivo.
In effetti, se effettuerai rapidamente una chiamata su failover dot KP lives dot Internet, dovresti sostanzialmente vedere che il
server qui è Ingenix, seguito dal numero di versione.
E se lo farai rapidamente e cercherai sul campo o punti tenendo le schede su Internet, fondamentalmente sta dirigendo al server con l'ora
di fine IP prima di quella uno a uno, che è lo stesso del valore che abbiamo
definito.
Ora prendiamo un altro scenario in cui si tratta di due istanze.
Il sito web andrà avanti e lo fermerà.
Quindi lasciami andare avanti e quei sistemi possono fermarsi.
Ingenix Va bene.
Quindi ora se aggiorni rapidamente la pagina, vedi che ricevi immediatamente un errore che indica che il sito non può
essere raggiunto.
Ora, poiché il sito non funziona, anche l'Hatake, successivamente, cambierà da sano a
malsano.
Quindi aspettiamo rapidamente un momento qui.
Quindi, in un aggiornamento successivo, ora puoi vedere che lo stato è cambiato da sano a non sano.
Ora, se le cose funzionano perfettamente per quanto riguarda l'instradamento del compagno, allora la
richiesta non dovrebbe essere troppo facile da istanziare, ma dovrebbe invece andare all'endpoint secondario associato
a S3.
Quindi proviamolo.
Quindi svuotiamo la pagina e questa volta facciamo di nuovo una chiamata su Freeloader Capi su Internet.
Vedi, stai ricevendo un messaggio che indica che questa è una pagina di manutenzione.
Ora questa pagina di manutenzione specifica proviene da un tre bucket chiamato Freeloader Kapil, Internet, che a
sua volta contiene fondamentalmente questi dati di indice.
Quindi lascia che ti mostri anche questo.
Quindi, se apro rapidamente questo URL obiettivo, vedi, questo è.
Un ritmo di manutenzione, e questo è il ritmo esatto che stiamo ottenendo
per quanto riguarda quella ragazza, e ora anche se lo fai e cerchi su Internet questa volta, vedi che fondamentalmente ottieni un indirizzo
IP completamente diverso.
È corretto.
Quindi, con questo, spero che a una panoramica di alto livello, tu abbia compreso le basi e i vantaggi
offerti dalla politica di routing di Fallujah.
Quindi con questo concluderò il video di oggi.