Hola a todos, y bienvenidos de nuevo.
Ahora, en el video de hoy, discutiremos los conceptos básicos del modelo OSA y lo veremos desde la perspectiva
de los balanceadores de carga.
Ahora, siempre que siga adelante y consulte la documentación o las características relacionadas con el balanceador de carga,
una de las cosas comunes que generalmente verá, por ejemplo, es la comparación de productos de múltiples
balanceos de carga.
Ahora, en el tipo de equilibrador de carga, verá la capa siete, verá la capa cuatro, verá la capa cuatro, la diapositiva
siete, y así sucesivamente.
Ahora la pregunta que surge es ¿qué significa exactamente esto?
Y esto también lleva a cierta confusión.
Así que esto es lo que vamos a ver en el video de hoy.
Ahora, las capas que se describieron están asociadas principalmente con las capas que forman parte del modelo
OSI.
Entonces, en una descripción general de alto nivel, el modelo OSA describe las siete capas que utiliza el sistema informático
para comunicarse a través de una red.
Por ejemplo, supongamos que abrimos un sitio web a través de un navegador, por lo que cuando esa operación ocurre íntimamente
detrás de escena, sus paquetes de tráfico pasan por este conjunto de capas.
Entonces, los primeros están asociados con una capa física donde tiene Ethernet, luego tiene
la capa de red donde tiene el protocolo IP ICMP, luego tiene la capa de transporte asociada con TCP y la última
capa está asociada con la aplicación.
Ahora, una cosa importante a tener en cuenta aquí es que cada capa está asociada con cierto conjunto de protocolos.
Por ejemplo, la capa de aplicación tiene cierto conjunto de protocolos como HTTP, protocolo, FTP, SMTP,
etc.
Cuando habla sobre la capa de transporte, tiene el protocolo TCP, la capa de red del protocolo
UDP está asociada con IP, ICMP, etc.
Entonces, cuando continúa y lee que el balanceador de carga de la aplicación está asociado con la Capa siete, no
es más que la Capa siete como parte de este modelo OSA.
Así que tienes física como una que detalla, segunda red, tercera, cuarta, cinco, seis, siete, que es
la capa de aplicación.
Por lo tanto, establece que el balanceador de carga de la aplicación funciona en la capa de la aplicación.
Ahora, cuando habla sobre el balanceador de carga de red, que es la capa cuatro, tiene uno, dos, tres,
cuatro.
Por lo tanto, el balanceador de carga de red funciona principalmente en la capa de transporte.
Ahora la pregunta que surge es ¿qué diferencia hace que el balanceador de carga funcione en la capa de aplicación o en la
capa de transporte?
Porque, en última instancia, el equilibrador de carga seguirá adelante y equilibrará la carga del tráfico entre varios conjuntos
de objetivos.
Y la respuesta a esto son las características que proporciona un balanceador de carga asociado con el conjunto de capas.
Ahora, para demostrar el concepto de una manera mucho más práctica, tengo un archivo pcap asociado con
el HTTP.
Así que alguien ha abierto un sitio web específico y se captura todo el tráfico.
Así que este es el guerrero de la captura de paquetes.
Ahora, si observa la captura de paquetes, básicamente comienza con SYN Snack y AG.
Así que básicamente este es el protocolo TCP.
Luego, en este cuarto número, verá que tiene un protocolo HTTP.
Incluso desde el protocolo que ves, tienes un protocolo HTTP aquí.
Y si observa esto, tiene el marco al principio, tiene Ethernet, tiene el protocolo IP, tiene el
protocolo TCP, tiene el protocolo HTTP, no los valores que estábamos discutiendo.
Así que inicialmente tenemos Ethernet, luego viene la IP, luego viene el TCP, luego viene el HTTP.
Bien, como estamos discutiendo, tienes Internet, tienes la IP en la capa de red, tienes
el TCP en la capa de transporte, y luego el otro es HTTP y la capa de aplicación.
Y algo similar que puede ver aquí ahora para el video de hoy, discutiremos sobre el balanceador de carga de la
aplicación, que funciona en la capa siete.
Ahora, capa siete, sabemos que el protocolo HDTV está asociado con una capa siete.
Entonces también tiene los datos relacionados con el protocolo HTTP aquí.
Entonces, a partir de aquí, lo que el usuario ha hecho usando el comando W gate, ha realizado una solicitud específica.
Así que esta es la petición de que estés aquí.
Puede ver que incluso desde aquí puede ver que esta es una solicitud de puerta en imágenes de barra, diseño de barra barra barra logo
punto BMG.
Esta es la U y el anfitrión de este paquete life dot net.
Básicamente, lo que el usuario ha hecho es ejecutar el comando W gate en el paquete live dot net slash images
slash layer slash logo dot png.
Entonces, si lo construimos en un comando, así es como se vería realmente el comando.
Así que ingresemos a esta URL específica y el punto final aquí es el archivo PNG.
Así que la imagen fue recuperada.
Ahora, en este protocolo de capa siete de HTTP, hay varias cosas que vemos aquí.
El primero es la solicitud de puerta.
Así que hay múltiples tipos de solicitudes.
Tiene poste de puerta y así sucesivamente.
Así que esto es una parte de segundo.
Pero es toda esta A que es la parte aquí que es el logotipo de diseño de imágenes de corte que esta es la segunda parte
importante.
La tercera parte importante es este agente de usuario.
Entonces, cada herramienta tiene su propio conjunto de agentes de usuario.
Chrome tiene un agente de usuario diferente Firefox tiene un agente de usuario diferente y así sucesivamente.
Luego tienes este encabezado de host, que no es más que el host.
Ahora, la parte importante aquí es que si un balanceador de carga es un balanceador de carga de tipo capa siete, entonces ese balanceador
de carga tendrá algún tipo de función en la que puede rootear la solicitud en función de estos datos, como obtener una publicación,
etc., el usuario agente, el encabezado del host, etc.
Entonces, en función de todos estos encabezados que forman parte del protocolo HTTP, el balanceador de carga base de la capa
siete podrá rootear la solicitud.
Así que sigamos adelante y examinémoslo de manera práctica.
Ahora, para la demostración de hoy, tengo un balanceador de carga de aplicaciones que está funcionando.
Y mientras discutimos esto, el balanceador de carga de la aplicación se ejecuta en la capa siete.
Entonces, lo que hice, configuré este balanceador de carga de aplicaciones para buscar en este encabezado de agente de usuario.
Y según este agente de usuario, el balanceador de carga de la aplicación seguirá adelante y devolverá una respuesta completamente
diferente.
Así que sigamos adelante y examinémoslo de manera práctica.
Entonces, desde un balanceador de carga, copiemos esta URL y desde mi navegador Firefox, agregaré la URL específica,
presionemos Intro y dice Hola Mozilla, tienes un excelente complemento.
Entonces, ¿qué balanceador de carga de aplicaciones ha hecho?
Ha analizado el agente de usuario en una descripción general de alto nivel y ahora está devolviendo la respuesta
del CLA.
Si usamos una puerta W para enviar la misma solicitud a nuestro balanceador de carga, y la respuesta fue básicamente
el HTML indexado que se descargó.
Entonces, si abro el HTML indexado, esto no es más que el sitio web cero dos.
Entonces, la misma URL cuando se abre desde un conjunto diferente de herramientas, como desde un navegador Mozilla o usando la puerta W,
devuelve un conjunto diferente de respuestas en conjunto.
Y todo esto se debe a la configuración relacionada con el agente de usuario en el balanceador de carga de la aplicación.
Y todo esto es posible porque nuestro balanceador de carga de aplicaciones aparece en la capa siete.
Y dentro de la capa siete tenemos el protocolo HTTP.
Y dentro del protocolo HTTP, tiene este encabezado de agente de usuario y el balanceador de carga de la aplicación puede capturar
este encabezado, puede examinar el contenido y, en función de este contenido, puede continuar y enviar un tipo diferente
de respuesta en conjunto.
Ahora, cuando habla sobre el balanceador de carga de red, esto realmente no funciona en la capa siete.
Funciona en la capa cuatro.
La capa cuatro está asociada con TCP y UDP.
Entonces, para el balanceador de carga de red, realmente no tendrá esa flexibilidad para mirar en la cuadrícula de encabezados
HTTP.
Entonces, antes de concluir, avancemos y revisemos rápidamente.
Entonces, el primer punto es que cada balanceador de carga opera en la capa específica.
Esto es algo que hemos visto y solo podrá realizar operaciones en la solicitud
según la capa que admita LP.
Excelente.
Así que con esto concluirá el video de hoy.