Le 18/05/2015 15:00, Dominique Rousseau a écrit :
Le Tue, May 12, 2015 at 06:25:29PM +0200, frsag@jack.fr.eu.org [frsag@jack.fr.eu.org] a écrit:
Mouais j'sais pas trop J'utilise drbd sur l'intégralité de mes VM, quasiment aucun soucis
Mais les perfs s'en ressentent, forcément, sur les i/o (latence réseau pour le transfert + attente de l'ack)
En cross-connecte entre deux machines, ça peut aller. Et il reste le mode async (protocol A ou B) mais qui n'autorise pas le dual primary (ce qui n'empêche pas de passer en dual primary le jour où c'est nécessaire à chaud avec DRBD 8.4).
L'idéal étant de laisse tomber ethernet pour faire des trucs moins 'latenceux' comme infiniband (pas très cher si pas plus de deux nodes).
Bon, pour en revenir à DRBD/ZFS vs ZFS send/receive : dans mon cas, c'est pour stocker de l'image de VM. Je vois quand même venir un truc moche en prenant un besoin spécifique : de la base de données.
Soit on fait du mode synchrone et la perf en pâtis (pâtit ?) mais on est sûr que les I/O que le mariadb au dessus considère comme écris SONT écris.
Soit on fait du mode asynchrone (que ce soit DRBD A/B ou ZFS send/receive d'ailleurs) et on a aucune certitude que au moment où sa va repasser sur l'autre HV, la base de données va pouvoir retrouver ses petits, en particulier sur des trucs fragiles comme innodb (attention, troll inside).
Une idée pour avoir le meilleur des deux mondes ?
Julien