On a encore de gros problèmes de stabilité avec NFS sous Linux. Et on peut difficilement se permettre de devoir rebooter un serveur en prod à cause d'un ènième crash du FS... Mais bon c'est un peu plus utilisable que SHFS, qui me pète au nez tous les jours.
D'autre part en terme de performances avec NFS, même avec du gros tuning, on est toujours déçu sur certaines config, sans avoir d'explications logiques (machines puissantes, réseau Gb sans trop de loss...). Et les performances de Samba ne sont pas à la hauteur non plus...
Concernant DRBD, l'idée est bonne, la pratique moins. En effet le FS n'est accessible en écriture que par un seul des nodes, ce qui limite vachement l'intérêt. ENBD je n'ai pas testé.
Bref les FS réseau sous Linux c'est pas le pied.
Tiens j'en profite pour poser une question qui me trotte dans la tete depuis pas mal de temps : Dans une plateforme d'hébergement web assez costaude, soient un load balancer, des frontaux, des serveurs applicatifs, et des serveurs de bases de données. On peut sans problème dupliquer les reverse proxy en frontal, ainsi que les serveurs de BDD, qui sont équipés de mécanismes de réplication performants. Le problème se situe au niveau des serveurs applicatifs.
Certaines applications (PHP par exemple) peuvent générer des pages à la volée (comme sur DLFP). Ces pages, une fois créées, ne doivent pas l'être de nouveau sur les jumeaux du serveur. Bien sûr on pourrait coder les sites en fonction, mais on souhaite être totalement indépendant de la plateforme. Il faut donc partager le système de fichiers afin de synchroniser ces données. Pour l'instant on monte un NFS à partir d'une autre machine, mais il faut bien avouer que c'est cracra et que c'est pas très "haute disponibilité". Je cherche une solution du genre DRBD, avec écriture sur tous les nodes. Quelqu'un aurait une idée ? Je ne dois quand meme pas être le seul confronté à ces problèmes...
[^] # Re: Un article inquiétant
Posté par Arachne . En réponse à la dépêche Délégation de pouvoirs avec un contrôleur de domaine Samba. Évalué à 3.
D'autre part en terme de performances avec NFS, même avec du gros tuning, on est toujours déçu sur certaines config, sans avoir d'explications logiques (machines puissantes, réseau Gb sans trop de loss...). Et les performances de Samba ne sont pas à la hauteur non plus...
Concernant DRBD, l'idée est bonne, la pratique moins. En effet le FS n'est accessible en écriture que par un seul des nodes, ce qui limite vachement l'intérêt. ENBD je n'ai pas testé.
Bref les FS réseau sous Linux c'est pas le pied.
Tiens j'en profite pour poser une question qui me trotte dans la tete depuis pas mal de temps : Dans une plateforme d'hébergement web assez costaude, soient un load balancer, des frontaux, des serveurs applicatifs, et des serveurs de bases de données. On peut sans problème dupliquer les reverse proxy en frontal, ainsi que les serveurs de BDD, qui sont équipés de mécanismes de réplication performants. Le problème se situe au niveau des serveurs applicatifs.
Certaines applications (PHP par exemple) peuvent générer des pages à la volée (comme sur DLFP). Ces pages, une fois créées, ne doivent pas l'être de nouveau sur les jumeaux du serveur. Bien sûr on pourrait coder les sites en fonction, mais on souhaite être totalement indépendant de la plateforme. Il faut donc partager le système de fichiers afin de synchroniser ces données. Pour l'instant on monte un NFS à partir d'une autre machine, mais il faut bien avouer que c'est cracra et que c'est pas très "haute disponibilité". Je cherche une solution du genre DRBD, avec écriture sur tous les nodes. Quelqu'un aurait une idée ? Je ne dois quand meme pas être le seul confronté à ces problèmes...