Quel est un bon moyen de démarrer automatiquement les conteneurs Docker lorsque le système démarre?

Y a-t-il un moyen préféré de faire cela sur Ubuntu 14.04?

J'ai déjà utilisé supervisordpour lancer automatiquement des applications Web. Mais cela ne semble pas être la bonne chose pour Docker.

Apparemment, la méthode actuelle pour démarrer automatiquement les conteneurs Docker (à partir de Docker 1.2 ) consiste à utiliser des stratégies de redémarrage . Cela contrôlera la manière dont Docker doit gérer le démarrage du conteneur lors du démarrage et le redémarrage du conteneur lors de sa sortie. Jusqu'ici, j'ai utilisé l'option 'toujours' et peux confirmer que Docker lance automatiquement le conteneur au démarrage du système:

sudo docker run --restart=always -d myimage

Extrait de documentation

Redémarrer les stratégies À l'aide de l'indicateur --restart sur l'exécution de Docker, vous pouvez spécifier une stratégie de redémarrage indiquant comment un conteneur doit ou non être redémarré à la sortie.

non - Ne redémarre pas le conteneur à sa sortie.

on-failure - Redémarrez le conteneur uniquement s'il se ferme avec un statut de sortie non nul.

always - Toujours redémarrer le conteneur, quel que soit le statut de sortie.

Vous pouvez également spécifier le nombre maximal de fois où Docker tentera de redémarrer le conteneur lors de l'utilisation de la stratégie en cas d'échec. La valeur par défaut est que Docker essaiera définitivement de redémarrer le conteneur.

$ sudo docker run --restart=always redis

Cela va exécuter le conteneur redis avec une politique de redémarrage de toujours afin que, si le conteneur se ferme, Docker le redémarre.

$ sudo docker run --restart=on-failure:10 redis

Le conteneur redis sera exécuté avec une stratégie de redémarrage après échec et un nombre de redémarrages maximal de 10. Si le conteneur redis se ferme avec un statut de sortie non nul plus de 10 fois de suite, Docker abandonnera en essayant de le redémarrer. La fourniture d'une limite de redémarrage maximale n'est valide que pour la stratégie en cas d'échec.

Docker a cette page qui explique comment procéder avec upstart et systemd. Je conviens que cela ne semble pas être la bonne chose pour Docker. Leur solution consiste à exécuter docker start, ce qui suppose que vous avez déjà créé votre conteneur. Je penserais que vous feriez soit docker run --rmdans le script upstart (en le traitant comme un tout nouveau processus et conteneur à partir d'une image) ou tout simplement en laissant le démon docker redémarrer les conteneurs lui-même au démarrage (comme par défaut si vous ne faites rien d'autre ) Upstart a l'avantage de permettre un démarrage / un arrêt facile des processus, mais vous obtenez cela aussi avec le démarrage / arrêt de docker!

Je pense que c'est bizarre de forcer l'utilisateur à créer manuellement un conteneur (avec toutes les liaisons port / volume correctes) avant que le script de mise à jour ne fonctionne.

Mais cela ne semble pas être la bonne chose pour Docker.

Pourquoi pas?

J'utilise supervisord pour cela avec un grand succès.

Utilisez ce que vous savez, utilisez ce qui fonctionne, utilisez quelque chose que vous pouvez facilement maintenir et comprendre.