Salut à tous et bienvenue.
Maintenant, dans la vidéo d'aujourd'hui, nous discuterons des bases du modèle OSA et nous l'examinerons du point
de vue des équilibreurs de charge.
Maintenant, chaque fois que vous allez de l'avant et examinez la documentation ou les fonctionnalités liées à l'équilibreur de charge, l'une
des choses courantes que vous verrez généralement, par exemple, il s'agit de la comparaison de produits de plusieurs
équilibres de charge.
Maintenant, dans le type d'équilibreur de charge, vous verrez la couche sept, vous verrez la couche quatre, vous verrez la couche
quatre, la diapositive sept, etc.
Maintenant, la question qui se pose est qu'est-ce que cela signifie exactement?
Et cela conduit aussi à une certaine confusion.
C'est donc ce que nous allons regarder dans la vidéo d'aujourd'hui.
Maintenant, les couches qui ont été décrites sont principalement associées aux couches qui font partie du modèle
OSI.
Donc, à un niveau élevé, le modèle OSA décrit les sept couches que le système informatique utilise pour
communiquer sur un réseau.
Par exemple, disons que nous ouvrons un site Web via un navigateur, donc lorsque cette opération se produit dans les
coulisses intimement, vos paquets de trafic passent par cet ensemble de couches.
Ainsi, les premiers sont associés à une couche physique où vous avez Ethernet, puis vous avez
la couche réseau où vous avez le protocole IP ICMP, puis vous avez la couche transport associée à TCP et la dernière
couche est associée à l'application.
Maintenant, une chose importante à noter ici est que chaque couche est associée à un certain ensemble de protocoles.
Par exemple, la couche d'application possède un certain ensemble de protocoles tels que HTTP, protocole, FTP, SMTP,
etc.
Lorsque vous discutez de la couche de transport, vous avez le protocole TCP, la couche réseau du
protocole UDP est associée à IP, ICMP, etc.
Ainsi, lorsque vous continuez et lisez que l'équilibreur de charge d'application est associé à la couche sept, ce n'est rien
d'autre que la couche sept dans le cadre de ce modèle OSA.
Vous avez donc un détail physique, un deuxième réseau, un troisième, un quatrième, cinq, six, sept, qui est
la couche d'application.
Il indique donc que l'équilibreur de charge d'application fonctionne au niveau de la couche application.
Maintenant, lorsque vous discutez de l'équilibreur de charge réseau, qui est la couche quatre, vous en avez donc un, deux,
trois, quatre.
Ainsi, l'équilibreur de charge réseau fonctionne principalement au niveau de la couche de transport.
Maintenant, la question qui se pose est de savoir quelle différence cela fait-il que l'équilibreur de charge fonctionne dans la couche application ou
dans une couche transport ?
Parce qu'en fin de compte, l'équilibreur de charge ira de l'avant et équilibrera la charge du trafic entre plusieurs ensembles
de cibles.
Et la réponse à cela réside dans les fonctionnalités fournies par un équilibreur de charge associées à l'ensemble de couches.
Maintenant, pour démontrer le concept de manière beaucoup plus pratique, j'ai un fichier pcap associé
au HTTP.
Donc, quelqu'un a ouvert un site Web spécifique et tout le trafic est capturé.
C'est donc le guerrier de la capture de paquets.
Maintenant, si vous examinez la capture de paquets, cela commence essentiellement par SYN Snack et AG.
Donc, fondamentalement, c'est le protocole TCP.
Ensuite, dans ce quatrième numéro, vous verrez que vous avez un protocole HTTP.
Même à partir du protocole que vous voyez, vous avez un protocole HTTP ici.
Et si vous examinez cela, vous avez la trame au début, vous avez l'Ethernet, vous avez le protocole IP,
vous avez le protocole TCP, vous avez le protocole HTTP, pas les valeurs dont nous parlions.
Donc, au départ, nous avons Ethernet, puis vient l'IP, puis vient le TCP, puis vient le HTTP.
D'accord, alors que nous en discutons, vous avez Internet, vous avez l'IP dans la couche réseau, vous
avez le TCP dans la couche transport, puis l'autre est HTTP et la couche application.
Et une chose similaire que vous pouvez voir ici maintenant pour la vidéo d'aujourd'hui, nous discuterons de l'équilibreur de charge d'application,
qui fonctionne au niveau de la couche sept.
Maintenant, couche sept, nous savons que le protocole HDTV est associé à une couche sept.
Vous avez donc également les données liées au protocole HTTP ici.
Donc, à partir d'ici, ce que l'utilisateur a fait en utilisant la commande W gate, il a fait une demande spécifique.
C'est donc la demande que vous êtes ici.
Vous pouvez voir même à partir d'ici que vous pouvez voir qu'il s'agit d'une demande de porte sur les images slash, mise en page slash logo slash
point BMG.
C'est le U et l'hôte de ce réseau de points de vie de paquet.
Donc, fondamentalement, ce que l'utilisateur a fait, il a exécuté la commande W gate sur le paquet live dot net slash
images slash layer slash logo dot png.
Donc, si nous le construisons dans une commande, voici à quoi ressemblerait vraiment la commande.
Nous accédons donc à cette URL spécifique et le point final ici est le fichier PNG.
L'image a donc été récupérée.
Maintenant, dans ce protocole de couche sept de HTTP, il y a plusieurs choses que nous voyons ici.
Le premier est la demande de porte.
Il existe donc plusieurs types de demandes.
Vous avez un poste de porte et ainsi de suite.
C'est donc une partie de seconde.
Mais est-ce tout ce A qui est la partie ici qui est le logo de mise en page des images en tranches que c'est la deuxième partie
importante.
La troisième partie importante est cet agent utilisateur.
Ainsi, chaque outil a son propre ensemble d'agents utilisateurs.
Chrome a un agent utilisateur différent Firefox a un agent utilisateur différent et ainsi de suite.
Ensuite, vous avez cet en-tête d'hôte, qui n'est rien d'autre que l'hôte.
Maintenant, la partie importante ici est que si un équilibreur de charge est un équilibreur de charge de type couche sept, alors cet équilibreur
de charge aura une sorte de fonctionnalité où il peut enraciner la demande en fonction de ces données, comme get post et ainsi
de suite, l'utilisateur agent, l'en-tête de l'hôte, etc.
Ainsi, sur la base de tous ces en-têtes qui font partie du protocole HTTP, l'équilibreur de charge de base de la couche
sept pourra rooter la requête.
Alors allons-y et examinons-le pratiquement.
Maintenant, pour la démo d'aujourd'hui, j'ai un équilibreur de charge d'application qui est opérationnel.
Et pendant que nous en discutons, l'équilibreur de charge d'application s'exécute sur la couche sept.
Donc, ce que j'ai fait, j'ai configuré cet équilibreur de charge d'application pour examiner cet en-tête d'agent utilisateur.
Et sur la base de cet agent utilisateur, l'équilibreur de charge d'application ira de l'avant et renverra une réponse complètement
différente.
Alors allons-y et examinons-le pratiquement.
Donc, à partir d'un équilibreur de charge, copions cette URL et à partir de mon navigateur Firefox, j'ajouterai l'URL spécifique,
appuyons sur Entrée et elle indique Hey Mozilla, vous avez un excellent complément.
Alors, quel équilibreur de charge d'application a fait ?
Il a examiné l'agent utilisateur à un niveau élevé et il renvoie maintenant la réponse de
la CLA.
Si nous utilisons une porte W pour envoyer la même requête à notre équilibreur de charge, et que la réponse était essentiellement
le code HTML indexé qui a été téléchargé.
Donc, si j'ouvre le code HTML indexé, ce n'est rien d'autre que le site Web zéro deux.
Ainsi, la même URL, lorsqu'elle est ouverte à partir d'un ensemble d'outils différent, comme à partir d'un navigateur Mozilla ou à l'aide
de la porte W, renvoie un ensemble de réponses différent.
Et tout cela est dû à la configuration liée à l'agent utilisateur dans l'équilibreur de charge d'application.
Et tout cela est possible car notre équilibreur de charge d'application est listé sur la couche sept.
Et dans la couche sept, nous avons le protocole HTTP.
Et dans le protocole HTTP, vous avez cet en-tête d'agent utilisateur et l'équilibreur de charge d'application peut capturer
cet en-tête, peut examiner le contenu et en fonction de ce contenu, il peut aller de l'avant et envoyer un type de réponse
différent tous ensemble.
Maintenant, lorsque vous discutez de l'équilibreur de charge réseau, cela ne fonctionne pas vraiment sur la couche sept.
Cela fonctionne sur la couche quatre.
La couche quatre est associée à TCP et UDP.
Donc, pour l'équilibreur de charge réseau, vous n'aurez pas vraiment cette flexibilité pour regarder dans la grille des en-têtes
HTTP.
Alors avant de conclure, allons-y et révisons rapidement.
Donc, le premier point est que chaque équilibreur de charge fonctionne au niveau de la couche spécifique.
C'est quelque chose que nous avons vu et vous ne pourrez effectuer des opérations sur la demande qu'en fonction
de la couche prise en charge par LP.
Super.
Donc, avec cela se terminera la vidéo d'aujourd'hui.