Load Balancer
Distribuez votre trafic de manière dynamique pour augmenter l’évolutivité de votre application
Le Load Balancer vous permet d’assurer plus facilement l’évolutivité, la haute disponibilité et la résilience de vos applications. Cela passe par un équilibrage dynamique de la charge de trafic sur plusieurs instances réparties dans différentes régions. Offrez à vos utilisatrices et utilisateurs une expérience optimale en gérant automatiquement le trafic variable et les pics de charge, tout en maîtrisant les coûts. En combinant notre Load Balancer avec Gateway et une IP flottante, vous pouvez mettre en place une solution faisant office de point d’entrée unique à votre application. Cette solution sécurise l’exposition de vos ressources privées et prend en charge les basculements.
Conçus pour offrir une haute disponibilité
Le Load Balancer repose sur une architecture distribuée et est garanti par un engagement de niveau de service de 99,99 %. En tirant parti de sa capacité de contrôle d'intégrité, le Load Balancer répartit la charge sur les instances disponibles.
Conçu pour un déploiement automatisé
Choisissez la taille qui correspond à vos besoins. Configurez et automatisez votre Load Balancer avec l'API OpenStack, l'interface utilisateur, la CLI ou l'API OVHcloud. Il peut être déployé avec Terraform pour automatiser et équilibrer les charges de trafic à grande échelle.
Sécurité inclue
Pour assurer la sécurité et la confidentialité des données, le Load Balancer est fourni avec un chiffrement SSL/TLS gratuit. Il bénéficie également de notre Anti-DDoS : une protection en temps réel contre les attaques réseau.
Découvrez notre gamme Load Balancer
| Taille du Load Balancer | Taille S | Taille M | Taille L |
|---|---|---|---|
| Bande passante | 200 Mbit/s (MONTANT/DESCENDANT) | 500 Mbit/s (MONTANT/DESCENDANT) | 2 Gbit/s (MONTANT/DESCENDANT) |
| Requête maximum par seconde* |
10 000 requêtes/seconde |
20 000 requêtes/seconde |
40 000 requêtes/seconde |
| Connexion SSL par seconde* | 250 nouvelles cps | 500 nouvelles cps | 1 000 nouvelles cps |
|
Type de répartition (répartition de la charge du réseau ou des applications) |
Oui | Oui | Oui |
| Algorithme de répartition de charge : least-conns, RoundRobin, source-ip ou source-ip-port avec persistance de la session (cookie ou source-IP) | Oui | Oui | Oui |
| Prise en charge du protocole HTTP/HTTPS/PROXY/PROXY2/SCTP/TCP | Oui | Oui | Oui |
| Support API OVHcloud | Oui | Oui | Oui |
| Support API OpenStack (Octavia) | Oui | Oui | Oui |
| Facturation pay-as-you-go | Oui | Oui | Oui |
| Support de l’interface utilisateur pour OpenStack Horizon | Oui | Oui | Oui |
| Création de votre certificat Let’s Encrypt pour le cryptage TLS | Oui | Oui | Oui |
| Téléchargement de votre propre fichier de certificat pour le cryptage TLS | Oui | Oui | Oui |
| Prise en charge de l’IP publique par les IP flottantes | Oui | Oui | Oui |
| Intégration avec la passerelle publique | Oui | Oui | Oui |
| Prise en charge du réseau privé (vRack) | Oui | Oui | Oui |
|
Prise en charge des diagnostics de santé avec HTTP/TLS/TCP/UDP/SCTP et PING |
Oui | Oui | Oui |
| Filtrage des IP | Oui | Oui | Oui |
| Session sticky | Oui | Oui | Oui |
* Valeur présentée à titre informatif pour vous aider à choisir la meilleure offre en fonction de vos besoins.
Cas d’utilisation
Gérer les pics de trafic et les activités saisonnières
Grâce au Load Balancer, vous pouvez gérer votre flux en toute simplicité en ajoutant de nouvelles instances à votre configuration en seulement quelques clics. Que votre fréquentation augmente ou qu’elle diminue, le Load Balancer adaptera la façon dont il distribue le trafic.
Cas de figure : déploiement et test Blue-Green
La prise en charge de l’API OpenStack pour l’utilisation d’un Load Balancer, d’une passerelle et d’IP flottantes permet à nos clients de créer et de tester des environnements de mise en œuvre avant de les déployer en production. Ils peuvent ainsi permuter les environnements de production et de mise en œuvre, ce qui favorise un modèle de déploiement continu.
SSL Gateway
Utilisez notre Load Balancer comme point d’entrée SSL unique pour votre application web. Grâce à son association avec Public Gateway et des IP flottantes, vous pouvez garantir la confidentialité des données, sécuriser l’exposition des ressources privées et vous préparer à des cas de figure de basculement.
Cas de figure du Load Balancer
Lors de la configuration de votre instance, la synergie entre les IP flottantes, Gateway et le Load Balancer vous permet d’instaurer les règles appropriées en matière d’accessibilité du réseau et vous offre la sécurité dont vous avez besoin.
Exposer les services derrière le Load Balancer
Le Load Balancer peut être atteint par l’IP flottante pour distribuer le trafic entrant à plusieurs instances. Les instances situées derrière le Load Balancer n’ont pas d’IP publique, ce qui garantit qu’elles restent totalement privées et ne sont pas directement accessibles de l’extérieur. Le Load Balancer fournit une plus grande sécurité en prenant en charge le cryptage SSL. Il peut être mis à jour de manière transparente, car l’IP flottante est hébergée au niveau de la passerelle.
Usage
Notre Load Balancer peut être utilisé avec l’API ou le CLI OpenStack et sera disponible ultérieurement via votre espace client.
Vous trouverez ci-dessous les commandes de base pour :
Créer un Load Balancer
OpenStack loadbalancer create --flavor small --vip-network-id my_private_network
Configurer un point d’entrée (listener) et une cible (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
Configurer le réseau (vous devez être à l’intérieur d’un vRack pour que cette étape fonctionne correctement. Consultez notre guide de configuration du 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
Guides
Caractéristiques principales
Régionalisation
Créez et exposez votre service Load Balancer au plus proche de votre clientèle et adoptez une approche géographique lors de la construction de votre infrastructure.
Gestion simplifiée
Choisissez l'outil qui vous convient pour l'administration de votre Load Balancer : interface utilisateur ou API OpenStack Horizon.
Intégration à l’écosystème Public Cloud
Déployez et gérez votre Load Balancer directement depuis votre environnement Public Cloud grâce à la prise en charge de l’API Octavia et à tous les outils compatibles (Terraform, Ansible, Salt, etc.).
Cryptage SSL/TLS
Le Load Balancer prend en charge le cryptage SSL/TLS pour garantir la confidentialité des données. Vous pouvez créer rapidement vos certificats SSL Let’s Encrypt DV, inclus sans frais supplémentaires dans toutes nos offres Load Balancer. Vous avez également la possibilité de télécharger votre propre certificat si vous travaillez avec une autorité de certification spécifique.
Raccordement aux réseaux privés
Afin de garder vos nœuds applicatifs uniquement sur le réseau privé, le Load Balancer peut servir de passerelle entre l'adressage public et vos réseaux privés grâce au vRack OVHcloud.
Charges de travail privées
Il est tout à fait possible d’utiliser le Load Balancer de manière privée, afin qu’il soit accessible uniquement depuis votre réseau privé avec des instances backend internes.
Multitude de protocoles pour le contrôle de l’état de santé
Définissez les conditions d’exclusion d’une instance ou d’un nœud selon vos propres critères. Vous pouvez choisir entre la vérification TCP standard, le code HTTP ou de nombreuses autres options disponibles dans la documentation officielle du Load Balancer OpenStack.
Prise en charge de toutes les instances Public Cloud
Le Load Balancer peut prendre en charge plusieurs types de nœuds, comme les instances standard exploitées par OpenStack et les conteneurs fournis par Kubernetes. Avec un réseau privé, vous pouvez utiliser des machines virtuelles Hosted Private Cloud et des serveurs Bare Metal en tant que backend.
Facturation du Load Balancer
Le Load Balancer est facturé à l'usage, à l'heure. Ce service est disponible selon trois plans différents, en fonction de votre flux : Small, Medium et Large.
Autres produits
FAQ
Qu’est-ce que la couche 7 de la répartition de charge HTTP(S) ?
Il s’agit de la manière de transporter la couche d’application (c’est-à-dire le trafic web) d’une source aux serveurs dorsaux par le biais d’un composant de répartition charge qui peut appliquer différentes politiques avancées de routage du trafic. Ces politiques comprennent l’utilisation de cookies http, la prise en charge de protocoles proxy, différentes méthodes de répartition de la charge entre les backends, l’utilisation de https et le déchargement.
Pourquoi mon Load Balancer est-il généré par région ?
La disponibilité des solutions Public Cloud dépend des régions OpenStack. Chaque région dispose de sa propre plateforme OpenStack, qui lui fournit ses propres ressources de calcul, de stockage, de réseau, etc. Pour en savoir plus sur la disponibilité régionale, cliquez ici.
Quels protocoles puis-je utiliser avec mon Load Balancer ?
Au lancement du produit et selon la version, les protocoles supportés sont les suivants : TCP, HTTP, HTTPS, TERMINATED_HTTPS, UDP, SCTP et HTTP/2.
Comment le Load Balancer détermine-t-il la santé des hôtes ?
Le Load Balancer utilise healthmonitor pour vérifier si les services backend sont en vie. Vous pouvez configurer un certain nombre de protocoles à cette fin, notamment (mais pas exclusivement) HTTP, TLS, TCP, UDP, SCTP et PING.
Puis-je utiliser mon propre certificat SSL si j’en possède déjà un ?
Bien sûr ! Vous pouvez utiliser votre espace client OVHcloud pour télécharger votre propre certificat SSL, à utiliser avec le Load Balancer. Si vous souhaitez automatiser cette action, vous pouvez utiliser l’API OVHcloud.
Je ne sais pas comment générer un certificat SSL, comment puis-je utiliser HTTPS LBaaS ?
Pas d’inquiétude. L'espace client vous permet de créer et de générer votre propre certificat Let's Encrypt SSL DV afin de l'utiliser avec votre Load Balancer pour faciliter votre déploiement. Ce certificat est inclus dans le prix du Load Balancer sans frais supplémentaires.
Qu’est-ce qu’un Load Balancer cloud ?
Un Load Balancer cloud est un système de répartition de charge entièrement géré dans le cloud. Rapidement instancié, il peut être configuré via une API et présente une très haute disponibilité. Le Load Balancer cloud est facturé selon un modèle pay-as-you-go, ce qui signifie que vous ne payez que ce que vous consommez.
Quelle est la différence entre un Load Balancer for Kubernetes et un Load Balancer ?
Le Load Balancer for Kubernetes fonctionne uniquement avec notre offre Managed Kubernetes. Il dispose d’une interface directement compatible avec Kubernetes, ce qui signifie que vous pouvez facilement contrôler votre Load Balancer for Kubernetes avec des outils natifs.
Le Load Balancer classique repose sur OpenStack Octavia. Il peut être déployé dans votre projet Public Cloud en exploitant l’API OpenStack, ce qui permet l’automatisation par le biais d’outils comme Terraform, Ansible ou Salt. Il est prévu que Load Balancer prenne en charge Kubernetes. Nous ne manquerons pas de vous informer lorsque cette fonctionnalité sera disponible.