Discussion :

[Lekno]

Bonjour, dans le cas de déploiement d'une application web avec derrière deux serveurs quel est la bonne pratique :

- Mise en place d'une architecture haute disponibilité (1 master et un 1 serveur slave en cas de coupure)
- Mise en place d'un load balancing entre les deux serveurs ? (les deux travaillant, si l'un tombe l'autre récupère toute la charge)

Je me pose la question car la solution de load balancing permet d'utiliser les deux serveurs et éviter de laisser de la ressource inutilisé. Néanmoins les deux solutions sont possible, dans quel cas va on privilégié l'un ou l'autre ?
Dans le cas d'une application web lequel privilégiez vous ?

cordialement

[Invité]

Bonjour, dans le cas de déploiement d'une application web avec derrière deux serveurs quel est la bonne pratique :

- Mise en place d'une architecture haute disponibilité (1 master et un 1 serveur slave en cas de coupure)
- Mise en place d'un load balancing entre les deux serveurs ? (les deux travaillant, si l'un tombe l'autre récupère toute la charge)

Je me pose la question car la solution de load balancing permet d'utiliser les deux serveurs et éviter de laisser de la ressource inutilisé. Néanmoins les deux solutions sont possible, dans quel cas va on privilégié l'un ou l'autre ?
Dans le cas d'une application web lequel privilégiez vous ?

cordialement

Salut,

tout dépend de l'écosystème déployé.

Si c'est une application "lourde" destinée à recevoir un grand volume de requêtes, on partira sur une solution de type load-balancing pour répartir la charge entre les serveurs. Les requêtes sont alors distribuées par un load-balancer.

Si c'est une application qui n'est pas massive, on peut mettre en oeuvre une infra de type HA avec un Master et un Slave (ou hot spare) comme tu l'as compris.

En résumé :
- load-balancing => déploiement à grande échelle,
- HA => redondance

-VX

[Lekno]

Merci pour ta réponse