Reprise du message précédent :

Y a beaucoup d'applis qui proposent des images Docker bien bien moisies aussi
Je parle bien d'image "officielles".

Le multi-arch c'est assez récent.
Toutes les images ne le supportent pas (c'est aux mainteneurs de le gérer), et si ça n'est pas affiché (via les manifestes qui vont bien dans le dépôt), le client Docker n'a aucun moyen de savoir que c'est pas la bonne archi (puisqu'aucune n'est annoncée).

ah ok, je pensais que depuis l'origine docker gérait les containers pour les différentes archis.
et que donc chaque container publié devait contenir les archis sur lesquelles il peut tourner.
pour simplifier & fiabiliser la récupération de containers

C'est pas impossible qu'il y ait un mécanisme qui sélectionne automatiquement la bonne archi, mais à condition que l'image soit disponible en plusieurs flavors. Essaie avec https://hub.docker.com/_/nginx/ pour voir?

Moi ce qui me saoule au plus haut point avec Docker (et mon serveur Proxmox) c'est de NATer les ports dans tous les sens (sans parler des possibilités de reverse proxy)...

Du coup je suis en préparatifs pour passer en full ipv6

Mais sinon nous "particulier" quelque peu avertis utilisons Docker pour au final n'utiliser que très peu de son potentiel.

Là où Docker excelle c'est dans une infra de développement

Après, pour bosser avec tous les jours au boulot, c'est aussi bien prise de tête à beaucoup d'égards...

 
Traefik !

 
Moi ça m'a changé la vie !   jamais je reviens en arrière... Docker + ansible !

@dd_pak oui il y a ce service aussi, mais là c'est trop tard, j'ai goûté ipv6 et franchement un bon firewall en tête de pont et tu t'emmerde plus avec toutes ces conneries

 
En fait quand tu prends docker tu prends l'environnement qui va avec... perso j'utilise traefik pour le proxy, rancher pour la haute dispo, ansible pour déployer mes configurations, kubernetes pour le calcul, watchtower pour les mises à jour auto..  
En gros j'ai changé complément ma façon de bosser en 2 ans, maintenant c'est  

Tiens d'ailleurs je vois qu'on ne peut pas accéder au hub depuis un réseau ipv6 only... il va falloir que je monte rapidement un service NAT64 sur mon réseau !

 
Tu bosses sur des instances dans le cloud ou sur une infra physique interne ?

désolé j'ai pas eu le temps de tester ça hier soir.
je verrai ça ce soir si j'ai le temps.
 
avec le bon container Mosquitto, j'ai enfin un serveur mosquitto sur mon Raspberry.
je passe à la suite

 
En interne, interdiction d'utiliser un cloud au niveau légal, c'est des données médicales sur nos serveurs.

 
Bare metal ou au dessus d'une infra de virtu ? Ta une grosse infra ? (c'est pour mieux comprendre le use case, ça me surprend un peu)

Depuis quand il est interdit d'utiliser un cloud avec des données médicales ?

si c'est un cloud privé, je ne vois pas le problème...
 
Dans mon boulot on utilise massivement le cloud privé tout en respectant les contraintes légales (données financières avec contreparties).
Ca reste des serveurs qui nous appartiennent, dans nos datacenters.

Je pense qu'il voulait dire « Cloud public » en disant juste « cloud »

Ouais un amalgame à 2 balles quoi qui démontre une non connaissance du sujet

Sujet sensible apparemment

 
Trop de Redbull ce matin ?

 
Bare metal debian avec rancher. Puis cluster kubernetes et Mesos.  
Environ 1200 noeuds de calcul, 1,5P de stockage.

Ça fait une belle infra en effet

 
C'est pas interdit, mais mon employeur nous l'interdit... Il y a par contre une directive européenne qui stipule que les données doivent rester en Europe, c'est tout.

 
On a un seul datacenter, donc c'est en interne. Donc pas de cloud privé...

 
Ok bonne journée    
Hésites pas à corriger    et effectivement je pensais à Amazon ou Google...

 
Et toi ?  
 
Notre plus grosse problématique, c'est que l'on génère entre 10 et 20T de nouvelles données par semaine, ça monte vite  

Moi j'ai quasi-rien directement (nos softs sont pas en SaaS, donc ça tourne chez le client). J'ai entre 3 et 5 machines physiques sous XCP-ng, et j'utilise pas ou très peu Docker

