2018-01-12 16:58 GMT+01:00 lemonnierk@ulrar.net:
Juste pour confirmer que OpenIO que ne convient pas à la problématique, voici des extratis de la réponse de l'éditeur : "nous faisons effectivement de l'object storage. Ainsi, nous sommes compatible swift et S3, ainsi que NFS, CIFS et SAMBA grâce à notre module OIOFS (OpenIO File Service) en mode fichier (connecteur FUSE).Par contre, nous ne faisons pas de stockage en mode block...nous ne pouvons pas stocker de VMs "actives".Mais nous avons bien évidement des clients qui stockent des "sauvegardes" de VMs, aussi bien via l'OIOFS qu'en S3."
À priori si ça marche en NFS, ça devrait marcher très bien pour stocker du qcow, non ?
Si tu parle de cette architecture : VM -> qcow -> NFS -> OIOFS-module -> OIO. Oui, techniquement, j'imagine que ca doit marcher.
Mais attention !! Cela relève beaucoup de la bidouille (un blockdevice over qcow over ObjectStorage) et perso, je mettrai jamais ça pour un truc qui ressemble de près ou de loin à de la prod ! En effet, cela sera surement très bof niveau performance (grosse latence à chaque IO) et trop complexe à gérer (fiabilité, debug) car trop de couches.