Haroon, et bienvenue à nouveau ici, nous discuterons des bases de la politique de routage et de notre 53 maintenant
à un niveau élevé par rapport au routage des autres, vous permet essentiellement de router le trafic
vers une ressource lorsque les ressources sont utiles ou vers un autre ressource lorsque la première ressource est défectueuse.
Supposons donc qu'il s'agisse d'une instance setu et qu'il s'agit de la première zone de ressources.
Donc, tout le trafic qui est dirigé vers la route, 53 ira à cette ressource de force de facile à
instantanée.
Cependant, si cette instance tombe en panne, alors avec l'aide d'un autre routage, nous pouvons dire à
Roud 53 que toutes les requêtes doivent être dirigées vers le point final différent.
Et c'est très courant dans beaucoup de Lipsett.
Donc, en gros, vous avez peut-être vu beaucoup de beedis de maintenance qui pourraient être à venir.
Ainsi, si le site Web principal ne fonctionne pas pour une raison quelconque, alors automatiquement Deerness like it out
53 avec l'aide d'un autre routage, peut se diriger vers une fosse de maintenance afin que l'inconvénient
global reste moindre en termes d'expérience utilisateur.
Alors laissez-moi faire une chose.
Permettez-moi de vous faire une démonstration rapide afin que nous puissions mieux comprendre cela.
Donc actuellement dans Route 53, j'ai deux enregistrements qui ont été définis et ils sont basés sur la politique
de routage Filho, les politiques de routage Soyuzes basées sur l'échec, et Varnum sur l'enregistrement est appelé primaire et le
deuxième enregistrement est appelé secondaire.
Donc, fondamentalement, le quatrième fait des choses avec le primaire.
Le trafic devrait aller est également appelé le primaire.
Et la base de maintenance dont nous parlions est une référence au rappel secondaire.
Maintenant, ce qui se passera, c'est que si cet enregistrement principal échoue, Route 53 dirigera automatiquement le trafic
vers cette valeur secondaire, qui est la page de maintenance hébergée sur les trois d'Amazon.
Maintenant, laissez-moi vous montrer rapidement les deux.
Ouvrons donc rapidement la première valeur dans le navigateur.
Vous voyez, le site Web fonctionne parfaitement bien.
Maintenant, l'une des questions qui se pose est de savoir comment la route 53 détermine si la ressource est saine ou non ?
Et cette détermination passe par le bilan de santé.
Donc, actuellement, j'ai un bilan de santé configuré pour deux instances faciles.
Et actuellement, si vous voyez le bilan de santé est parfaitement sain.
Ce site Web est donc essentiellement chargé du SC vers l'instance pour laquelle le contrôle de santé est associé.
Maintenant, pour cette instance AC2, si je dois montrer rapidement si je perds le statut Estancia, Angelique, vous voyez que le moteur X est
actuellement actif et en cours d'exécution et c'est de là que vient le site Web.
Faisons donc une chose.
Allons de l'avant et faisons un appel sur le terrain ou le point.
Gardez eLab à partir de maintenant à ce stade, cet échec d'enregistrement spécifique, Kapil a observé sur Internet que le contrôle de santé
associé est sain.
Cela signifie essentiellement que le Routt 53 dirigera le trafic vers cette première valeur, qui est l'adresse IP de
ces deux.
Ainsi, lorsque vous passez un appel, vous devriez voir le gros fichier d'administration à venir.
En fait, si vous faites rapidement un appel sur basculement point KP vit point Internet, vous devriez essentiellement voir que
le serveur ici est Ingenix, suivi du numéro de version.
Et si vous le faites rapidement et recherchez des champs ou des points sur Internet, il s'agit essentiellement de diriger vers le serveur
avec l'heure de fin IP avant celle-ci, qui est la même que la valeur que nous avons
définie.
Prenons maintenant un autre scénario où il s'agit de deux instances.
Le site Web ira de l'avant et l'arrêtera.
Alors laissez-moi aller de l'avant et ces systèmes peuvent s'arrêter.
Ingénix D'accord.
Alors maintenant, si vous actualisez rapidement la page, vous voyez que vous obtenez immédiatement une erreur indiquant que le site ne peut pas
être atteint.
Maintenant, puisque le site ne fonctionne pas, même le Hatake, par la suite, il passera de sain à
malsain.
Attendons donc rapidement un instant ici.
Ainsi, lors d'une actualisation ultérieure, vous voyez maintenant que l'état est passé de sain à malsain.
Maintenant, si les choses fonctionnent parfaitement en ce qui concerne le routage associé, la demande ne
devrait pas être trop facile à instancier, mais elle devrait plutôt aller au point de terminaison secondaire associé
à S3.
Essayons donc.
Alors clarifions la page et cette fois faisons un nouvel appel sur Freeloader Capi sur Internet.
Vous voyez, vous recevez un message indiquant qu'il s'agit d'une page de maintenance.
Maintenant, cette page de maintenance spécifique provient d'un trois compartiments appelé Freeloader Kapil, Internet, qui à
son tour contient essentiellement ces données d'index.
Alors laissez-moi aussi vous montrer ceci.
Donc, si j'ouvre rapidement cette URL objective, voyez-vous, c'est ça.
Un rythme de maintenance, et c'est le rythme exact que nous obtenons en ce
qui concerne cette fille, et maintenant même si vous le faites et recherchez sur Internet cette fois, vous voyez que vous obtenez fondamentalement une adresse
IP complètement différente.
C'est correct.
Donc, avec cela, j'espère qu'à un niveau élevé, vous avez compris les bases ainsi que les avantages offerts
par la politique de routage de Fallujah.
Donc, avec cela se terminera la vidéo d'aujourd'hui.