Haroon, und willkommen zurück zu diesem Thema, wir werden über die Grundlagen der Routing-Richtlinie diskutieren und unsere 53 jetzt auf
hoher Ebene im Vergleich zu anderen Routings ermöglicht es Ihnen im Grunde, den Verkehr zu einer
Ressource zu leiten, wenn die Ressourcen helfen, oder zu einer anderen Ressource, wenn die erste Ressource fehlerhaft ist.
Nehmen wir also an, dies ist eine Setu-Instanz und dies ist der erste Ressourcenbereich.
Der gesamte Verkehr, der auf die Straße gerichtet ist, wird also dieser Kraftressource von einfach bis augenblicklich
zugeführt.
Wenn diese Instanz jedoch ausfällt, können wir mit Hilfe des anderen Routings Roud 53
mitteilen, dass alle Anfragen insgesamt an den anderen Endpunkt gerichtet werden sollen.
Und das ist in vielen Lipsetts sehr üblich.
Im Grunde haben Sie vielleicht viele Wartungsbeedis gesehen, die anstehen könnten.
Falls die primäre Website aus irgendeinem Grund nicht läuft, kann Deerness like it out 53
mit Hilfe des anderen Routings automatisch zu einer Wartungsgrube verweisen, sodass die Gesamtunannehmlichkeiten in Bezug
auf die Benutzererfahrung geringer bleiben.
Lassen Sie mich also eines tun.
Lassen Sie mich Ihnen eine kurze Demo geben, damit wir dies besser verstehen können.
Momentan habe ich in Route 53 zwei Datensätze, die auf der Filho-Routing-Richtlinie basieren, Soyuzes-Routing-Richtlinien basierend
auf Fehlern, und Varnum auf dem Datensatz wird als primärer Datensatz bezeichnet, und der zweite Datensatz
wird als sekundär bezeichnet.
Im Grunde macht die vierte also Dinge mit der primären.
Der Verkehr sollte gehen wird auch als primärer bezeichnet.
Und die Wartungsbasis, über die wir gesprochen haben, bezieht sich auf den sekundären Rückruf.
Wenn dieser primäre Datensatz fehlschlägt, leitet Route 53 den Datenverkehr automatisch zu diesem
sekundären Wert, der auf den drei von Amazon gehosteten Wartungsseite.
Nun, lassen Sie mich Ihnen beide schnell zeigen.
Lassen Sie uns also schnell den ersten Wert im Browser öffnen.
Sie sehen, die Website funktioniert einwandfrei.
Nun stellt sich die Frage, wie die Straße 53 bestimmt, ob die Ressource gesund ist oder nicht.
Und diese Feststellung erfolgt durch den Gesundheitscheck.
Derzeit habe ich also eine Systemdiagnose, die für eine einfache zwei Instanzen konfiguriert ist.
Und wenn Sie sehen, ist der Gesundheitscheck derzeit völlig in Ordnung.
Diese Website wird also grundsätzlich vom SC in die Instanz geladen, mit der der Gesundheitscheck verknüpft ist.
Wenn ich jetzt für diese AC2-Instanz schnell zeigen muss, ob ich den Estancia-Status verliere, sehen Sie bei Angelique, dass die Engine
X derzeit aktiv ist und ausgeführt wird, und von hier stammt die Website.
Lassen Sie uns also eines tun.
Machen wir einen Anruf auf Feld oder Punkt.
Behalten Sie eLab ab jetzt in dieser Phase bei, dieser spezifische Datensatzfehler, Kapil beobachtete, dass der dazugehörige Internet-Gesundheitscheck
fehlerfrei ist.
Das bedeutet im Grunde, dass der Routt 53 den Verkehr zu diesem ersten Wert leitet, der die IP-Adresse dieser
beiden ist.
Wenn Sie also einen Anruf tätigen, sollten Sie die große Admin-Datei sehen, die ansteht.
In der Tat, wenn Sie schnell einen Aufruf zum Failover dot KP Lives dot Internet machen, sollten Sie im Grunde
sehen, dass der Server hier Ingenix ist, gefolgt von der Versionsnummer.
Und wenn Sie es schnell tun und nach Feldern oder Punkten im Internet suchen, leiten Sie im Grunde genommen an den Server
mit der IP-Endzeit vor dieser eins zu eins weiter, was dem Wert entspricht, den wir definiert
haben.
Nehmen wir nun ein anderes Szenario, in dem dies zwei Instanzen sind.
Die Website wird fortfahren und es stoppen.
Lassen Sie mich also weitermachen und diese Systeme können aufhören.
Ingenix Alles klar.
Wenn Sie die Seite jetzt schnell aktualisieren, sehen Sie, dass Sie sofort eine Fehlermeldung erhalten, dass die Site nicht erreicht
werden kann.
Da die Site nicht funktioniert, ändert sich auch die Hatake anschließend von gesund zu
ungesund.
Also lasst uns hier schnell einen Moment warten.
Bei einer nachfolgenden Aktualisierung sehen Sie nun, dass sich der Status von fehlerfrei zu fehlerhaft geändert hat.
Wenn nun die Dinge im Hinblick auf das andere Routing perfekt funktionieren, sollte die Anfrage
nicht zu einfach instanziert werden, sondern sollte stattdessen an den sekundären Endpunkt gesendet werden, der mit S3
verbunden ist.
Also probieren wir es an.
Also lasst uns die Seite löschen und diesmal lasst uns wieder einen Anruf bei Freeloader Capi im Internet machen.
Sie sehen, Sie erhalten eine Meldung, dass dies eine Wartungsseite ist.
Jetzt kommt diese spezielle Wartungsseite aus einem drei Eimer namens Freeloader Kapil, dem Internet, das
wiederum im Wesentlichen diese Indexdaten enthält.
Lassen Sie mich Ihnen dies auch zeigen.
Wenn ich also schnell diese objektive URL öffne, sehen Sie, dies ist.
Ein Wartungstakt, und das ist der genaue Takt, den wir für dieses
Mädchen bekommen, und jetzt, selbst wenn Sie es diesmal im Internet nachschlagen, sehen Sie, dass Sie im Grunde genommen eine ganz
andere IP-Adresse erhalten.
Das ist richtig.
Ich hoffe also, dass Sie hiermit in einem groben Überblick sowohl die Grundlagen als auch die Vorteile verstanden
haben, die die Routing-Richtlinie von Falludscha bietet.
Damit endet also das heutige Video.