Salut à tous et bienvenue.
Maintenant dans cette vidéo, nous allons explorer les équilibres de charge du réseau.
Maintenant, à un aperçu de haut niveau, il est important pour nous de noter que l'équilibreur de charge réseau
fonctionne sur la quatrième couche du modèle OSI.
Donc, si vous examinez le modèle américain, vous avez des données physiques, un lien, un réseau et un transport.
Le transport est donc la couche où l'équilibreur de charge réseau fonctionne.
Et c'est l'une des raisons pour lesquelles le NLP prend également en charge certains des protocoles qui
font partie de la couche de transport, à savoir TCP, UDP également.
Désormais, l'un des grands avantages de l'équilibreur de charge réseau est qu'il peut gérer des millions de requêtes par
seconde et tous les cas d'utilisation liés aux performances ultra élevées dont vous avez besoin dans le cadre de
l'équilibreur de charge et constitue le bon choix.
Maintenant, juste pour réviser, j'ai un paquet capturé associé à une requête qui avait chargé un site Web.
Maintenant, à l'intérieur de cela se trouve essentiellement la requête basée sur le protocole HTTP que nous voyons ici.
Maintenant, lorsque nous discutons de l'équilibreur de charge d'application, puisqu'il prend en charge le protocole HTTP,
l'équilibreur de charge d'application peut également continuer et lire le contenu de divers en-têtes tels que l'en-tête
de l'agent utilisateur, l'en-tête de l'hôte, la méthode de requête, etc. .
Maintenant, puisque l'équilibreur de charge réseau ne fonctionne pas sur la couche sept, il n'a pas vraiment de contrôle
sur cela.
Vous ne pourrez donc effectuer aucune action basée sur le contenu des en-têtes HTTP.
Alors faisons une chose.
Allons-y et sautons directement avec les pratiques maintenant pour la vidéo d'aujourd'hui.
J'ai déjà une instance facile de deux qui est configurée.
Le nom est LP Hyphen Instance et j'ai installé le serveur Web Engine X en plus de cela.
Donc, si je copie l'adresse IP publique et si je l'ajoute au navigateur comme prévu, nous obtenons la page du moteur par défaut.
Revenons maintenant à notre console EC2, ouvrons les équilibres de charge et cette fois, vous pouvez continuer et créer un équilibreur
de charge réseau.
Avant de faire cela, créons également un groupe cible et nous allons créer un groupe cible pour l'équilibreur
de charge réseau qui choisira les instances de type cible.
Et notez que dans le protocole, si vous souhaitez associer ce groupe cible à un équilibreur de charge
réseau, vous devez utiliser un protocole spécifique comme TCP, UDP, que le NHLBI supporte.
Je vais donc utiliser le protocole TCP et le nom du groupe cible.
Je vais juste l'appeler comme une étiquette de trait d'union nhlbi afin que nous puissions l'identifier.
Une fois cela fait, vous pouvez cliquer sur Suivant.
Vous pouvez enregistrer votre cible.
Une fois cela fait, vous pouvez continuer et créer le groupe cible.
Super.
Ainsi, notre groupe cible est créé.
Passons maintenant à la charge.
Les équilibreurs créeront un nouvel équilibreur de charge.
Cette fois, le type d'équilibreur de charge sélectionnera l'équilibreur de charge réseau, cliquera sur créer dans le nom
de l'équilibreur de charge. Je l'appellerai simplement démo, trait d'union et LP.
Une fois cela fait, descendons un peu.
Assurez-vous qu'il s'agit d'un équilibreur de charge accessible sur Internet.
Vous pouvez continuer et sélectionner les zones de disponibilité ici.
Donc, dans la région Node California, voici la configuration.
Descendons un peu au sein du groupe cible.
Ici, un groupe cible LP apparaît ici.
Choisissons ceci maintenant.
Encore une fois, à ce stade, une autre chose importante à noter est que nous avions deux groupes cibles, si vous vous en souvenez.
En fait, permettez-moi de vous montrer rapidement une fois de plus.
Donc, dans la console SC deux, passons aux groupes cibles.
Nous avions ici deux groupes cibles.
Cependant, lorsque nous sélectionnons cette liste déroulante, un seul groupe cible apparaît principalement à cause de
ce protocole.
Comme nous le savons déjà, j'ai un autre groupe cible ici.
College Demo, hive DC et le protocole ici est le HTTP.
Nous savons maintenant que l'équilibreur de charge réseau ne prend pas directement en charge le protocole HTTP,
et c'est l'une des raisons pour lesquelles seul le groupe cible associé à la couche de transport apparaîtra
ici.
Une fois que vous avez fait cela, vous pouvez cliquer sur Créer un équilibreur de charge.
D'accord.
Ainsi, notre équilibreur de charge est créé.
Cliquons sur Afficher l'équilibreur de charge.
Et à ce stade, il est dans l'état de provisionnement.
Maintenant, une chose importante spécifiquement pour l'équilibreur de charge réseau est que vous ne pourrez
pas lui associer un groupe de sécurité.
Donc, si vous examinez ces options ici, il n'y a pas d'options liées au groupe de sécurité dans l'équilibreur de
charge réseau.
C'est une chose importante à noter.
Alors faisons une chose.
Il est toujours à l'état d'approvisionnement.
Attendons rapidement une minute ou deux et nous reprendrons une fois que ce sera prêt.
D'accord.
Cela fait donc une minute et un équilibreur de charge est actuellement actif.
Alors copions le nom DNS et à partir d'un onglet plus récent, ajoutons ce DNS ici et ici.
Notre espace moteur par défaut fonctionne parfaitement bien.
Encore une fois, comme nous discutons du fait que l'analogie fonctionne au niveau de la couche de transport, vous ne verrez
pas vraiment ces règles d'écoute fantaisistes que vous verrez généralement au niveau de l'équilibreur de charge d'application.
Vous avez donc une règle TCP simple basée sur celle-ci que vous pouvez transmettre à certains groupes cibles.
D'accord.
Voici donc les bases de l'équilibreur de charge réseau.
Encore une fois, une fois que nous aurons terminé avec la pratique, assurez-vous de supprimer l'équilibreur
de charge afin de ne pas vraiment recevoir la facture surprise à la fin du mois.
Maintenant, quelques points importants à noter ici sont que l'équilibreur de charge réseau sélectionne principalement la cible
à l'aide d'un algorithme de hachage de flux.
Et cet algorithme de faible hachage est basé sur certaines contraintes telles que le protocole, l'adresse IP source, le port source, l'adresse
IP de destination, le port de destination ainsi que le numéro de séquence TCP.
Cela signifierait donc principalement que chaque connexion TCP individuelle sera acheminée vers une seule cible pendant toute la
durée de vie de la connexion.
Donc, avec cela se terminera la vidéo d'aujourd'hui.