Si tu veux egalement tenir compte de coupure de courant tu vas finir par arriver dans les problematiques de 'disaster tolerance' ... il te faudra prendre en compte également les problèmes de tremblement de terre ou de guerre ;-)
Ton problème de panne de courant existe de toute façon avec ou sans 'power switch', et ne peux pas être résolu par logiciel. (utilisation de générateur , abonnement à deux fournisseurs de courant distinct ... ).
Les problèmes de reprises après crash sont gérés par les systèmes de fichiers journalisés. EXT3, ReiserFS, JFS, XFS ou bien d'autres encore. Il n'y pas de soucis majeur à avoir concernant ce point, quelque soit la solution que tu retiennes (serveurs NFS, DRDB , RAID ou autres) car à moins d'utiliser CODA ou OpenGFS, en local tu dois utiliser un systèmes de fichier journalisé.
L'adresse IP du service est active uniquement sur UN serveur à la fois et elle bascule en cas de crash sur le serveur survivant. Deux solutions utiliser un mechanisme pour mettre à jour les caches ARP qui permettent de diminuer les temps de reprises pour les clients connectés ou utiliser le MAC Address Takeover.
Quand aux transactions en cours sur un serveur elles sont soient dans le log du système de fichier journalisé et dans ce cas pas de probléme. Soient elles ne sont pas encore traitées et elles sont perdues, le client doit refaire sa requête. C'est la que la mise à jour des caches ARP ou le MAC Address Takeover entre en jeux, qui permet -pour simplifier -aux clients qui étaient connectés d'envoyer une requête qui aboutie sur le serveur qui dispose de la bonne adresse IP.
[^] # Re: load-balancing ou haute-disponibilité
Posté par xcave . En réponse au message Load Balancer ?. Évalué à 2.
Ton problème de panne de courant existe de toute façon avec ou sans 'power switch', et ne peux pas être résolu par logiciel. (utilisation de générateur , abonnement à deux fournisseurs de courant distinct ... ).
Les problèmes de reprises après crash sont gérés par les systèmes de fichiers journalisés. EXT3, ReiserFS, JFS, XFS ou bien d'autres encore. Il n'y pas de soucis majeur à avoir concernant ce point, quelque soit la solution que tu retiennes (serveurs NFS, DRDB , RAID ou autres) car à moins d'utiliser CODA ou OpenGFS, en local tu dois utiliser un systèmes de fichier journalisé.
L'adresse IP du service est active uniquement sur UN serveur à la fois et elle bascule en cas de crash sur le serveur survivant. Deux solutions utiliser un mechanisme pour mettre à jour les caches ARP qui permettent de diminuer les temps de reprises pour les clients connectés ou utiliser le MAC Address Takeover.
Quand aux transactions en cours sur un serveur elles sont soient dans le log du système de fichier journalisé et dans ce cas pas de probléme. Soient elles ne sont pas encore traitées et elles sont perdues, le client doit refaire sa requête. C'est la que la mise à jour des caches ARP ou le MAC Address Takeover entre en jeux, qui permet -pour simplifier -aux clients qui étaient connectés d'envoyer une requête qui aboutie sur le serveur qui dispose de la bonne adresse IP.