Hallo und willkommen zurück.
Im heutigen Video werden wir über Dürretabellen auf der Ebene der Transit-Gateway-Anhänge sprechen.
Wir haben bereits gesehen, dass jedes Mal, wenn Sie dem Transit-Gateway ein bestimmtes VPC-Attachment
hinzufügen, die Routen automatisch propagiert werden.
Und auch die VPC, die mit dem Transit-Gateway verbunden sind, können standardmäßig miteinander kommunizieren.
Der erste wichtige Hinweis, den Sie sich merken müssen, ist, dass beim Erstellen eines Transit-Gateways
automatisch eine Standardroutentabelle erstellt wird.
Standardmäßig ist diese Routentabelle die Standard-Association-Routentabelle und auch die Standard-Propagation-Routentabelle.
Wenn Sie also ein Transit-Gateway erstellen, ist diese Standard-Routentabelle leer.
Wenn Sie nun eine VPC anschließen, wird die propagierte Route automatisch zu dieser Standard-Routentabelle hinzugefügt.
Wenn Sie die VPC anhängen, wird die zugehörige propagierte Route zu dieser Standardroutentabelle hinzugefügt.
Bevor wir weitermachen, sollten wir uns kurz damit befassen.
In der heutigen Demo habe ich ein Transit-Gateway, das verfügbar und mit diesem Transit-Gateway verbunden ist.
Sie sehen, dass drei VPC-Anhänge hinzugefügt wurden.
Und für dieses Transit-Gateway gibt es auch eine Transit-Gateway-Routentabelle.
Und es gibt eine Routentabelle, die Sie hier sehen.
Und wenn Sie es sehen, geben Sie die Standard-Assoziationsroutentabelle und die Standard-Propagationsroutentabelle an.
Dies ist also die Routentabelle, in der die mit der VPC verbundenen Routen, die als Teil der Anhänge hinzugefügt werden, automatisch
hinzugefügt werden.
Obwohl diese Art von Einrichtung recht gut funktioniert, wenn man so etwas wie einen zentralen Knotenpunkt
braucht, an dem alle Anhänge und ihre Ressourcen miteinander kommunizieren können sollten.
In größeren Organisationen ist dies jedoch nicht immer erwünscht.
Es gibt immer einige spezifische Anwendungsfälle und ein gewisses Maß an Flexibilität ist erforderlich.
Lassen Sie uns also fortfahren und dies anhand eines einfachen Anwendungsfalls verstehen.
In diesem Anwendungsfall wollen wir also, dass alle Kommunikationen mit Ausnahme der Kommunikation
zwischen VPC B und VPC Z zugelassen werden.
In diesem Stadium wissen wir bereits, dass, wenn drei VPC mit dem Transit-Gateway verbunden sind und wir
eine Standard-Routentabelle haben, alle diese VPC in der Lage sein werden, untereinander zu kommunizieren.
Aber das ist etwas, das wir nicht wollen.
Daher sollte diese Kommunikation zwischen VPC B und VPC blockiert werden.
Um dieses Problem zu lösen, können Sie anstelle einer Standard-Routentabelle für alle Anhänge Ihre
eigene benutzerdefinierte Routentabelle erstellen.
Sie werden also auf der Ebene des Transit-Gateways für jeden Anhang eine Routentabelle erstellen.
Also Routentabelle für VPC ein Anhang.
Und in dieser Routentabelle wird festgelegt, dass jeglicher Datenverkehr, der zum Ziel
1077, also dem VPC z, geht, über das Attachment laufen soll.
C Das ist einfach zu verstehen.
Wieder ein weiterer Routeneintrag.
Der gesamte Verkehr in Richtung 192 168, die VPC ist.
Wir sollten über den Anhang gehen.
Sie müssen sehr einfach zu verstehen sein.
In der Routentabelle, die mit der VPC verknüpft ist, gibt es nur einen Eintrag, der besagt, dass der für eine 7231
bestimmte Datenverkehr über Anhang A laufen soll, und es gibt keinen weiteren Eintrag außer diesem.
Auch in der VPC Z gibt es ein Routing-Attachment von einer 7231, die über Attachment A geht. Beachten Sie, dass diese Routing-Tabelle,
die wir besprechen, nicht auf VPC-Ebene, sondern auf Transit-Gateway-Ebene
ist.
Also gut.
Schauen wir uns also auch das noch einmal kurz an.
Da wir jetzt die Standard-Routentabelle haben, wissen wir, dass alle Teile des
Anhangs, alle drei VPCs in der Lage sein werden, miteinander zu kommunizieren.
Wir sollten uns also auch damit befassen.
Ich habe also drei einfach zu instanzierende Instanzen, jede in einer separaten VPC.
Also von der Instanz Nummer eins, mit der wir über den Browser verbunden sind.
Machen wir weiter und pingen die Instanz Nummer zwei in einer VPC ebenfalls an.
Ich sage also "ping".
Drücken wir die Eingabetaste und wie erwartet erhalten wir die Antwort zurück.
Versuchen wir auch, eine Verbindung zur Instanz herzustellen.
Nummer drei: Ich sage "ping", und wir bekommen die Antwort zurück.
Also gut.
Das ist also etwas, das wir bereits verstanden haben, da unsere Standard-Routentabelle hinzugefügt wurde. Jetzt
werden wir fortfahren und Dinge anpassen, bei denen wir den Standard-Routentabelleneintrag nicht verwenden.
Wir machen also weiter und erstellen eine Transit-Gateway-Routentabelle.
Ich werde sagen, VPC Null eine Route Tabelle, und die Transit-Gateway wird hier ausgewählt werden.
Lassen Sie uns hier auf ähnliche Weise einen runden Tisch erstellen.
Lassen Sie uns noch eine weitere Tabelle erstellen.
Ich würde sagen, VPC Null zwei Routentabelle.
Wir werden das Transit-Gateway angeben.
Und auch VPC.
Null drei Route Tabelle.
Wählt das Transit-Gateway aus.
Also gut.
Wie Sie sehen, haben wir insgesamt vier Routentabellen, eine Standardtabelle und drei benutzerdefinierte Tabellen.
Warten wir also noch einen Moment, bis die Routentabellen erstellt sind.
Großartig.
Und wir haben die Stammtabellen zur Verfügung.
Für die heutige Demo werden wir also Folgendes tun: Da wir hier mit der EC2-Instanz
verbunden sind, die Teil der VPC Nummer eins ist, wird VPC A mit VPC B kommunizieren können, aber VPC sollte
nicht mit VPC Z kommunizieren können.
Wir werden das also ausprobieren.
Lassen Sie uns also eine Sache aus der Standard-Routentabelle machen.
Lassen Sie uns nun die vorhandenen Assoziationen entfernen.
Gehen wir einen nach dem anderen durch.
Ich würde alle Assoziationen mit einbeziehen.
Lassen Sie uns hier einen Moment warten.
Und wenn wir die Assoziationen noch einmal öffnen, werden Sie sehen, dass es in der Standard-Routentabelle keine Assoziationen
gibt.
Lassen Sie uns nun von der VPC Zero One aus diese spezifische Routentabelle mit unserem VPC Zero One-Attachment verknüpfen.
Ich werde eine Assoziation schaffen.
Ähnlich verhält es sich mit der VPC-2-Routentabelle.
Ich verbinde es mit dem Anhang Nummer zwei, der mit VPC Null zwei verbunden ist.
Und in ähnlicher Weise sollten wir dies auch für die tun.
VPC Nummer drei.
Jetzt vom VPC Null Eins.
Wenn wir zu den Routen gehen, erstellen wir eine bestimmte statische Route.
Ich sehe jeden Verkehr, der auf 190 bis 160 800 Schrägstrich 16 geht.
Es sollte in die Anlage Nummer zwei gehen.
Also gut.
Ich werde eine statische Route erstellen.
Sehr ähnlich.
Jeglicher Datenverkehr, der an 192 168 geht, sollte an Anhang Nummer B gehen, der Nummer zwei ist.
Wenn Sie nun in den Routen nachsehen, werden Sie sehen, dass ein Routeneintrag vorhanden ist.
Es handelt sich also um eine statische Route.
In ähnlicher Weise fügen wir in der VPC-Null-Zwei-Route einen statischen Eintrag hinzu, der besagt, dass jeglicher
Verkehr für 1030 100 Schrägstrich 16 bestimmt ist.
Es sollte über Anlage eins gehen.
Also gut.
Nun, von der Instanz, Nummer eins, versuchen wir, die VPC-Nummer anzupingen, es funktioniert, die Ressource funktioniert
einwandfrei.
Jetzt von Ihrem von der einfachen zur Instanz in VPC acht, lassen Sie uns versuchen, die einfache zur Instanz in VPC Z zu bringen.
Die CIDR von VPC Z ist also 1077, was der Abbildung sehr ähnlich ist.
Wenn ich die Eingabetaste drücke, sehen Sie, dass wir nicht in der Lage sind, die Ping-Operation auszuführen. Wenn
Sie je nach Anwendungsfall eine Routentabelle auf der Anschlussebene zuordnen, können Sie
in einer größeren Umgebung eine Menge Flexibilität erreichen.
Das ist also der grobe Überblick, mit dem das heutige Video endet.