Salut tout le monde et bienvenue.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter des auditeurs et des groupes cibles dans les équilibres de charge.
Maintenant, dans une vue d'ensemble de haut niveau, un écouteur est un processus qui vérifie la demande de connexion
à l'aide du protocole et du port que vous configurez.
Maintenant, cela peut être mieux expliqué avec ce diagramme où vous avez l'équilibreur de charge et cet équilibreur
de charge a deux écouteurs.
Le premier écouteur ici est associé au protocole du port HTTP de 80.
Le deuxième écouteur est associé à un protocole HTTPS et un port de quatre, quatre, trois.
Cela signifierait donc que l'équilibreur de charge, puisqu'il a deux écouteurs,
pourra écouter à la fois la requête HTTP et la requête HTTPS.
Alors faisons une chose.
Allons-y et examinons-le rapidement.
Maintenant, actuellement, j'ai un exemple d'équilibreur de charge d'application qui est disponible et ici, vous avez un onglet
d'écouteur et à l'intérieur, vous pouvez continuer et ajouter un écouteur.
Maintenant, si vous examinez le protocole, vous avez un HTTP, vous avez un HTTP, envoyez, etc.
Désormais, en fonction du protocole d'écoute, vous pouvez également définir votre propre port personnalisé.
Ainsi, par exemple, disons que j'ajoute un écouteur sur le port 81.
Cela signifierait donc que notre équilibreur de charge ira de l'avant et qu'il écoutera sur le port 81 les demandes
des clients qui sont reçues.
Maintenant, l'une des questions qui se pose est, disons que cette demande est parvenue à l'équilibreur
de charge, qui est http example dot com.
Il s'agit maintenant d'une requête basée sur HTTP.
Donc, cela est allé à l'auditeur puisque l'auditeur un est associé au port 80.
Puisque cette requête est associée à l'écouteur 1, quelle est la prochaine étape ?
Quelle sera l'action qui sera effectuée sur cette demande spécifique ?
Cette requête sera-t-elle envoyée au serveur principal ?
Cette demande sera-t-elle bloquée ou d'autres actions seront-elles effectuées sur cette demande ?
Allons-y et examinons-le.
Donc, la deuxième partie importante, dans le cadre de l'écouteur, est la section des règles.
Désormais, chaque écouteur a une règle basée sur laquelle une action est entreprise sur une demande spécifique.
Maintenant, nous avons déjà vu que cette requête HTTP, un exemple point com qui est venu à l'alb.
Celui-ci sera associé à un écouteur.
Maintenant, cet écouteur peut être associé à certains ensembles d'ensembles de règles.
Désormais, cet ensemble de règles peut être défini par l'utilisateur ou l'administrateur en fonction duquel l'action sera
effectuée.
Par exemple, dans ce diagramme, il y a trois règles.
Donc, ces règles vérifient essentiellement le contenu de la demande.
Donc, tout d'abord, voici qu'il vérifie si l'agent utilisateur est Mozilla.
Ainsi, qu'il provienne d'un navigateur Firefox par exemple, il vérifie si un en-tête d'hôte est un point de démonstration
com.
Il vérifie également si le chemin est des vidéos.
Ce sont donc les trois ensembles de règles qui sont ajoutés à l'auditeur.
Maintenant, si cette requête correspond à l'une de ces règles, il n'est pas nécessaire qu'elle corresponde à toutes
ces règles, même si elle correspond à l'une des règles.
La prochaine étape est quelle sera l'action qui sera effectuée sur cette demande.
Par exemple, disons que cette requête correspond à la première règle, à savoir que l'agent utilisateur dans cette requête
est Firefox.
Alors maintenant, que va faire votre Elbe ?
C'est là que les actions de la règle entrent en scène.
Par exemple, si une demande correspond à une règle spécifique, les actions que vous souhaitez effectuer sur cette demande sont déterminées
dans l'action de la règle.
Donc, pendant que nous discutons, disons que la demande correspond à la première règle, à savoir que l'agent utilisateur est Mozilla.
Ainsi, sur cette demande, plusieurs actions de règle sont disponibles.
Vous pouvez transmettre ces demandes à un ensemble de serveurs.
Vous pouvez rediriger cette demande vers un domaine spécifique ou renvoyer une réponse spécifique au client en fonction
de ce que vous avez l'intention de faire.
Alors allons-y rapidement.
Revenons à notre équilibreur de charge dans nos écouteurs.
Je vais rapidement cliquer sur afficher et modifier les règles.
D'accord.
Maintenant, ici, vous voyez qu'il y a un total de quatre règles qui sont disponibles.
Ce sont donc les quatre règles d'écoute où il vérifie si l'agent utilisateur est appelé, il vérifie si l'agent
utilisateur est Mozilla, il vérifie si l'agent utilisateur est la porte W et si la demande ne correspond pas à ces trois,
alors vous avoir une règle supplémentaire qui détermine ce qu'il adviendra de l'ensemble de demandes qui ne correspond pas
aux trois premières règles.
Donc, si vous examinez la première règle, qui indique si la demande a l'en-tête d'agent utilisateur spécifique,
alors il s'agit essentiellement des actions de règle que nous étions en train de déterminer.
Donc, ici, dans cette action de règle, ce que nous faisons, nous renvoyons une réponse fixe et la réponse
est une alerte élevée.
C'est donc l'action de la règle ici.
Vous avez également une autre demande de Mozilla.
Si vous examinez l'action de la règle, elle renvoie un ensemble de réponses différent.
Donc, cette réponse de retour de correctif n'est rien d'autre que la troisième.
Toutes les actions que nous avons vues ici.
D'accord.
Maintenant, encore une fois, essayons rapidement et pratiquement.
Juste à réviser.
Je vais donc copier le nom DNS de notre load balancer.
Donc, depuis mon terminal, si nous appelons ici, nous recevons un message.
Appelants Bonjour, appelez si nous effectuons une porte W sur cet équilibreur de charge spécifique.
Et si nous examinons le point d'index HTML, cette fois, vous obtenez une réponse spécifique.
C'est donc là que nos actions de règle entrent en jeu, où une règle spécifique correspond à l'équilibreur de charge
effectue une réponse de retour fixe et dans la réponse de retour fixe, il renvoie immédiatement le message.
Le deuxième concept important est le groupe cible.
Ainsi, un groupe cible est utilisé pour enraciner une demande sur une ou plusieurs cibles enregistrées.
Et ces cibles enregistrées peuvent être faciles.
Deux instances, les fonctions lambda et ainsi de suite.
Par exemple, dans ce diagramme, il y a deux groupes cibles.
Le groupe cible un est associé à l'instance 3c2 le groupe cible deux est associé à une fonction lambda.
Et ce que nous pouvons faire, c'est que nous pouvons également associer un groupe cible à un auditeur.
Par exemple, si vous examinez l'action de la règle, il y a une action de la règle est en avant deux et cela pour deux
nous permet de transmettre la demande à un groupe cible spécifique.
Ainsi, l'auditeur un est associé au groupe cible un où il y en a deux est une instance C deux.
L'écouteur deux est associé au groupe cible deux où il y a une fonction lambda qui est disponible.
Alors examinons-le aussi rapidement.
Maintenant, dans la section d'équilibrage de charge, vous avez un équilibreur de charge ainsi que le groupe cible.
Maintenant, vous avez actuellement un groupe cible qui est disponible pour la démo d'aujourd'hui.
Maintenant, si nous examinons ce groupe cible, si j'ouvre les cibles ici, vous voyez qu'il y a deux
cibles disponibles et ce ne sont que les cibles faciles à instancier qui sont associées au groupe
cible et à l'équilibreur de charge.
Examinons rapidement les règles d'écoute ici.
Ici, vous pouvez continuer et ajouter une règle.
Disons que si une condition correspond, disons si une demande arrive à la partie de la vidéo, si vous cliquez sur
Transférer vers l'intérieur, vous pouvez spécifier le groupe cible ici et cette demande sera transmise aux voir deux
instances de fonctions lambda qui font partie de ce groupe cible.
D'accord.
J'espère donc qu'avec cet aperçu de haut niveau, vous avez compris le concept d'auditeur et de groupes cibles.
Maintenant, si vous avez bien compris ce concept, la création d'un équilibreur de charge et sa configuration
complexe associée deviendront beaucoup plus simples pour vous.
Voilà qui conclura la vidéo d'aujourd'hui.