Flexible Load Balancer

En esta imagen, se muestran tres casos de uso comunes en los que se detalla cómo los clientes pueden utilizar los equilibradores de carga flexibles. Estos casos de uso son:

1. Distribución automática de la carga de aplicaciones entre recursos
2. Modernización y creación de aplicaciones resilientes
3. Distribución de solicitudes en función de las características del tráfico

Distribución automática de la carga de aplicaciones entre recursos

En el primero de tres casos de uso, se muestra una red virtual en la nube. Contiene un equilibrador de carga flexible que está conectado bidireccionalmente a dos máquinas virtuales, que están en la misma red virtual en la nube.

El equilibrador de carga está conectado bidireccionalmente a un usuario externo fuera de la red virtual en la nube.

Las solicitudes provienen del usuario externo al equilibrador de carga, que puede enviar la solicitud a cualquier máquina virtual. Esto permite que la aplicación admita más usuarios de los que puede manejar una sola máquina virtual.

Modernización y creación de aplicaciones resilientes

En el segundo de los tres casos de uso, se muestra una red virtual en la nube. Contiene un equilibrador de carga flexible. En la misma red virtual en la nube, hay dos grupos. Cada grupo tiene una máquina virtual y una base de datos. Representan dos instancias de una aplicación heredada no nativa de la nube.

El equilibrador de carga está conectado bidireccionalmente a cada grupo.

Las solicitudes provienen de los usuarios al equilibrador de carga, que puede enviar la solicitud a cualquiera de las aplicaciones heredadas. Esto permite que una aplicación heredada admita más usuarios de lo normal mediante la distribución de solicitudes de usuario a varias instancias de la aplicación heredada.

Distribución de solicitudes en función de las características del tráfico

En el último de los tres casos de uso, se muestra una red virtual en la nube. Contiene un equilibrador de carga flexible que está conectado bidireccionalmente a tres máquinas virtuales.

Las solicitudes se envían a la primera máquina virtual según los valores de la cabecera HTTP de la solicitud.

Las solicitudes se envían a la segunda máquina virtual según los valores del nombre de host virtual de la solicitud.

Las solicitudes se envían a la tercera máquina virtual según los valores de la URL de la solicitud.

Esto permite que las solicitudes se dirijan a un recurso diferente según los valores relacionados con HTTP en la propia solicitud.

En esta imagen, se muestra un diseño lógico de recursos y conexiones en una arquitectura típica de equilibrador de carga flexible.

Se muestra una región de OCI. Dentro de la región hay tres dominios de disponibilidad independientes, uno, dos y tres.

Una red virtual en la nube se cruza e incluye los tres dominios de disponibilidad. La red virtual en la nube también incluye un gateway de internet que está conectado bidireccionalmente a internet.

En el primer dominio de disponibilidad, se encuentra la primera subred. Contiene el equilibrador de carga flexible principal.

En el segundo dominio de disponibilidad, se encuentra la segunda subred. Contiene el equilibrador de carga de conmutación por error.

Entre los dos dominios de disponibilidad y las subredes hay un oyente con una dirección IP pública. El oyente está conectado bidireccionalmente al gateway de internet. Puede recibir solicitudes de internet.

El oyente forma parte de un grupo que incluye tanto el equilibrador de carga flexible principal como de conmutación por error. Este grupo actúa como un equilibrador de carga lógico que sigue funcionando, incluso si falla el componente del equilibrador de carga principal.

Hay tres subredes más, una en cada dominio de disponibilidad. Están numerados como tres, cuatro y cinco. Cada subred tiene recursos informáticos.

El equilibrador de carga principal está conectado bidireccionalmente a las subredes tres, cuatro y cinco. El equilibrador de carga de conmutación por error está conectado bidireccionalmente a las subredes tres, cuatro y cinco.

Las solicitudes llegan de internet al oyente y se envían al equilibrador de carga principal. A continuación, el equilibrador de carga enruta la solicitud a una de las subredes con recursos basados en pesos o características HTTP.