Par contre notre soft tourne sur de grosses infras (pas que hein) De mémoire des derniers chiffres, Xen Orchestra « gère » environ 600 000 VMs dans le monde entier. Et maintenant on a XCP-ng (l'hyperviseur) qui tourne déjà sur un bon millier de machines à la louche, et très forte progression

Ah Ouai...  

Dans ma boîte, on peut faire du cloud privé sur un seul data center physique.
L'aspect cloud permet surtout d'avoir un infra scalable en fonction des besoins, et de provisionner les serveurs dont on a besoin au fil du temps.

C'est encore à l'état de POC sur nos serveurs applicatifs (grosse appli en Java, qui tourne sur +/- 100 JVM avec chacune quelques CPUs et quelques Go de RAM)*, mais c'est utilisé quotidiennement pour une grille de calcul avec +10K noeuds (avec des besoins bien moins grands pour chaque noeud que les VMs de traitement )

*on va justement essayer de passer ça sous docker (après avoir fait le ménage dans les limitations des anciennes technos que l'on traîne), donc ça m'intéresse aussi d'avoir des feedbacks de docker pour gérer des infra plus grosses qu'un RPi

 
On ne fait pas de java chez nous, il y a du python, du C, du perl, du R, C++, du GO, nodejs.
En ce moment on utilise Mesos pour la gestion du cluster de calcul, et Chronos pour soumettre des jobs. Les développeurs ont juste à faire un curl blabla fichierdeconf.json avec dans le json la configuration (nombre de ram, CPU, image docker, commande, montage des volumes utiles). Si il y a de la place c'est exécuté, sinon c'est en liste d'attente.  
On a une double liste, cela permet de passer des jobs en priorité si on passe par cette deuxième liste, sinon c'est FIFO.
 
On test Kubernetes, pour l'instant l'essai est concluant, je pense qu'une migration aura lieu après l'ensemble des tests effectués et la formation des utilisateurs de la grille.  
Mesos fonctionne bien, mais on perds des noeuds assez facilement si le réseau sature (40G entre les serveurs et le cluster de stockage).
Kubernetes se comporte vraiment bien, et la communauté est plus grande, je pense qu'il vont prendre tout le marché avec Docker, et c'est plus simple si tu veux faire un cloud hybride public/privé.
 
Je développe en parallèle notre propre algo de répartition de VMs docker pour des plus besoins spécifiques.
 
Hésites pas à faire un retour de ton coté aussi    
 
 

Y'en a ici qui font du Windows (Core ou Nano) avec Docker?

merci pour le feedback
 
pour le moment j'ai peu d'infos sur l'intégration de docker sur notre appli.
mis à part que l'on a pas mal de barrières technologiques à passer avant de pouvoir s'y mettre sérieusement (tibco, serveur d'execution Weblogic, etc.)
mais je ferai un retour quand j'aurai plus de concrêt.
 
 
bon sinon pour en revenir à Docker sur mon Raspberry :
- J'ai bien lancé Moquitto ce matin dans un container : il était fonctionnel
- Je suis parti bosser sans m'en soucier.
- En rentrant ce soir, ma session SSH était coupée (normal mon portable était passé en veille : "broken pipe" )
Problème : mon container docker s'est donc coupé... mais docker a laissé tous les ports ouverts    
Un sudo netstat -tulpn me remonte bien des process dockers sur les ports 1883 et 9001...
 
c'est quoi ce bordel    
mon install docker est foireuse ? ou c'est le comportement "normal" de docker ? (si c'est le cas c'est flippant)

 
ça dépends des options lors du fichier de démarrage.  
Tu as fais un "docker ps -a" il est peut être juste en stop ton container ?  
J'ai pas l'impression que faire ça avec un raspberry soit une bonne solution...  

un container en statut "Stop" garde les ports ouverts ?
mhh... j'ai pas pensé à vérifier ça...
 

pour le moment j'ai pas l'impression que ce soit le Raspberry le problème  

Je sais pas, mais ça me parait logique que oui, sinon il pourra pas repartir si un autre container utilise les ports entre deux.
Dis-moi si c'est ça ?

Edit: oui c'est pas ça, le port est libéré je viens de tester
Tu as quel version de docker ? apparement c'est un bug dans de veille version

Je dirais que non  
Pour moi un container = un service
Si le service est stop, les ports ne doivent pas être bindés, comme ça l'est pour un service en "mode classique"

Aurais tu un conseil d'interface user friendly ?

 
J’utilise rancher, mais je suis rodé... la plus user friendy pour docker c’est portainer

Merki je vais regarder

Je me met à Docker pour le boulot. C'est pas mal sur certains niveaux, mais au niveau réseau ça fait 2 jours que je tate et que je ne comprend rien.
Avant moi un mec à mis en place des dockers. Rien de compliqué en gros : un docker Nginx pour reverse proxy et ensuite les autres docker.

De mon côté, pour tester je voudrais mettre en place un mattermost (slack like). J'ai donc créer un docker Mysql et un docker Mattermost.
Sauf que je n'arrive pas à accéder à aucun docker depuis Nginx malgré les configurations            

Si je comprend bien, Nginx récupère toutes les requêtes (en http ou https) et les renvoies en fonction de l'adresse que l'on choisis ? Ex : mondomaine/jenkins renvoie sur le port jenkins 8080

J'ai configuré Nginx comme suis sur Docker :

Dans ce cas, si j'accède à monsite.fr/mysql je devrais tomber sur le docker mysql ? De mon côté j'ai droit à une belle erreur "111 connection refused while connecting to upstream"

Vous avez une suggestion ?