Hola a todos, y bienvenidos de nuevo.
Ahora en este video, vamos a explorar los balances de carga de la red.
Ahora, en una descripción general de alto nivel, es importante que tengamos en cuenta que el balanceador de carga
de red funciona en la cuarta capa del modelo OSI.
Entonces, si observa el modelo de EE. UU., Tiene datos físicos, enlace, red y transporte.
Entonces, el transporte es la capa donde opera el balanceador de carga de la red.
Y esta es una de las razones por las que el NLP también admite algunos de los protocolos que forman
parte de la capa de transporte, que también es TCP, UDP.
Ahora, uno de los grandes beneficios del balanceador de carga de red es que puede manejar millones de solicitudes por
segundo y cualquier caso de uso relacionado con el rendimiento ultraalto que necesita como parte del balanceador
de carga y es la opción correcta allí.
Ahora solo para revisar, tengo un paquete capturado asociado con una solicitud que había cargado un sitio web.
Ahora, dentro de esto está básicamente la solicitud basada en el protocolo HTTP que vemos aquí.
Ahora, cuando discutimos sobre el balanceador de carga de la aplicación, dado que es compatible con el protocolo HTTP, el balanceador
de carga de la aplicación también puede continuar y puede leer el contenido de varios encabezados, como el encabezado del
agente de usuario, el encabezado del host, el método de solicitud, etc. .
Ahora, dado que el equilibrador de carga de la red no funciona en la capa siete, en realidad no tiene ningún control sobre
esto.
Por lo tanto, no podrá realizar ninguna acción en función del contenido de los encabezados HTTP.
Así que hagamos una cosa.
Avancemos y saltemos directamente con las prácticas ahora para el video de hoy.
Ya tengo una instancia fácil de dos que está configurada.
El nombre es LP Hyphen Instance y he instalado el servidor web Engine X además de esto.
Entonces, si copio la IP pública y la agrego al navegador como se esperaba, obtendremos la página del motor predeterminada.
Ahora volviendo a nuestra consola EC2, abramos los balances de carga y esta vez puede continuar y crear un balanceador
de carga de red.
Antes de hacer eso, también avancemos y creemos un grupo de destino y crearemos un grupo de destino para el balanceador
de carga de red que elegirá las instancias de tipo de destino.
Y tenga en cuenta que en el protocolo, si desea asociar este grupo objetivo con un balanceador de
carga de red, debe utilizar un protocolo específico como TCP, UDP, que es compatible con NHLBI.
Así que usaré el protocolo de TCP y el nombre del grupo objetivo.
Simplemente lo llamaré como una etiqueta de guión nhlbi para que podamos identificar esto.
Una vez hecho esto, puede hacer clic en Siguiente.
Puedes registrar tu objetivo.
Una vez hecho esto, puede continuar y crear el grupo objetivo.
Excelente.
Así se crea nuestro grupo objetivo.
Ahora vamos a la carga.
Los balanceadores crearán un nuevo balanceador de carga.
Esta vez, el tipo de equilibrador de carga será seleccionar el equilibrador de carga de red. Hará clic en
crear en el nombre del equilibrador de carga. Lo llamaré demo, guión y LP.
Una vez hecho esto, bajemos un poco.
Asegúrese de que se trate de un equilibrador de carga orientado a Internet que se reducirá un poco.
Puede continuar y seleccionar las zonas de disponibilidad aquí.
Entonces, en la región de Node California, esta es la configuración.
Bajemos un poco dentro del grupo objetivo.
Aquí hay un grupo objetivo de LP que aparece aquí.
Seleccionemos esto ahora.
Nuevamente, en esta etapa, una cosa más importante a tener en cuenta es que teníamos dos grupos objetivo, si recuerdas.
De hecho, déjame mostrarte rápidamente una vez más.
Entonces, dentro de la consola SC two, vayamos a los grupos objetivo.
Aquí teníamos dos grupos objetivo.
Sin embargo, cuando seleccionamos este menú desplegable, solo aparece un grupo objetivo principalmente debido a este
protocolo.
Como ya sabemos, tengo un grupo objetivo más aquí.
College Demo, Hive DC y el protocolo aquí es HTTP.
Ahora sabemos que el balanceador de carga de red no es compatible con el protocolo HTTP directamente, y esta
es una de las razones por las que solo el grupo objetivo asociado con la capa de transporte es algo que
aparecerá aquí.
Una vez que haya hecho eso, puede hacer clic en Crear balanceador de carga.
Está bien.
Entonces se crea nuestro balanceador de carga.
Hagamos clic en Ver Load Balancer.
Y en esta etapa se encuentra en el estado de aprovisionamiento.
Ahora, una cosa importante específicamente para el balanceador de carga de red es que no podrá
asociarle un grupo de seguridad.
Entonces, si observa estas opciones aquí, no hay opciones relacionadas con el grupo de seguridad en el balanceador
de carga de red.
Esta es una cosa importante a tener en cuenta.
Así que hagamos una cosa.
Todavía está en el estado de aprovisionamiento.
Esperemos rápidamente un minuto o dos y reanudaremos una vez que esté listo.
Está bien.
Así que ha pasado un minuto y un balanceador de carga está actualmente activo.
Así que copiemos el nombre del DNS y, desde una pestaña más nueva, agreguemos este DNS aquí y aquí.
Nuestro espacio de motor predeterminado funciona perfectamente bien.
Ahora nuevamente, como estamos discutiendo que la analogía funciona en la capa de transporte, realmente no verá
esas reglas de escucha sofisticadas que normalmente verá en el nivel del balanceador de carga de la aplicación.
Entonces, tiene una regla TCP simple basada en ella que puede reenviarla a ciertos grupos objetivo.
Está bien.
Estos son los conceptos básicos del balanceador de carga de red.
Nuevamente, una vez que hayamos completado con la práctica, asegúrese de eliminar el balanceador
de carga para que realmente no reciba la factura sorpresa a fin de mes.
Ahora, algunas cosas importantes a tener en cuenta aquí son que el balanceador de carga de la red selecciona principalmente el objetivo
mediante un algoritmo hash de flujo.
Y este algoritmo de hash bajo se basa en ciertas restricciones como el protocolo, la IP de origen, el puerto de origen,
la IP de destino, el puerto de destino y el número de secuencia TCP.
Entonces, esto significaría principalmente que cada conexión TCP individual se enrutará a un solo destino durante
la vida útil de la conexión.
Así que con esto concluirá el video de hoy.