OpenAFS, j'ai pas encore eu le temps de regarder.
Sinon, j'ai testé GlusterFS, c'est pas mal, ca peut utiliser du NFS derrière en fait pour les montages. La mise en place est relativement simple.
En gros, on déclare un cluster en ajoutant des "bricks", les machines constituant le cluster :
server1:/dossier1
server2:/dossier2
server3:/dossier3
server4:/dossier4
En mode répliqué, chaque dossier va servir au stockage local de la donnée qui sera répliqué.
Donc là, en gros c'est en mode réplication 4 (replica 4). Chaque noeud est aussi un client, donc on monte dessus (dans /mnt/glusterfs par exemple en utilisant comme serveur NFS l'adresse IP du noeud) le dossier dans lequel on écrit les données qui doivent être répliquées. Si on veut juste pouvoir lire à partir d'un noeud, on a pas besoin de monter ce dossier.
La taille disponible pour ce montage NFS sur chaque machine est le min des espaces disque de chaque serveur (comme le RAID 1).
Une donnée écrite dans le /mnt/glusterfs de n'importe quel serveur apparaîtra dans les dossiers /dossier[i] des autres serveurs. (et dans /mnt/glusterfs de chaque serveur si ca a été monté). Mais seule une modification dans /mnt/glusterfs est prise en compte. Les /dossier[i] servent uniquement à lire, en tout cas c'est ce que j'ai constaté.
Donc en fait là, si j'ai bien compris, lorsque je fais un : cp fichier /mnt/glusterfs
le fichier est répliqué de manière transparente et d'un coup sur les autres noeuds.
J'ai testé un cas d'interruption, je copie un truc via cp dans le dossier /mnt/glusterfs sur un serveur. J'interromps une des machines (reboot brutal) vers laquelle les fichiers commencaient à être copiés. Ensuite en redémarrant le noeud, il faut refaire un rebalance (cf man gluster) pour que ca reprenne...ca semble pas mal ;)
Reste à automatiser tout ça (montage auto, démarrage auto, rebalance auto) et ca devrait être bon.
Dommage que le cp soit bloquant, l'idéal aurait été de pouvoir partager un truc existant sans devoir le copier pour le transférer. (comme un dossier de synchro).
# Glusterfs
Posté par anakin . En réponse au message Réplication données sur réseau local (P2P ?). Évalué à 3.
Sinon, j'ai testé GlusterFS, c'est pas mal, ca peut utiliser du NFS derrière en fait pour les montages. La mise en place est relativement simple.
En gros, on déclare un cluster en ajoutant des "bricks", les machines constituant le cluster :
server1:/dossier1
server2:/dossier2
server3:/dossier3
server4:/dossier4
En mode répliqué, chaque dossier va servir au stockage local de la donnée qui sera répliqué.
Donc là, en gros c'est en mode réplication 4 (replica 4). Chaque noeud est aussi un client, donc on monte dessus (dans /mnt/glusterfs par exemple en utilisant comme serveur NFS l'adresse IP du noeud) le dossier dans lequel on écrit les données qui doivent être répliquées. Si on veut juste pouvoir lire à partir d'un noeud, on a pas besoin de monter ce dossier.
La taille disponible pour ce montage NFS sur chaque machine est le min des espaces disque de chaque serveur (comme le RAID 1).
Une donnée écrite dans le /mnt/glusterfs de n'importe quel serveur apparaîtra dans les dossiers /dossier[i] des autres serveurs. (et dans /mnt/glusterfs de chaque serveur si ca a été monté). Mais seule une modification dans /mnt/glusterfs est prise en compte. Les /dossier[i] servent uniquement à lire, en tout cas c'est ce que j'ai constaté.
Donc en fait là, si j'ai bien compris, lorsque je fais un :
cp fichier /mnt/glusterfsle fichier est répliqué de manière transparente et d'un coup sur les autres noeuds.
J'ai testé un cas d'interruption, je copie un truc via cp dans le dossier /mnt/glusterfs sur un serveur. J'interromps une des machines (reboot brutal) vers laquelle les fichiers commencaient à être copiés. Ensuite en redémarrant le noeud, il faut refaire un rebalance (cf man gluster) pour que ca reprenne...ca semble pas mal ;)
Reste à automatiser tout ça (montage auto, démarrage auto, rebalance auto) et ca devrait être bon.
Dommage que le cp soit bloquant, l'idéal aurait été de pouvoir partager un truc existant sans devoir le copier pour le transférer. (comme un dossier de synchro).