11 janvier 2018 08:40 "BASSAGET Cédric" cedric.bassaget.ml@gmail.com a écrit:
Bonjour la liste.
Je suis actuellement en tain de migrer un petit cluster proxmox constitué de :
deux lames dell m610 sous debian 8 / proxmox 4
un san equallogic ps4100 + ce qui va bien pour faire du multipath iscsi
un shared storage basé sur ocfs2 version 1.6
le but étant de rajouter une troisième machine au cluster.
Mon ancien cluster ocfs2 étant limité à deux nodes, et n'ayant pas possibilité de modifier cette valeur à chaud, j'ai décidé d'installer un proxmox tout beau tout neuf sur la nouvelle machine (proxmox5, debian 9, ocfs2 1.8), puis de migrer les VMs sur la nouvelle infra.
Et là, c'est le drame. Gros problèmes de stabilité de ocfs2 1.8 (confirmé par les devs de OCFS).
[ source : https://oss.oracle.com/pipermail/ocfs2-devel/2018-January/013254.html ]
Patch en cours, mais d'ici à ce que le correctif soit intégré aux dépôts debian..... y'a le temps. j'ai donc cherché des solutions alternatives à ocfs2 :
- exit NFS, mon SAN ne le supporte pas
- exit ceph, pas assez de disque sur les lames
- exit LVM, je veux pouvoir faire des snapshots
Pour LVM : lvcreate -s permet de créer des snapshots de LV, comprends pas ta réaction... Après je n'ai jamais utilisé dans ton cadre d'utilisation
Pour moi, OCFS2 ---> uniquement Oracle derrière...se méfier initialement prévu pour du cluster RAC... Mais maintenant quand tu fais du Oracle RAC, tu utilises asm. J'arrêterais d'investir sur ce genre d'archi
Dans ta liste il manque GFS2, qui est une autre solution que GlusterFS
Mais il semble que le futur s'oriente plus vers Ceph... mais de là à dire que c'est prod ready je ne sais pas dire
Cdlt,
JYL