Reprise du message précédent :

 
Dans le cas d'une base de données, je ne vois aucune situation pour laquelle il serait intéressant d'avoir les données dans le container.
 
Dans le cas de nginx, à la limite, on peut peut-être se passer de volume (imaginons une image nginx qui contiendrait un site statique, ou même un site dynamique dont tout le contenu serait stocké dans la BDD, le container ne serait pas modifié), mais ça doit rester super spécifique parce que, par exemple, même un wordpress va avoir besoin de stocker des images, etc...
 
En général j'essaye de faire en sorte que mes containers soient totalement indépendant des données. Je peux a tout moment supprimer un container et le recréer, les données elles n'ont pas bougé.
 
Si les données sont à l'intérieur du container, ça veut dire qu'avant de le supprimer il va falloir les exporter, puis les réimporter dans le nouveau... pas très pratique.

+1 pour moi c'est le but. Si demain tu dois rebuilder ton image pour faire un maj, qd tu le déploies il faut que les données soient là

Oui, c'est aussi la philosophie que je préfère en général : les data sont dans un endroit à data (backupées etc.) et le système est « cassable » et reproductible si besoin via des recettes.
 
C'est pas valable que pour Docker d'ailleurs

Ok, je vois un peu mieux. Et donc faire un backup du container n'a probablement pas beaucoup de sens ? Il vaudrait peut-être mieux avoir des dockerfile bien faits qui permettent de recréer rapidement le même container.

Oui, exactement, car c'est aussi reproductible rapidement et facilement

La philosophie c'est justement d'industrialiser au maximum, éviter le boulot à répétition manuel !

Pour les data, je pensais a un partage NFS monté sur les hosts, puis mapper les répertoire adéquat du NFS sur les containers ?
 
Vous faites comment vous quand les datas doivent être partagées entre diiférents containers ?

 
 
tu peux lancer un container qui ne fait rien et créé les volumes :

 
et ensuite tu peux lancer n'importe quel container avec le même volume sur /data

Drapal \o/

Allez hop, ma dedibox vient d'avoir une reinstall toute fraiche, je vais en profiter pour remonter tous mes services dans des dockers /o/ (web, mail, seedbox, serveur cs)

Je me tate à faire la même chose sur mon kimsufi, rebuild from scratch avec des containers (mais KS1)

Bonne question. Je sais pas ce que ça vaut coreOS, j'aurai un peu l'impression d'être à poil .
 
Et fait chier sur kimsufi faut recompiler le noyal OVH pour que ça marche

Je dois encore avoir le .deb de mon kernel kimsufi+docker si ça intéresse (version 3.10.43), voir même le .config

edit : de mémoire il est basé sur le noyau fourni par ovh : linux-image-3.10.43-xxxx-std-ipv6

Comment on change le binding de ports sur un container live sans devoir le commit et le lancer en tant que nouveau container ?

C'est pas possible comme pour les volumes

Bon du coup j'ai fait un commit et j'ai relancé un nouveau container basé sur cette image avec les bons bindings de ports
Maintenant c'est postfix/dovecot qui me font chier

 
Why ?

drap !

J'essaye d'automatiser la création d'une image en utilisant puppet. J'ai trouvé un projet github qui correspond exactement à ce que je veux faire:
https://github.com/lutter/puppet-docker

En gros, on génère un certif sur le puppet master, on le récupère sur le serveur hébergeant les conteneurs docker, on crée un dockerfile qui va utiliser le script puppet-docker pour faker le hostname du conteneur (en utilisant le nom du certificat à la place).

Mais chez moi la partie invoquant puppet-agent crashe tout el temps:

Le node test-docker.domain.local est correctement défini.

Zavez une idée pour résoudre mon problème ?

UPDATE: je me suis rendu compte entretemps de l'inutilité du truc. Je vais plutôt réécrire mon code puppet pour générer des Dockerfiles, c'est plus contraignant mais le résultat sera sans doute meilleur.
Sinon si besoin, ça marche aussi en excluant le "puppet agent" run du script et en l'effectuant directement dans le conteneur

 
 
J'ai pas mal testé CoreOS ca marche vraiment bien, mais c'est clair que ca ne sert qu'a faire touner des containers donc l'OS est minimaliste :-), et surtout tu peux rien installer (pas de logiciel de paquet et /usr en RO) mais il y a pas besoin.
 
Par contre CoreOS utilise systemd

CoreOS est vraiment intéressant si tu veux monter des dockers en cluster . Sinon ca vaut pas le coup.

Bonjour,
 
