Bonjour,

2015-08-04 16:19 GMT+02:00 Stephane Martin <stephane.martin@vesperal.eu>:

Je ne suis pas certain de voir l'intérêt de mettre une base de données
dans un container.

Perf DB = CPU * IO * RAM

Typiquement le genre d'objets qu'on ne virtualise pas.

C'était peut-être vrai avant, mais je pense que si même Oracle se met à la virtualisation ( http://aws.amazon.com/fr/rds/oracle/ ) on doit pouvoir dire que c'est du passé, non?

D'autant que Docker (et les conteneurs en général) n'est pas de la virtualisation au sens traditionnel (ie virtualisation de matériel) mais de la virtualisation d'environnement.

En ce qui concerne les performances, IBM avait publié une étude sur le sujet l'été dernier.

Le résultat est disponible en pdf ici:
http://domino.research.ibm.com/library/cyberdig.nsf/papers/0929052195DD819C85257D2300681E7B/$File/rc25482.pdf

Je vous laisse vous faire votre avis mais pour ma part, je trouve que Docker s'en sort plutôt bien.

Si les questions de la connectivité (réseau et stockage) étaient réglés, il y a belle lurette que mes bases de données seraient dans des conteneurs.

Au passage après Microsoft, Oracle aussi se met à Docker. Autant sur Linux ( https://blogs.oracle.com/linux/entry/oracle_linux_images_for_docker ) que sur Solaris ( https://www.oracle.com/corporate/pressrelease/docker-gets-in-the-zone-with-oracle-solaris-073015.html ).
Peut-être est-il encore temps de s'y mettre?

Mais s'il faut absolument la mettre dans un container, j'irais plutôt la
mettre dans un container LXC persistent, ou même juste dans un cgroups
pour faire du contrôle de ressources.

Si c'est pour "sécuriser", voir firejail par example:
https://l3net.wordpress.com/projects/firejail/

Cordialement,
Stéphane

Cordialement,

Benoit