Hola a todos, y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a discutir sobre las soluciones de equilibrio de carga disponibles en A.
S.
Ahora, cuando hablamos sobre las soluciones generales de equilibrio de carga en la industria, hay múltiples
soluciones basadas en software y hardware que están disponibles.
Algunas de las herramientas populares utilizadas para el equilibrio de carga son el motor X Edge Proxy y varias otras.
Ahora bien, aunque estas herramientas son bastante populares y se utilizan en muchos de los productos y sitios
web, vienen con su propio conjunto de desventajas.
Ahora, siempre que esté configurando sus propias soluciones de equilibrio de carga, tal vez en dos instancias fáciles,
hay mucha responsabilidad que recae en el lado del cliente.
Algunas de estas responsabilidades incluyen la alta disponibilidad del equilibrador de carga en sí, la seguridad
general, el rendimiento, etc.
Por ejemplo, supongamos que en este diagrama específico, tiene un equilibrador de carga basado en el motor X que
equilibra la carga entre el cliente y un conjunto de servidores.
Ahora, ¿qué sucede si este balanceador de carga se cae?
Entonces, como administrador, debe asegurarse de que esta solución de balanceo de carga también esté altamente disponible.
Lo segundo es que estábamos discutiendo sobre seguridad.
Puede suceder que el software esté relacionado con el motor x proxy.
Habrá algunas vulnerabilidades de seguridad que podrían aparecer allí.
Entonces, debe ocuparse de los parches, debe ocuparse de las vulnerabilidades, la administración de parches,
etc.
Y la tercera parte es la actuación.
Si las cosas realmente no funcionan como se esperaba, si hay problemas relacionados con el rendimiento,
tendrá que encargarse de eso.
Otro enfoque que las organizaciones generalmente usan es que tienen apoyo.
Por ejemplo, digamos que están usando un motor X como balanceador de carga.
Por lo general, tienen algún tipo de soporte premium con el motor X.
Entonces, en caso de que las cosas no funcionen realmente bien, no están obteniendo el rendimiento tan bueno como se esperaba.
Se pueden conectar con el soporte del motor.
Pero, de nuevo, la parte de soporte también es bastante cara allí.
Está bien.
Por lo tanto, estos son los desafíos de alto nivel que la organización generalmente enfrenta cada vez que utiliza
algún tipo de hardware o una solución de equilibrio de carga de base de software por sí mismos.
Ahora, para la mayor parte de la organización, uno de los patrones arquitectónicos comunes generalmente incluiría un balanceador
de carga.
Ahora, ya hemos discutido sobre algunas de las desventajas asociadas con el mantenimiento de la solución de equilibrio
de carga.
Eso significaría que la mayoría de las organizaciones basadas en bases aéreas también enfrentarían este tipo
de desafíos.
Entonces, para superar estos problemas, Ada ha lanzado su propia solución de equilibrio de carga.
Está bien.
Y esta solución de equilibrio de carga se conoce como equilibrio de carga elástico.
Ahora, una de las ventajas del equilibrio de carga elástico no solo es que permite a los clientes superar
este conjunto de desafíos, sino que además tiene una estrecha integración con múltiples servicios.
Por ejemplo, tiene varias funciones en varios servicios.
En un lugar como el escalado automático, tiene un firewall de aplicaciones web, tiene el administrador de certificados,
también tiene varios otros servicios como el acelerador global, etc.
Por lo tanto, este servicio de equilibrio de carga elástico específico que ofrece ADA también se integra bien
con otros servicios.
Entonces, si una organización está usando estos servicios y si está usando la solución de balanceo de carga
elástica por cualquiera de los dos, la integración está lista para usar y solo se tendrá que cambiar alguna configuración para integrarlos.
Ahora también una cosa a tener en cuenta es que si está utilizando la solución de balanceo de carga
elástico en un lugar, la parte de alta disponibilidad está a cargo de la seguridad del balanceador de carga,
e incluso la parte de rendimiento se ocupa por el e
Entonces, en tal caso, tanto ADA está feliz porque los clientes pueden escalar bien su infraestructura.
Y también los clientes están contentos porque el equilibrio de carga general se ha vuelto mucho más simple.
Ahora, antes de continuar, déjame darte rápidamente una demostración asociada con esto.
Ahora, para la demostración de hoy, tengo dos ESI, dos instancias que se están ejecutando.
Uno se denomina servidor de demostración cero uno y el segundo se denomina servidor de demostración cero dos.
Y ambos tienen su propio sitio web individual.
Así que abramos rápidamente el servidor de demostración cero uno.
Copiaré la IP pública y cuando la pegue en el navegador, verá que obtiene el contenido básico, que es el sitio
web cero uno.
De manera similar, para el servidor de demostración cero dos, si copio la IP pública y la pego en el navegador, esta vez
verá que indica el sitio web cero dos.
Ahora, junto con esto, también tengo una solución de equilibrio de carga que está funcionando en un lugar.
Así que este es nuestro balanceador de carga.
El nombre es Demo Hyphen ALB.
Copiemos el nombre de DNS asociado con el balanceador de carga y, desde una pestaña más nueva, continuaré y pegaré el
nombre de DNS aquí.
Y actualmente ves que el tráfico se dirige hacia el sitio web cero dos.
Si actualizo la página esta vez fue al sitio web cero uno.
Si vuelvo a actualizar, nuevamente, fue al sitio web cero dos.
Excelente.
Esta es una parte.
La segunda parte que comentábamos está asociada a la integración.
Entonces, por ejemplo, tiene integración con acelerador global, integración con config, integración
con VAF, y hay varias otras integraciones que están disponibles listas para usar.
Ahora, en general, cuando usa su propio tipo de balanceadores de carga basados en software o incluso balanceadores de carga
basados en hardware, estas integraciones generalmente no están disponibles de forma inmediata.
Entonces, hay muchos scripts que tendrá que escribir para lograr un caso de uso específico.
Pero si está utilizando el servicio de balanceo de carga, realmente no tiene que preocuparse por esto.
Ahora, cuando discutimos sobre el balanceo de carga en a, hay cuatro tipos principales de balanceadores de carga
disponibles.
Uno se conoce como balanceador de carga de aplicaciones.
Tiene un balanceador de carga de red, tiene un balanceador de carga de puerta de enlace y tiene un balanceador de carga clásico.
Ahora tenga en cuenta que aunque hay cuatro tipos diferentes de soluciones de balanceo de carga disponibles,
pero en común, todas ellas están diseñadas para hacer una cosa, que es balancear la carga del tráfico entre múltiples conjuntos
de objetivos.
Ahora, ¿qué tipo de objetivo? ¿Cuáles son los tipos de protocolos que se admiten primero en función del balanceador
de carga que elija?
Entonces, primero, avancemos y analicemos el balanceador de carga de la aplicación.
Entonces, un balanceador de carga de aplicaciones toma la decisión de enrutamiento en la capa de la aplicación, que es
la capa HTTP https.
Hoy en día, cada vez que visitas un sitio web, escribes HTTP o https seguido del nombre de dominio.
Así que aquí es donde entra en escena el equilibrador de carga de la aplicación.
Por ejemplo, tiene un usuario y el usuario ha escrito un dominio, digamos ejemplos de videos de barra diagonal punto com ahora en el balanceador
de carga de la aplicación.
Dado que funciona en el nivel HTTP o HTTPS, puede seguir adelante y aceptar esta solicitud.
Y según las reglas que se agregan al balanceador de carga de la aplicación, por ejemplo, tiene dos reglas.
Uno es para videos slash.
El segundo es para el pago de barra.
Por lo tanto, puede decir que siempre que el tráfico llegue al balanceador de carga de la aplicación y el otro sea menos
videos, entonces el tráfico irá al servidor de acuerdo con la regla.
De acuerdo con la segunda regla, si un usuario está visitando una página con una URL de pago, el tráfico también
irá al servidor.
Entonces, todo esto está relacionado con el protocolo HTTP general en sí.
Así que aquí es donde entra en escena el equilibrador de carga de la aplicación.
Ahora, de hecho, déjame mostrarte esto rápidamente, porque ya lo tengo configurado.
Por lo general, cuando escribo videos de barra aquí, ves que va al sitio web del video.
Cuando cambio este video a Payment Warrior, fue al sitio de pago.
Está bien.
Así que esta es una de las características únicas asociadas con el balanceador de carga de aplicaciones.
Tenga en cuenta que funciona principalmente en HTTP https.
Entonces, si miras la URL, de hecho, déjame copiar esto.
Y si lo agrego en el bloc de notas, verá que el navegador automáticamente agregó el HTTP aquí.
El segundo tipo de balanceador de carga se conoce como balanceador de carga de red.
Ahora, el equilibrador de carga de red toma decisiones de enrutamiento en una capa de transporte,
que es como TCP, UDP, etc.
Ahora, uno de los beneficios únicos del balanceador de carga de red es que puede manejar millones de solicitudes por segundo.
Entonces, en el caso de uso en el que necesita un rendimiento ultra alto, aquí es donde entra en escena el balanceador
de carga de red.
Ahora, una cosa más importante a tener en cuenta es que no todo funciona según el protocolo HTTP https.
Hay muchos otros protocolos en los que también se puede diseñar la aplicación.
Entonces, cuando tiene una aplicación específica que no utiliza el protocolo HTTP https, entonces no puede continuar
y usar el balanceador de carga de la aplicación allí.
Tendrá que usar un balanceador de carga de red.
En tales casos, el tercer tipo de balanceador de carga se conoce como balanceador de carga de puerta de enlace, o este es un tipo de
balanceador de carga relativamente más nuevo en comparación con otros.
Y en una descripción general de alto nivel, el equilibrador de carga de la puerta de enlace le permite implementar, escalar y administrar
el dispositivo virtual como firewalls, sistemas de detección de intrusos, sistemas de prevención, etc.
Entonces, por ejemplo, cada vez que tenga algún tipo de dispositivo virtual como los firewalls de sus sistemas IP, y
si desea seguir adelante y cargar el tráfico del balanceador para ellos, utilice el balanceador de carga de la puerta de enlace
allí.
Ahora nuevamente, una cosa importante que debe tenerse en cuenta es que la mayor parte del tiempo en la organización,
verá que se usa el balanceador de carga de la aplicación o el balanceador de carga de la red.
Aplicación del producto que ha sido desarrollado por el cliente.
Ocasionalmente, en caso de que la organización también esté usando algún tipo de solución IP, puede usar el balanceador
de carga de la puerta de enlace, pero esto no es muy común y es el último tipo de balanceador de carga.
De hecho, este es el tipo de balanceador de carga más antiguo, que es el balanceador de carga clásico.
Ahora, el balanceador de carga clásico funciona principalmente en base tanto a TCP como a HTTPS.
Ahora bien, este es un balanceador de carga de la generación anterior y generalmente no se recomienda.
Ahora, antes de concluir, de hecho, déjame mostrarte rápidamente.
Ahora, siempre que siga adelante y cree un balanceador de carga en un caso, verá que hay tres redes y
puertas de enlace de aplicaciones de tipo balanceador de carga principal.
Junto con eso, también tiene un balanceador de carga de generación anterior llamado balanceador de carga clásico.
Ahora, si observa el balanceador de carga de la aplicación, indica tanto HTTP como HTTPS.
Para el balanceador de carga de red, tiene TCP, UDP y TLS.
Si observa el balanceador de carga clásico, tiene HTTP y https, que generalmente es la característica
del balanceador de carga de aplicaciones, pero también tiene TCP y SSL, que es una de las características del balanceador
de carga de red.
Ahora, en general, lo que solía suceder antes, solo había un tipo de balanceador de carga llamado
balanceador de carga clásico y estaba lanzando funciones relacionadas con HTTP, TCP y todo en un solo tipo de
balanceador de carga.
Y esto no era muy escalable y esta es una de las razones por las que luego se divide en dos tipos de balanceador de carga principal,
cada uno basado en una función específica donde el balanceador de carga de la aplicación está dedicado para HTTP y el
balanceador de carga de red HTTPS está dedicado para TCP, UDP , TLS y así sucesivamente.
Y luego, de manera incremental, hubo nuevas funciones que se agregaron a cada conjunto de balanceadores de carga aquí.
Excelente.
Así que sigamos adelante y veamos los resúmenes.
Como a veces en los exámenes, lo que generalmente hacen es darte un caso de uso y te dirán cuál es el
balanceador de carga que usarás en ese caso de uso.
Usaremos el balanceador de carga de red, el balanceador de carga de aplicaciones, etc.
Y esta es una de las razones por las que es importante comprender el balanceador de carga y su caso de uso
asociado donde es útil, por ejemplo, para el balanceador de carga de aplicaciones, se usa cuando tiene una
aplicación de sitio web escuchando en la capa siete, que es HTTP y http son principalmente para este caso de uso.
El segundo es el balanceador de carga de red, que generalmente se usa para la aplicación basada en TCP y UDP.
Y también puede preferirlo cuando tiene el requisito de manejar millones de solicitudes por segundo y cuando
necesita un rendimiento ultra alto.
El tercero es un equilibrador de carga de puerta de enlace.
Por lo general, lo usa cuando tiene algún tipo de dispositivo virtual, como un firewall o ID,
sistemas IP, etc.
Ahora, junto con eso, también mantiene una página relacionada con la función de equilibrio de carga elástica.
Aquí y dentro de aquí tiene la puerta de enlace de la red de aplicaciones y el balanceador de carga clásico,
y dentro de aquí han especificado las funciones y si están asociadas con una solución de balanceo de carga específica.
Entonces, aquí es donde puede continuar y comprender con más detalle cuáles son las cosas que son compatibles con
el balanceador de carga específico para que pueda elegir el conjunto correcto de balanceador de carga para su organización.
Excelente.
Así que con esto concluirá el video de hoy.