Hallo, Adrian, und willkommen zurück.
Im heutigen Video geht es um das Erreichen von Hochverfügbarkeit mit dem Cloud Front
Origin Failover.
Wenn die Origin-Cloud ausfällt, wirkt sich das auf die gesamte Produktionsumgebung
aus.
In diesem Beispiel habe ich also ein einfaches, leicht zu instanzierendes System als Ursprung für die Cloud-Front.
Wenn also diese EC-2-Instanz ausfällt, sind alle Benutzer hiervon betroffen.
Dieser Ursprung kann ein S3-Bucket, eine Anwendungslast, ein Balancer usw. sein. Um dies zu überwinden, verfügt die Cloud-Front über eine
besondere Funktion, die es uns ermöglicht, eine hohe Verfügbarkeit zu erreichen, wenn man bedenkt, dass
es mehrere Ursprünge gibt.
Sie sehen also, dass es in dieser überarbeiteten Architektur zwei Ursprünge gibt.
Eine ist die EC-2-Instanz in Region eins und die zweite ist eine Backup-PC-2-Instanz in Region zwei, für
den Fall, dass ein Cloud-Freund nicht in der Lage ist, sich mit der primären EC-2-Instanz in der Region zu verbinden,
kann eine Cloud-Front automatisch ausfallen und alle Anfragen an diesen Backup-PC-2 in Region zwei senden.
Dies wird also als Gesamtausfallsicherung bezeichnet.
Bevor wir nun fortfahren und die Dinge im Detail verstehen, lassen Sie uns eine kurze Demo machen, um den gesamten Arbeitsablauf
zu verstehen.
In der heutigen Demo habe ich eine Cloud-Distribution.
Lassen Sie uns das schnell aufmachen.
Lassen Sie uns nun hier drinnen die Ursprünge erschließen.
Sie sehen, es gibt zwei Ursprünge.
In der Tat sind beide einfach.
Wenn Sie sich zum Beispiel den Namen der Ursprungsdomäne ansehen, haben Sie eine EC zu Instanz Nummer eins und eine einfache
zu Instanz Nummer zwei.
Die einfache Instanz Nummer eins befindet sich also in der Region Nord-Virginia, und der Backup-PC Nummer zwei befindet sich in der Region
Singapur.
Der erste Cloud-Freund wird also immer eine Anfrage an die beiden primären EC in North Virginia senden.
Wenn die primäre EC zwei ausfällt, sendet sie eine Anfrage an den zweiten Empfang.
Also probieren wir es einfach mal aus.
Öffnen wir zunächst die URL.
Dies ist also mit einem primären AC zwei verbunden.
Wenn ich es also hier einfüge, erhalten Sie die Standardeinstellung.
Willkommen auf der Seite von Engine ICS.
Öffnen wir die URL, die mit einem Backup PC zwei verbunden ist.
Fügen wir sie hinzu.
Und dieses Mal hat sich der Titel von "Willkommen bei Motor X" in "Willkommen beim Backup-Server" geändert.
Von hier aus können wir also leicht feststellen, welcher Server was ist.
Nun, von der Wolkenfront aus, gehen wir zurück.
Öffnen wir den Domänennamen im Browser.
Wenn ich den Domänennamen wie erwartet eingebe, wird die Seite Welcome to engine ICS angezeigt.
Also lassen Sie uns jetzt eines tun.
Lassen Sie uns fortfahren und diese zweite Instanz der EG stoppen.
Lassen Sie uns also diese zweite Instanz der EG stoppen.
Wenn also alles gut läuft, sollte die wiederholte Anfrage an die Cloud-Front an diesen speziellen Backup-Server
gehen.
Warten wir also, bis die Instanz aufhört.
Zurzeit befindet sie sich also im Haltezustand.
Das ist in Ordnung.
Wenn wir also die URL der EC zwei, die wir gerade angehalten haben, kopieren, senden wir eine Anfrage an diese URL.
Auch hier handelt es sich um einen Cache.
Das ist der Grund, warum sie kommen wird.
Machen wir eine Kontrolle für.
Und dieses Mal wird keine Bitte erfüllt.
Sie können sich auch von der ClA überzeugen, dass Sie bei einem Aufruf dieser spezifischen URL keine Antwort zurückbekommen,
hauptsächlich weil die Instanz und der Webserver nicht mehr laufen.
Nach einem kurzen Moment wird angezeigt, dass die Verbindung unterbrochen wurde.
Schicken wir also dieses Mal eine Mädchenanfrage an die Cloud, um zu sehen, welche Antwort wir
erhalten.
Und dieses Mal sehen Sie in der ClA sind wir immer willkommen, um Server zu sichern.
Also gut.
Ich hoffe, dass Sie mit diesem groben Überblick die Grundlagen von Origin Failover verstanden haben.
Bevor wir zum Schluss kommen, gibt es noch einige wichtige Hinweise, die Sie beachten sollten.
Der erste Hinweis ist, dass der Cloud-Freund das angeforderte Objekt sofort zurückgibt, wenn eine Anfrage einen Cache-Treffer
erzielt.
Das ist einfach zu verstehen.
Der zweite Hinweis ist, dass die Cloud-Front bei einem Cache-Miss die Anfrage an den primären Ursprung in der Ursprungsgruppe
weiterleitet.
Jetzt haben Sie einen primären Ursprung und einen sekundären oder einen Sicherungsursprung.
Die erste Priorität ist immer der primäre Ursprung.
Wenn nun vom primären Ursprung keine Verbindung hergestellt werden kann oder der primäre Ursprung eine Antwort
wie Phi X, X oder andere sendet, kann Cloud Friend eine Anfrage an den sekundären Ursprung senden,
der Teil der Ursprungsgruppe ist.
Sie können also alle Ursprünge, die Sie als primär oder sekundär konfigurieren, als Teil der Ursprungsgruppe konfigurieren.
Hier haben wir zum Beispiel zwei Ursprünge, die zusammen mit diesem konfiguriert sind.
Wir haben auch eine Herkunftsgruppe, die erstellt wird.
Wenn Sie nun diese Herkunftsgruppe betrachten, haben Sie eine Herkunft, die als primäre Herkunft bezeichnet wird, und eine Herkunft,
die als Backup-Herkunft bezeichnet wird.
Sie können also selbst bestimmen, welche von ihnen die Haupt- oder die Sicherungsfunktion sein soll.
Darüber hinaus können Sie auch die Failover-Kriterien konfigurieren.
Wenn also ein interner Serverfehler (500) vom primären Ursprung zurückgegeben wurde oder ein fehlerhafter Gateway
vom primären Ursprung zurückgegeben wurde usw. oder der primäre Ursprung antwortet dem Cloud-Freund
nicht, dann sendet die Cloud-Front eine Anfrage an den sekundären Ursprung.
Jetzt habe ich auch ein Diagramm direkt aus der Dokumentation angehängt, das dasselbe erklärt, und es wird
einfacher zu überarbeiten.
Hier geht die Anfrage also an die Cloud-Front.
Wenn es einen Cache-Treffer gibt, wird die Cloud-Front die Antwort zurückschicken.
Das ist etwas, das wir gesehen haben.
Wenn jedoch ein Cache-Fehler auftritt, wird eine Anfrage an den Ursprung gesendet.
Dies ist also der primäre Ursprung.
Wenn nun der Ursprung mit einem Fehler antwortet, wird die Anfrage an den Ursprung B weitergeleitet, und vom
Ursprung B werden die Daten an den Betrachter zurückgesendet.
Dies ist also die Herkunftsgruppe, in der Sie den primären und den sekundären Ursprung haben.
Das ist also ein grober Überblick, und damit endet das heutige Video.