Le 06.02.21 à 10:31, Marc SCHAEFER a écrit : > On Sat, Feb 06, 2021 at 02:45:26AM +0100, Arnaud wrote:
>>> Dans ce cas, la seule solution est que les données soient stockées à >>> part et que les conteneurs soient générables automatiquement par scripts >>> ou Docker compose ou autre, et on les regénère régulièrement à partir >>> d'images de bases mises à jour. >> >> Oui, données à part, c'est une de mes finalités. > >> Je penchais pour GlusterFS, ou autres, j'en suis à regarder ce qui est >> possible actuellement. > > GlusterFS ne peut pas être utilisé sur la partition où Docker gère son > copy-on-write, du moins pour le moment. C'est peut-être possible en NFS. > > Mon concept est alors plus simple: j'ai un /private (conteneur > uniquement) et un /shared (partage de données entre conteneurs d'un même > utilisateur) en GlusterFS répliqué, par contre les conteneurs eux-mêmes > sont locaux sur mSATA SSD. > > Voir la documentation et la vidéo: > https://wiki.alphanet.ch/Sandbox/ALPHANETDSQuickStartGuide > https://login.alphanet.ch/~schaefer/tmp/ds-end-user.mp4 Le CERN a publié une doc concernant OVIRT sur 2 serveurs + 1 serveur de données. Ils utilisent GlusterFS pour la VM en HA qui auto-héberge ovirt-engine, en plus de Ceph pour les VMs. GlusterFS serait sur des ports réseaux dédiés, et possédant des disques dédiés sur les machines elles-mêmes, dans le même style qu'ils ont fait. Merci pour les liens _______________________________________________ gull mailing list [email protected] https://forum.linux-gull.ch/mailman/listinfo/gull
