Tipos de productos de ELB

Modo de despliegue

Usted obtiene acceso exclusivo a los recursos del balanceador de carga. El rendimiento de un balanceador de carga dedicado nunca se ve afectado por las cargas en otros balanceadores de carga. Además, hay una amplia gama de especificaciones disponibles para que usted elija.

Se despliegan en clústeres y comparten recursos con otras instancias. Soportan un rendimiento garantizado.

Especificaciones

• Especificaciones elásticas: se le cobra por el tiempo que se está ejecutando cada balanceador de carga y el número de LCU que utiliza.
• Especificaciones fijas: Varias especificaciones están disponibles para que usted seleccione para satisfacer mejor sus necesidades.

Para obtener más información, véase Especificaciones de los balanceadores de carga dedicados.

-

Rendimiento

Un balanceador de carga dedicado en una AZ puede establecer hasta 20 millones de conexiones simultáneas. Si desplegar un balanceador de carga dedicado en dos AZ, el número de conexiones simultáneas se duplicará.

Por ejemplo, si despliega un balanceador de carga dedicado en dos AZ, puede manejar hasta 40 millones de conexiones simultáneas.

Si está habilitado el rendimiento garantizado, los balanceadores de carga compartidos pueden manejar hasta 50,000 conexiones simultáneas, 5,000 nuevas conexiones por segundo y 5,000 consultas por segundo.

AZ

Puede seleccionar una o más AZ según sea necesario.

• Si las solicitudes provienen de Internet, el balanceador de carga en cada AZ que seleccione encamina las solicitudes basadas en las direcciones IP de origen. Si desplegar un balanceador de carga en dos AZ, las solicitudes que los balanceadores de carga pueden manejar se duplicarán.
• Para solicitudes de una red privada:
  • Si los clientes están en la AZ seleccionada al crear el balanceador de carga, las solicitudes son distribuidas por el balanceador de carga en esta AZ. Si el balanceador de carga no está sano, las solicitudes son distribuidas por el balanceador de carga en otra AZ seleccionada.

    Si el balanceador de carga está en buen estado pero las conexiones que el balanceador de carga necesita manejar exceden la cantidad definida en las especificaciones, el servicio puede interrumpirse. Para solucionar este problema, necesita actualizar las especificaciones. Puede monitorear el uso del tráfico en la red privada por AZ.

  • Si los clientes están en una AZ que no está seleccionada al crear el balanceador de carga, el balanceador de carga distribuye las solicitudes en cada AZ que seleccione en función de las direcciones IP de origen.
• Si las solicitudes provienen de una conexión de Direct Connect, el balanceador de carga de la misma AZ que la conexión de Direct Connect enruta las solicitudes. Si el balanceador de carga no está disponible, las solicitudes son distribuidas por el balanceador de carga en otra AZ.
• Si los clientes están en una VPC que es diferente de donde funciona el balanceador de carga, el balanceador de carga en la AZ donde reside la subred de VPC original enruta las solicitudes. Si el balanceador de carga no está disponible, las solicitudes son distribuidas por el balanceador de carga en otra AZ.

-

Concepto de facturación

• Especificaciones fijas: facturadas por las LCU según las especificaciones que seleccione.
• Especificaciones elásticas: facturadas por la cantidad de LCU que usa y por cuánto tiempo usa sus balanceadores de carga

Se le cobrará por el tiempo que utilice cada balanceador de carga si está habilitado el rendimiento garantizado.

Capacidades

Potentes capacidades para procesar solicitudes de Capa 4 y Capa 7, políticas avanzadas de reenvío y múltiples protocolos.

Capacidades básicas para procesar solicitudes de Capa 4 y Capa 7

Escenarios de aplicación

Servicios de alto tráfico y altamente simultáneos, como sitios web grandes, aplicaciones nativas de la nube, IoV y aplicaciones de recuperación ante desastres multi-AZ

Servicios con poco tráfico, como sitios web pequeños y aplicaciones de HA comunes

Protocolos frontend

TCP, UDP, HTTP y HTTPS

TCP, UDP, HTTP y HTTPS

Protocolos backend

TCP, UDP, HTTP, HTTPS y QUIC

TCP, UDP y HTTP

Capacidades de reenvío

Proporcione potentes capacidades de procesamiento de Capa 4 y Capa 7 para reenviar solicitudes basadas en lo siguiente:

• Reglas de reenvío: nombre de dominio, URL, método de solicitud de HTTP, encabezado de HTTP, cadena de consulta y bloque CIDR
• Acciones: reenviar a un grupo de servidores backend, redirigir a otro oyente, redirigir a otro URL, reescribir y devolver un cuerpo de respuesta específico

Proporcione capacidades básicas de procesamiento de Capa 4 y Capa 7 para reenviar solicitudes basadas en lo siguiente:

• Reglas de reenvío: nombre de dominio y URL
• Acciones: reenviar a un grupo de servidores backend y redirigir a otro oyente

Funciones clave de los grupos de servidores backend

• Comprobación de estado
• Sesión adhesiva
• Inicio lento

• Comprobación de estado
• Sesión adhesiva

Algoritmos de equilibrio de carga

• Round robin ponderado
• Conexiones mínimas ponderadas
• Hash de IP de origen
• ID de conexión

• Round robin ponderado
• Conexiones mínimas ponderadas
• Hash de IP de origen

Modos de reenvío de grupos de servidores backend

• Equilibrio de carga
• Activo/en espera

Equilibrio de carga

Tipo de backend

• ECS
• IP como servidor backend
• Interfaz de red suplementaria
• BMS
• Clúster de Turbo de CCE

• ECS
• BMS
• Clúster de Turbo de CCE