Load Balancer
Distribuya dinámicamente el tráfico para aumentar la escalabilidad de sus aplicaciones
El Load Balancer le ayuda a garantizar la escalabilidad, la alta disponibilidad y la resiliencia de sus aplicaciones migrando dinámicamente la carga de tráfico entre múltiples instancias, en diferentes regiones. Ofrezca una experiencia óptima a los usuarios de sus aplicaciones, gestionando de forma automática el tráfico variable y los picos de carga y controlando los costes en todo momento. Al combinar nuestro Load Balancer con el servicio Gateway y las direcciones Floating IP, podrá configurar una solución que funcione como punto único de entrada a su aplicación, protegiendo la exposición de sus recursos privados, y que además sea compatible con escenarios «failover».
Optimizado para alta disponibilidad
El servicio Load Balancer se basa en una arquitectura distribuida con un SLA del 99,99 % para garantizar un excelente índice de disponibilidad. Gracias a su función de diagnóstico del estado, el Load Balancer permite distribuir la carga entre las instancias disponibles.
Despliegue automatizado
Seleccione el tamaño de Load Balancer que mejor se adapta a sus necesidades, y configure y automatice el servicio con la API, UI o CLI de OpenStack, o utilizando la API de OVHcloud. Además, también es posible desplegar la solución Load Balancer con Terraform para automatizar y balancear la carga de tráfico a gran escala.
Seguridad integrada
Con el fin de garantizar la seguridad y la confidencialidad de sus datos, nuestros Load Balancers incluyen la terminación HTTPS gratuita y nuestra protección anti-DDoS Infrastructure para protegerle frente a ataques de red en tiempo real.
Descubrir la gama Load Balancer
En la tabla siguiente se proporcionan valores informativos que le ayudarán a elegir el plan que mejor se adapte a sus necesidades.
| Aplicable al siguiente punto de entrada («listener»): | |||||||
| Todo | HTTP/TCP/HTTPS* | HTTP/ HTTPS | TERMINATED_HTTPS* | UDP | |||
| Tamaño del Load Balancer | Ancho de banda | Sesión activa simultánea | Sesión creada por segundo | Número de peticiones por segundo | Sesiones SSL/TLS creadas por segundo | Número de peticiones por segundo | Paquete por segundo |
|---|---|---|---|---|---|---|---|
| Tamaño S | 200 Mb (subida/bajada) | 10 000 | 8 000 | 10 000 | 250 | 5 000 | 10 000 |
| Tamaño M | 500 Mb (subida/bajada) | 20 000 | 10 000 |
20 000 |
500 | 10 000 | 20 000 |
| Tamaño L | 2 Gb (subida/bajada) | 40 000 | 10 000 |
40 000 |
1000 | 20 000 | 40 000 |
* El listener HTTPS es un passthrough, lo que significa que la terminación SSL/TLS es gestionada por los miembros del load balancer. La terminación SSL/TLS, sin embargo, es gestionada por el listener TERMINATED_HTTPS.
Usos
Gestión de grandes volúmenes de tráfico y actividad estacional
Con el load balancer, puede gestionar el aumento y la disminución del tráfico añadiendo y eliminando instancias, como miembros de un pool, a su configuración en pocos clics o con una llamada API.
Despliegue Blue-Green o canary
Con las Floating IP, puede alternar entre los entornos Blue-Green rápidamente y con agilidad, ya que la reversión es fácil. Aproveche la potencia de las políticas L7 y el enrutamiento ponderado para implementar sin problemas despliegues canary, mejorando el rendimiento de su aplicación con el fin de garantizar una experiencia de usuario óptima.
Optimizar el rendimiento de las instancias con la descarga del cifrado HTTPS
Con la terminación HTTPS, puede cambiar el cifrado TLS/SSL y las tareas de descifrado al load balacer. Como resultado, sus instancias se benefician de la descarga (offloading) y se acelera la lógica de sus aplicaciones.
Casos de uso de Load Balancer
El load balancer se puede utilizar en tres tipos principales de arquitectura. Según el caso de uso, Floating IP (IP flotante) y Gateway (puerta de enlace) pueden formar parte de la arquitectura o no.
De público a privado
El tráfico entrante se origina en internet y llega a una floating IP asociada al load balancer. Las instancias detrás del load balancer se encuentran en una red privada y no tienen IP pública, lo que garantiza su total privacidad y aislamiento de internet.
De público a público
El tráfico entrante proviene de internet y llega a una floating IP asociada al load balancer. Las instancias a las que el load balancer dirige el tráfico son accesibles con una IP pública. Por lo tanto, el load balancer utiliza la floating IP con una salida para llegar a estas instancias.
De privado a privado
El tráfico entrante se origina en una red privada y se enruta a instancias accesibles desde esta red privada. En este caso, no se necesita una floating IP ni una gateway.
Modo de utilización
Nuestro Load Balancer puede utilizarse con la API o CLI de OpenStack, y próximamente estará disponible a través del área de cliente.
A continuación se incluyen los principales comandos.
Crear un Load Balancer:
openstack loadbalancer create --flavor small --vip-network-id my_private_network
Configurar un punto de entrada («listener») y un destino («pool»):
openstack loadbalancer listener create --name listener1 --protocol HTTP --protocol-port 80 test
openstack loadbalancer pool create --name pool1 --lb-algorithm ROUND_ROBIN --listener listener1 --protocol HTTP
openstack loadbalancer healthmonitor create --delay 5 --max-retries 4 --timeout 10 --type HTTP --url-path /healthcheck pool1
openstack loadbalancer member create --subnet-id my_subnet --address 10.0.0.1 --protocol-port 80 pool1
openstack loadbalancer member create --subnet-id my_subnet --address 10.0.0.2 --protocol-port 80 pool1
Configurar la red (recuerde que deberá estar dentro del vRack para que funcione correctamente; para más información, consulte nuestra guía sobre cómo configurar un vRack):
# configure the network Gateway
openstack subnet set --gateway 10.0.0.254 my_subnet
# add a vrouter
openstack router create myrouter
openstack router set --external-gateway Ext-Net myrouter
openstack router add subnet myrouter my_subnet
# add the floating IP
openstack floating ip create Ext-Net
# The following IDs should be visible in the output of previous commandsv
openstack floating ip set --port
Documentación y guías
Principales características
Tipos de tráfico entrante
El Load Balancer de Public Cloud admite el siguiente tráfico entrante: HTTP/HTTPS (1.1 ó 2), SCTP, TCP, UDP. Con un Load Balancer, puede incluso recibir diferentes tipos de tráfico en varios puertos.
Alta disponibilidad por diseño
OVHcloud gestiona la disponibilidad de su Load Balancer.
Algoritmo de load balancing múltiple con persistencia de sesión opcional
El Load Balancer de Public Cloud soporta el siguiente algoritmo para balanceo del tráfico: conexiones mínimas, round-robin, IP de origen o puerto IP de origen. También puede definir la persistencia de la sesión en función de su aplicación de cookie personalizada o dejar que el Load Balancer la administre por usted.
Descarga (offloading) SSL/TLS con terminación HTTPS
El Load Balancer puede ejecutar el cifrado y descifrado SSL/TLS para que el rendimiento de sus instancias se centre en la lógica de sus aplicaciones. Esta funcionalidad le permite gestionar su certificado en una única ubicación.
Transmitir información de conexión de cliente a miembros (PROXY/PROXY2)
Gracias a la compatibilidad con los protocolos PROXY/PROXY2, sus miembros pueden recibir la información de conexión del cliente (IP de origen, puerto de origen, etc.)
Surveiller l'intégrité des membres du pool
Le répartiteur de charge peut surveiller l'état de santé des membres via différentes requêtes : HTTP, HTTPS, PING, SCTP, TCP, TLS-HELLO et UDP-CONNECT. Si un membre ne répond pas à la demande du moniteur d'intégrité, le Load Balancer arrête de lui envoyer du trafic, puis reprend lorsque la vérification d'intégrité est revenue à la normale.
Publication de métriques conformes à Prometheus
Les métriques du Load Balancer peuvent publier un point de terminaison qui fournit les métriques dans un format conforme à Prometheus.
Filtrado/redirección/enrutamiento del tráfico HTTP entrante
Gracias a las reglas y directivas L7, el load balancer puede filtrar y redirigir el tráfico a una dirección URL específica o enrutar el tráfico HTTP a un grupo de miembros específico.
Integración con el servicio Managed Kubernetes
El Load Balancer de Public Cloud está totalmente integrado en nuestro servicio Managed Kubernetes.
Arquitectura de público a privado, de público a público o de privado a privado
Este Load Balancer se puede utilizar en tres tipos de arquitectura: «público a privado», «público a público» o «privado a privado» Cuando se maneja el tráfico público, se requiere Gateway y Floating IP.
Redirigez le trafic vers des instances Public Cloud, des serveurs Bare Metal ou Hosted Private Cloud
Intégré au réseau privé vRack, le Load Balancer Public Cloud permet de rediriger le trafic vers n’importe quel hôte connecté au même VLAN, même s’il appartient à un autre univers produit.
Gestión simplificada
Elija la herramienta que mejor se adapta a usted para administrar su Load Balancer: API o interfaz de usuario Horizon de OpenStack.
Modelo de precios predecibles de pago por consumo
Nuestra estructura de precios es predecible, ya que usted solo paga mientras usa el producto. No se cobran cargos por tráfico entrante o saliente.
Facturación de Load Balancer
El Load Balancer se factura con un modelo de pago por consumo, con una tarifa por horas, y está disponible en tres niveles en función del perfil de tráfico: Small, Medium y Large.
Otras soluciones
FAQ
¿Qué es el balanceo de carga HTTP(S) de capa 7 (L7)?
Este tipo de balanceo hace referencia a una forma de transportar la capa de aplicación (p. ej., el tráfico web) desde un origen hacia servidores backend a través de un componente de balanceo de carga que puede aplicar diferentes políticas avanzadas para el enrutamiento del tráfico. Estas políticas incluyen el uso de cookies HTTP, compatibilidad con el protocolo proxy, diferentes métodos de distribución de la carga entre los backends, uso de HTTPS y la descarga (offloading).
¿Por qué el Load Balancer se genera por región?
La disponibilidad de las soluciones Public Cloud depende de las regiones OpenStack. Cada región cuenta con su propia plataforma OpenStack, así como con sus propios recursos en términos de procesamiento, almacenamiento, red, etc. Para más información, visite nuestra página sobre la disponibilidad de las soluciones Public Cloud.
¿Qué protocolos puedo utilizar con mi Load Balancer?
El Load Balancer es compatible con los protocolos TCP, HTTP, HTTPS, TERMINATED_HTTPS, UDP, SCTP y HTTP/2.
¿Cómo comprueba el Load Balancer qué hosts funcionan correctamente?
El Load Balancer monitoriza el estado para comprobar si los servicios backend están activos. Para ello, puede configurar diferentes protocolos como HTTP, TLS, TCP, UDP, SCTP y PING, entre otros.
Tengo mi propio certificado SSL, ¿puedo utilizarlo?
Sí, por supuesto. Puede utilizar el área de cliente de OVHcloud para cargar su propio certificado SSL y utilizarlo con el servicio Load Balancer o, si necesita automatizar esta acción, puede realizar esta operación a través de la API de OVHcloud.
No sé cómo generar un certificado SSL, ¿cómo se utiliza el protocolo HTTPS LBaaS?
¡Es muy fácil! Cree y genere su propio certificado SSL DV de Let's Encrypt desde el área de cliente y utilícelo junto con su Load Balancer para facilitar los despliegues. El certificado SSL DV de Let's Encrypt está incluido en el precio del servicio Load Balancer sin coste adicional.
¿En qué consiste el servicio Load Balancer en el cloud?
La solución Load Balancer consiste en un servicio de balanceo de carga totalmente administrado en el cloud, que puede instanciarse rápidamente, con configuración por API y muy alta disponibilidad. La facturación por consumo es una de las características típicas de los servicios de balanceo de carga en el cloud, por lo que solo pagará por los recursos que consuma.
¿En qué se diferencian los servicios Load Balancer for Kubernetes y Load Balancer?
El servicio Load Balancer for Kubernetes solo funciona en la solución Managed Kubernetes. La interfaz de este servicio es compatible con Kubernetes, de modo que puede gestionar fácilmente su servicio Load Balancer for Kubernetes con herramientas nativas.
Por su parte, el servicio Load Balancer se basa en OpenStack Octavia y puede desplegarse en un proyecto de Public Cloud con la API de OpenStack, permitiendo la automatización a través de herramientas como Terraform, Ansible o Salt. Está previsto que el servicio Load Balancer sea compatible próximamente con Managed Kubernetes.