Hadian Y bienvenido de nuevo.
Ahora en este video, vamos a discutir sobre el balanceador de carga Gateway en una visión general de alto nivel.
Ahora bien, antes de hablar de los equilibradores de carga Gateway, es importante que entendamos primero
el planteamiento del problema y los retos a los que se enfrentaba la organización.
Una de las cosas importantes específicamente para las grandes empresas es la inspección del tráfico.
Ahora, la inspección de tráfico puede estar relacionada con IEDs, EFPs.
Puede estar relacionado con cortafuegos, casos de uso relacionados con la inspección profunda de paquetes, etc.
Y esta es la razón por la que en la mayoría de las empresas verá algún tipo de dispositivo de red virtual relacionado
con IED, EFP, cortafuegos que se han desplegado de forma abusiva.
Veámoslo también desde el punto de vista arquitectónico para ver cómo se integra.
Así que digamos que usted tiene una subred donde todos sus servidores de aplicaciones están alojados y hay
un requisito de algún tipo de inspección de tráfico.
Así que lo que hacen las organizaciones, es utilizar algún tipo de dispositivo de red virtual relacionado
con IEDs, EFPs, etc. que ofrecen varios proveedores como Cisco, etcétera.
Y este dispositivo de red puede encargarse de la inspección general del tráfico.
Ahora, supongamos que hay una pasarela de Internet que se utiliza para enviar y recibir tráfico a través de Internet.
Por tanto, si un servidor de aplicaciones quiere enviar o recibir tráfico de Internet, ese
tráfico primero va al dispositivo de red, donde se inspecciona, y luego va a la pasarela de
Internet.
Del mismo modo, el tráfico procedente de Internet, se dirige al dispositivo de red donde se inspecciona el tráfico.
Y después de la inspección, el dispositivo de red enviará el tráfico de vuelta al servidor de aplicaciones.
Este es uno de los casos de uso más comunes en las empresas.
Ahora, antes de seguir adelante, vamos a entender, basándonos en esta arquitectura, cómo se pueden
definir las tablas de rutas.
Ahora, en la subred uno donde se alojan los servidores de aplicaciones, vamos a mirar en la tabla de rutas
aquí se define que habrá una ruta por defecto de la VPC local y el objetivo es local.
Sin embargo, para cualquier otro destino como 0000, que también incluye el tráfico hacia Internet,
el destino es el dispositivo de red E nine, por lo que todo el tráfico del servidor de aplicaciones no
está destinado a La VPC irá primero hacia el dispositivo de red.
Ahora a nivel de dispositivo de red, tienes una ruta local por aquí y tienes a0000 que va hacia la pasarela
de Internet.
Así pues, el servidor de aplicaciones envía primero el tráfico destinado a la pasarela de Internet al dispositivo de red.
Network Appliance inspeccionará el tráfico y lo enviará al gateway de Internet.
Así que esto es una parte.
La segunda parte a considerar aquí es la ruta también a nivel de la pasarela de Internet.
Y dentro de aquí, lo que puedes definir es cualquier tráfico que vaya hacia la subred del servidor de aplicaciones.
Así que si ves el sitio, ese bloque es 1077 2. 0 barra 24, que se puede ver por aquí, cualquier tráfico
que va hacia la subred, uno debe ir a la E nueve del dispositivo de red.
Así que lo que sea en este dispositivo de red tiene, esto es donde el tráfico va a ir.
De acuerdo.
Así que espero que con esta visión general de alto nivel, hayas entendido la arquitectura de cómo se puede implementar
este tipo de configuración.
Ahora bien, este tipo de arquitectura plantea ciertos retos.
En primer lugar, como estábamos discutiendo que el enrutamiento se realiza en un nivel interno del dispositivo de red.
Por ejemplo, a partir de esta ruta podemos identificar que todo el tráfico que va
hacia Internet va hacia el objetivo de la INA del dispositivo de red.
Esto es lo que denota el primer puntero.
Ahora, cuando tienes este tipo de tabla de rutas, verás problemas relacionados con la alta disponibilidad y el escalado.
Por ejemplo, supongamos que este dispositivo de red se cae.
Esto no es más que una instancia fácil.
¿Qué pasaría si esta instancia de EC two se cayera?
Aún así, dependiendo de la tabla de rutas, el tráfico se dirigirá hacia la INA.
Así que lo que tendrás que hacer si lanzas un dispositivo de red más EC dos, tendrás que cambiar
la tabla de rutas asociada a la pasarela de Internet así como la de la subred del servidor de aplicaciones.
La segunda cuestión primordial es el escalado.
Como sólo hemos definido una INA.
¿Qué ocurre si hay diez instancias del dispositivo de red en funcionamiento?
Así que este es también uno de los problemas a los que te enfrentarás aquí.
Así que para superar esto, A ha introducido un nuevo tipo de balanceadores de carga llamados gateway load balancers,
que permiten desplegar, escalar y gestionar los dispositivos virtuales fácilmente.
Así que ahora, en este tipo de arquitectura, tienes múltiples conjuntos de dispositivos de red y lo que haces es crear un equilibrador
de carga de puerta de enlace.
Y este equilibrador de carga de puerta de enlace también tiene un punto final específico.
Así que todo el tráfico desde el servidor de aplicaciones, supongamos que hacia Internet, irá hacia el equilibrador de carga
de la pasarela.
Endpoint, que a su vez lo reenvía al equilibrador de carga Gateway.
Y este equilibrador de carga de puerta de enlace puede seguir adelante y distribuir el tráfico a múltiples conjuntos de dispositivos de red que se están
ejecutando.
Ahora, en este tipo de arquitectura, las cosas son mucho más sencillas.
Tendrá una alta disponibilidad, ya que hay varios conjuntos de dispositivos de red, y no tendrá
que preocuparse por los problemas de escalabilidad.
Ahora, hablando del equilibrador de carga Gateway, hay un punto muy importante a tener en cuenta
es que para hacer uso del equilibrador de carga Gateway, los aparatos necesitan soportar el protocolo genic.
Por ejemplo, se ve que las instancias EC2 a través del endpoint Gateway Load Balancer están enviando el tráfico
al balanceador de carga Gateway.
Ahora este balanceador de carga de pasarela y el dispositivo de red también necesitan comunicarse, y esta es la razón por
la que el protocolo necesita ser soportado.
Así que la idea es que cualquier tráfico que se ha recibido de la CE dos instancias, será encapsulado utilizando
el Geneve.
Así que este es un punto que debes tener en cuenta.
Así que esta es una visión general de muy alto nivel sobre los equilibrios de carga de puerta de enlace y con esto concluirá el video
de hoy.