Bonjour,
J'envisage d'utiliser le service Load Balancer pour garantir l'accès d'un service qui sera dupliqué sur (au moins) 2 VPS. (Nous avons constaté que compter sur la modification du DNS pour basculer sur un système de secours induisait un délai de propagation trop long pour nos besoins).
Les événements récents soulèvent une question : le load balancer en lui-même reste-il accessible "quoiqu'il arrive" (disons au moins à l'échelle d'un datacenter), bref y a-t-il des situations où le service load-balancer peut être perdu ou inaccessible ?
merci
Disponibilité du Load balancer
Sujets apparentés
- Je connais que le mutu et besoin de node js
14317 
14.04.2017 13:34
- [résolu] Serveur Mysql - hôte inconnu
11879 19.01.2017 16:21
- Envoi Email via SMTP (port 587) sur VPS Pro1
11718 27.01.2017 10:02
- Comment configurer/utiliser un SMTP depuis un VPS ?
11628 07.10.2019 10:49
- Accès externe base de données
11326 18.07.2018 10:29
- Problème avec statisitique Plesk
10343 29.03.2017 07:44
- Comment sauvegarder / restaurer tout son vps système compris
10237 31.08.2018 05:21
- Qu'est-ce vcore?
10106 06.01.2017 19:20
- Délai de livraison VPS
10098 11.07.2018 15:15
- Mise à jour Plesk en erreur
9753 28.11.2016 22:52
Le load balancer sert à faire en sorte que les 2 serveurs bossent.
Si vous souhaitez pouvoir basculer rapidement d'un serveur à un autre c'est une ip failover qu'il vous faut.
En gros avec le load balancer vos 2 serveurs vont répondre aux requêtes (d'où la problématique de synchroniser les données, les sessions, etc). Il sert à répartir la charge entre plusieurs serveurs.
L'IP FailOver elle par contre ne pointe que sur un seul serveur à la fois.
Et vous pouvez la déplacer d'un serveur à un autre en cas de panne ou de migration.
Après pour savoir ce qui reste opérationnel en cas d'énorme crash comme ça c'est difficile à dire... Les IP FailOver ne pouvaient plus être déplacées pendant plusieurs heures, voir jours je crois...
Par conséquent premièrement je vous invite à bien définir votre projet (répartition de charge, secours, etc).
Deuxièmement rien ne vous empêche de prendre vos DNS chez cloudflare par exemple, la modif des dns est quasiment instantanée et vous pouvez prendre un load balancer chez eux également.
Avec par exemple un serveur chez OVH un autre chez un concurrent, et le service de load balancer ou de dns chez cloudflare... Après attention à la communication entre les 2 serveurs si ils doivent se partager des infos...
merci beaucoup pour votre réponse rapide.
pour être plus précis, l'amélioration de la disponibilité était déjà en cours avant l'incendie (pas de chance...), le changement de DNS étant juste la seule solution que nous avions à cette date...
Notre besoin actuel est
* de garantir qu'un serveur au moins sera capable de répondre en cas d'indisponibilité, sans que le client ne change d'adresse (DNS)
* donc avec basculement ou répartition automatique entre serveurs distants (nous pouvons bien sur mettre en place cet automatisme, encore faut-il pouvoir basculer l'ip ou le dns dans un délai raisonnable, et il semble en effet que ça n'a pas été le cas)
* en servant des données préparées en amont, récupérées via des requêtes indépendantes, ce qui simplifie grandement la question de la synchronisation et rend les différentes solutions techniques plutôt équivalentes sur ce point.
Certes l'usage premier du load balancer est la répartition de charge (ça semble évident). Si dans notre cas c'est plus la haute disponibilité qui motive la recherche d'une solution technique, d'où ma question d'origine, le fait d'avoir plusieurs instances avec une répartition de charge (par zone géographique idéalement) est un plus non négligeable.
Dans ce cas, si la synchro entre les serveurs n'exige pas une très très faible latence, vous pouvez envisager de prendre 1 serveur chez OVH, un autre chez dedibox (ou ailleurs) et le load balancer chez cloudflare...
Ou 2 serveurs chez OVH dans des DC différents... Je ne sais pas du tout si les LB ont été impacté pendant l'incendie par contre..