Utilisé en preprod / prod depuis 2 ans sur plusieurs plateformes, en cluster ou serveur isolé pour de la QA.Associé a marathon/chronos pour les usages basiques.N'a même plus besoin de docker-engine depuis la version 1.0.0, il supporte nativement les images docker / appc.Peut paraitre complexe a priori, mais l'essayer, c'est l'adopter.On 18 Oct 2016, at 11:37, Corentin Bonneton wrote:Je cherche aussi plus ou moins la même chose, j’ai environ 800CT en prod, je suis a la recherche d’une solution pour pouvoir pop / migrate des CT sur certains node suivant la consommation de CPU / RAM ou même en cas de panne du node.Les CT utilisent 1 Volumes en NFS et un un volume via un driver rbd (pour ceph).--Cordialement,Corentin BONNETONLe 18 oct. 2016 à 11:06, Nicolas Steinmetz <public+frsag@steinmetz.fr> a écrit :Hello,
18 octobre 2016 10:58 "Cedric Mallet" <devsilk@gmail.com> a écrit:Je suis en train de me creuser la tête pour trouver un orchestrateur docker.
Le but étant d'instancier à la volée des containers docker pour les équipes de dev.
Mis à part Kubernetes, j'avoue ne pas trop avoir d'idée.
Tu les instancies pour eux ou sont-ils autonomes ?
Kubernetes n'est pas forcément évident à prendre en main mais a pas mal de fonctionnalités intéressantes. Cela reste plutôt un outil orienté Ops même si la 1.4 cherche à simplifier pas mal de choses (avec kubeadm ou minikub ou le dashboard)
Si tes devs doivent être indépendants :
* Rancher - pour avoir une belle Web UI au dessus de Docker / Kubernetes / ...
* Docker-Swarm (avec une version 1.12+ de Docker), tu arrives à faire des choses sympa. Par contre cela demande vraiment une version 1.12+ de Docker.
Nicolas
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/_______________________________________________ Liste de diffusion du FRsAG
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/