Bonjour, tout le monde, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler des tables de sécheresse au niveau de l'attachement de la passerelle de
transit.
Maintenant, une chose importante à retenir, et nous avons déjà vu que lorsque vous ajoutez un attachement VPC spécifique
à la passerelle de transit, nous savons que les routes sont automatiquement propagées.
Et les VPC qui sont attachés à la passerelle de transit sont également capables de communiquer entre eux par
défaut.
Le premier point important à retenir est donc que lorsque vous créez une passerelle de transit, une
table de routes par défaut est automatiquement créée.
Et par défaut, cette table de route est la table de route d'association par défaut et la table de route de propagation par défaut
également.
Donc cette table de route par défaut, lorsque vous créez une passerelle de transit, elle sera vide.
Maintenant, lorsque vous attachez un VPC, alors automatiquement la route propagée est ajoutée à cette table de route par défaut.
De même, lorsque vous attachez le VPC, la route propagée qui lui est associée est ajoutée à cette table de routes par défaut.
Avant d'aller plus loin, examinons rapidement la situation.
Maintenant, pour la démonstration d'aujourd'hui, j'ai une passerelle de transit qui est disponible et associée à cette passerelle de transit.
Vous voyez qu'il y a trois attachements VPC qui sont ajoutés.
Et pour cette passerelle de transit, il y a aussi une table de route de passerelle de transit.
Et il y a une table de route que vous voyez ici.
Et si vous le voyez, déclarez la table de route d'association par défaut et la table de route de propagation par défaut.
Il s'agit donc de la table des routes où les routes associées au VPC qui sont ajoutées dans le cadre des pièces jointes sont
automatiquement ajoutées.
Bien que ce type de configuration fonctionne assez bien, vous avez besoin de quelque chose comme un hub centralisé
où toutes les pièces jointes et leurs ressources doivent pouvoir communiquer entre elles.
Cependant, généralement dans une grande organisation, c'est quelque chose que vous ne souhaitez pas toujours.
Il y a toujours des cas d'utilisation spécifiques et un certain degré de flexibilité est nécessaire.
Nous allons donc comprendre cela à l'aide d'un cas d'utilisation simple.
Donc, dans le cadre de ce cas d'utilisation, ce que nous voulons, c'est que toutes les communications
soient autorisées, sauf la communication entre VPC B et VPC Z.
Maintenant, à ce stade, nous savons déjà que si trois VPC sont attachés à la passerelle de transit et
si nous avons une table de route par défaut, alors tous ces VPC seront capables d'inter-communiquer entre eux.
Mais c'est quelque chose que nous ne voulons pas.
Donc cette communication entre VPC B et VPC doit être bloquée.
Pour résoudre ce problème, au lieu d'utiliser une table de routage par défaut pour toutes les pièces jointes, vous pouvez
créer votre propre ensemble personnalisé de tables de routage.
Ce que vous allez faire, c'est créer une table de route au niveau de la passerelle de transit pour chacune des pièces jointes.
Donc table de route pour VPC une pièce jointe.
Et dans cette table de route, ce qui spécifiera spécifiera que tout trafic allant vers la destination
de 1077, qui est le VPC z devrait passer par l'attachement.
C C'est simple à comprendre.
Encore une fois, une entrée de route de plus.
Tout le trafic vers 192 168 qui est le VPC.
Nous devrions passer par l'attachement.
Être très simple à comprendre.
Maintenant, la table de route associée au VPC ne contiendra qu'une seule entrée qui stipule que le trafic
destiné à un 7231 doit passer par l'attachement A et il n'y a aucune autre entrée à part celle-là.
De même, même dans le VPC Z, il y a un attachement de route d'un 7231 allant via l'attachement A Maintenant, notez que cette table de route dont
nous discutons, ce n'est pas au niveau du VPC, c'est au niveau de la passerelle de transit.
Très bien.
Nous allons donc nous pencher rapidement sur cette question.
Maintenant, à ce stade, puisque nous avons la table de route par défaut, nous savons que toutes les pièces
qui font partie de l'attachement, tous les trois VPC seront capables d'inter-communiquer entre eux.
Alors, examinons aussi cette question.
J'ai donc trois instances faciles à mettre en place, chacune dans un VPC distinct.
Donc, à partir de l'instance numéro 1, qui est connectée par un navigateur.
Allons-y et faisons un ping rapide de l'instance numéro deux dans un VPC aussi.
Donc je dirai ping.
Appuyons sur Entrée et comme prévu, nous recevons la réponse.
De même, allons-y et essayons de nous connecter à l'instance.
Numéro trois, je vais dire ping et nous recevons la réponse.
Très bien.
C'est donc quelque chose que nous comprenons déjà parce que notre table de route par défaut est ajoutée, maintenant nous
allons aller de l'avant et personnaliser les choses où nous n'utilisons pas l'entrée de la table de route par défaut.
Donc ce que nous allons faire, c'est créer une table de route de passerelle de transit.
Je dirai VPC zéro une table de route, et la passerelle de transit sera sélectionnée ici.
Créons ici une table ronde de manière similaire.
Créons également une autre table.
Je dirai VPC zéro deux table de route.
Nous allons spécifier la passerelle de transit.
Et aussi VPC.
Table de route zéro trois.
Permet de sélectionner la passerelle de transit.
Très bien.
Maintenant, si vous voyez au total, nous avons quatre tables de route, une étant la table par défaut, trois étant les tables personnalisées.
Attendons donc rapidement que les tables de route soient créées.
Super.
Et nous avons les tables de racine disponibles.
Donc, pour la démonstration d'aujourd'hui, ce que nous allons faire, puisque nous sommes connectés
à l'instance EC2 ici, qui fait partie de la VPC numéro un, ce que nous allons faire, c'est que la VPC A pourra communiquer avec la VPC
B, mais que la VPC ne pourra pas communiquer avec la VPC Z.
Donc c'est quelque chose que nous allons essayer.
Alors faisons une chose à partir de la table de route par défaut.
Allons-y et supprimons les associations qui sont disponibles.
Faisons-le un par un.
J'associerais toutes les associations.
Attendons rapidement un moment ici.
Et si nous ouvrons les associations une fois de plus, vous verrez qu'il n'y a aucune association à la table de route
par défaut.
Maintenant, depuis le VPC zéro un, associons cette table de route spécifique à notre attachement VPC zéro un.
Je vais créer une association.
De même pour la table de route de la VPC 2.
Je vais l'associer à l'attachement numéro deux associé au VPC zéro deux.
Et de la même manière, faisons-le aussi pour le .
VPC numéro trois.
Maintenant, depuis le VPC zéro un.
Si nous allons dans les routes, nous allons créer une certaine route statique.
Je verrai tout le trafic allant de 190 à 160 800 slash 16.
Il devrait aller vers l'attachement numéro deux.
Très bien.
Je vais créer une route statique.
Très similaire.
Tout trafic allant vers 192 168 doit aller vers l'annexe B, qui est la numéro deux.
Maintenant, si vous vérifiez les routes, vous verrez qu'il y a une entrée de route qui est disponible.
C'est donc une route statique.
De même, dans la route VPC zéro deux, ajoutons également une entrée statique indiquant
tout trafic destiné à 1030 100 slash 16.
Il faut passer par l'annexe 1.
Très bien.
Maintenant, à partir de l'instance, numéro un, essayons d'envoyer un ping au numéro de VPC, que cela fonctionne, la ressource fonctionne
parfaitement bien.
Maintenant, de votre instance facile à l'instance dans VPC huit, essayons d'amener l'instance facile à l'instance dans
VPC Z.
Donc le CIDR de VPC Z est 1077, très similaire au diagramme.
Si j'appuie sur la touche Entrée, vous voyez que nous ne sommes pas en mesure d'effectuer l'opération ping et de la même manière, selon le cas d'utilisation
que vous avez, si vous associez une table de route au niveau de l'attachement, il y a beaucoup de flexibilité que vous
serez en mesure d'atteindre dans un environnement plus large.
C'est donc une vue d'ensemble de très haut niveau et c'est ainsi que se termine la vidéo d'aujourd'hui.