Je m'intéresse à Docker et je commence à jouer avec.
Pour vous situer mon contexte, j'utilise depuis quelques années un serveur@home qui héberge des VM qemu où j'ai mis en place une séparation par fonctions :
- VM MySQL
- VM Apache (Owncloud, Roundcube, Mythweb...).
- VM serveur de fichiers avec de gros volumes LVM partagés via NFS et Samba. Apt-cacher-ng en plus pour le proxy APT.
- VM DNS + DHCP.
- VM mails (Dovecot, Getmail, Postfix)
- VM monitoring (Collectd)
- VM MythTV Backend
- VM HTPC + Gaming avec VGA Passthrough.
Je me suis fait un template Debian, avec mes outils/ma conf, puis je l'ai cloné pour créer les autres. Tout ceci est à peu près documenté pour pouvoir être reconstruit au mieux.
 
Ca fonctionne très bien, mais je me dit que Docker pourrait encore mieux répondre à mon utilisation et présenterait certains avantages par rapport à la virtualisation :
- consommation en ressource (même si sur un Core i7 et 16 Go de RAM j'ai de la marge).
- maintenance plus faible (la mise à jour de toutes les VM est un peu lourde).
- reproductibilité avec les Dockerfiles.
- possibilité de changer d’hôte assez facilement (j'ai un second serveur qui entre autre devrait pouvoir me servir de secours mais ce n'est pas vraiment au point, du fait d'une architecture CPU différente qui pose problème pour la migration des VM).
 
Vous en pensez quoi ? Certains utilisent Docker pour ce type d'usage ?
Qu'est-ce qui vous semble "dockerizable" ? Pour l'aspect HTPC j'oublie, mais par exemple un backend MythTV pourrait être jouable (en utilisant --device pour l'USB) ?
Je n'en suis qu'au début de mes tests (je me suis créé mon image de base Debian Jessie via debootstrap et j'ai commencé à jouer avec des containers MySQL et Apache). Je ne maîtrise pas encore toutes les subtilités (la gestion des données avec les datas containers, l'aspect mises à jour de sécurité, l'organisation à avoir pour ses Dockerfiles...), donc si vous avez des conseils, je suis preneur.

 
C'est exactement mon utilisation de docker. A priori tu peux mettre en place sous forme de container, sauf peut-être le vga-passtrough, et encore que, en lancant une recherche sur google on trouve des résultats (example), donc si ça se trouve même ça c'est possible

Ok, merci pour le retour. Je vais continuer mes tests et essayer de migrer mes services les uns après les autres.
Par contre pour le VGA Passthrough, ça me semble difficilement réalisable, je pense rester avec qemu pour l'instant. A voir pour MythTV Backend.

Hello ici,
 
Je me suis installer un serveur LEMP avec Docker, tout fonctionne bien  
J'utilise fig pour simplifier les choses
 
Mais maintenant je me demande comment je peux faire pour que tout se lance au boot de ma debian ?

 
Salut,
 
Pour docker (je ne sais pas si l'utilisation de fig que je ne connais pas, change quelque chose), voir https://docs.docker.com/articles/host_integration/ :
- soit utiliser le paramètre --restart= dans le docker run.
- soit utiliser le système d'init de l’hôte.
Pour le moment j'utilise la première solution, mais je n'ai pas encore assez rebooté mon hôte pour vraiment valider.
 
De mon coté, j'ai basculé plusieurs de mes services qui étaient hébergés dans mes VM dans des containers (apache, mysql passé en mariadb au passage, collectd et apt-cacher-ng). Je n'ai pas rencontré trop de problèmes, mais j'ai encore pas mal d'interrogations :
- pour les data, j'ai compris qu'il est recommandé d'utiliser des datas volumes containers et de ne pas faire de montage depuis l’hôte. Pour le moment je trouve que ça ajoute de la complexité et je n'ai pas franchement envie de mettre mes données dans /var/lib/docker. Donc j'ai créé des containers data only sur lesquels je monte des répertoires de l’hôte (en général un pour les datas, un pour la configuration et un pour les logs). Vous en pensez quoi ?
- comment gérez-vous les backups de vos bases de données ? Un container spécifique (qui lance un mysqldump avec un link par exemple sur le container mysql) ? Via docker exec ?
- concernant le driver pour le stockage, j'utilise devicemapper (par défaut avec Debian si on n'installe pas AUFS). Mon /var/lib/docker est un volume LVM. Un avis par rapport aux autres drivers ?
- j'ai lu que ça pouvait être une bonne idée d'utiliser Docker dans une VM (ce qui est le cas sous Windows et OSX avec boot2docker si j'ai bien compris). Vous en pensez quoi ?
- à terme, j'envisage de pouvoir basculer sur une autre machine en cas de gros pépin sur la première, sans partir sur de grosses solutions type clustering. Mes datas (et mes Dockerfile) seront synchronisés régulièrement via rsync, donc à part pour les bases de données, je devrais pouvoir repartir assez rapidement (quelques build éventuels et des mises à jour DNS devraient suffire). Vous pensez quoi de cette solution ?
- je ne suis pas sur que ce soit en lien, mais depuis que j'utilise Docker j'ai rencontré plusieurs corruptions ext4 sur mon LV de datas. J'ai pu les corriger avec fsck et je n'ai à priori pas d'erreurs SMART sur le disque. Il est également monté dans une VM (le volume LVM est passé en direct), est-ce que ça peut être lié à ça ?
 
Voilà, si vous avez des avis ou des retours d'expérience sur ces sujets, je suis preneur.

Qui a des nouvelles de Rocket ?  
 
XaT

Bonjour, je fait un projet dans la cadre de ma licence sur le déploiement de services avec Docker. On a mis chaque services dans un conteneur, un conteneur par machine.
la en fait on a un owncloud + un  nfs qui héberge les données+ une BDD avec postgresql pour l'auth.
Maintenant on aimerait faire quelque tests, mais on sait pas vraiment quels outils on pourrait utiliser rapidement, et comment les menés.
Une idées sur comment faire? ON veut juste en retirer des résultats pertinents à mettre dans notre rapport.  
 

Je n'y connais rien en test (on a pas eu de cours dessus), on veut juste de quoi avoir des données pertinentes.  
Par exemple le temps de démarrage d'un contenair, les transferts réseaux. (encore que avec le réseau je peut me débrouilller avec curl et un script).
C'est un projet pas une infra déployé. C'est pour tester docker et comprendre son fonctionnement. On va passer 10h sur les tests.
On aimerait avoir des données pour faire de beaux graphiques.
Je suis désolé d'être aussi évasif

Hello les gens,
 
J'ai une petite question de praticité qui peut voius paraitre stupide
==> Y'a t-il un moyen de simplifier l'administration des conténaires sans passer par la commande "docker run NomMachine CommandeaFaire" ?
 
Je pensais pas le faire en ssh sous reserve d'assigner le port correctement. Il pourrait y avoir une interface web gérant ça ?

Je sais pas comment mener les tests. Curl c'est mon tuteur de projet qui nous l'a recommandé, du genre on transfert un fichier, on récupérer le temps de vie de la commande. ça a pas besoin d'être précis.
Je cherche simplement des pistes, de la doc ou qqch qui m'aiderait à faire ça.
 On est un peu pressé par le temps ^^'
 
Merci pour tes conseils , je vais commencer par bien définir ce qui devrait être testé.  
 
Et pour Docker oui y a pas grand chose à dire dessus, on en faire vite le tour.

je vois pas l'intérêt d'un test de curl perso

Drapal

bonsoir a tous
 
j'ai appris la connaissance de docker il y a quelques semaines et j'ai dit Wowwww!!! quand j'ai compris sa puissance et ses possibilités.
 
j'aimerais que vous me confirmiez si c'est possible de faire un docker de ubuntu minimal qui lancerait sickbeard.
 
Merci !!
 

oui et tu as des images préfaites genre https://github.com/thefotios/docker [...] Dockerfile

Bonjour à tous,
 
je m'essaie à Docker et j'ai quelques questions.
 
Je souhaite faire un container "data_container" qui "partagera" (je sais pas si le terme est le bon) 3 dossiers (/data, /conf, /log) aux autres containers (LAMP, owncloud, openvpn)
Cela vous semble-t-il être une bonne pratique?
 
Pour "data_container" je pars sur un dockerfile du genre:
 

 
J'ai du mal à comprendre où se trouveront physiquement les dossiers /data, /log et /conf?
Sur mon host (un ubuntu server), si oui dans quel dossier?
Dans le data_container? Dans ce cas ça se présente comme une vm (genre un fichier vmdk par exemple?) Toujours dans ce cas, il faut un moyen d'accéder aux données comme ftp/samba/nfs?
 
Dans mon container "LAMP", je devrait donc prévoir de modifier toutes les conf pour faire fonctionner les applications avec ces 3 dossiers en références?
Par exemple,  
apache /www -> /data/apache/www, etc...
 
Et ca sera au démarrage avec RUN de mon container "LAMP" que je pourrait mapper le /data de "LAMP" vers le /data de "data_container"?
 
Merci d'avance de vos précisions.