Reprise du message précédent :
Mouais, j'ai du Jeedom et du HA en Docker je ne les ai jamais mis en mode host
 
Tu redirige uniquement le nécessaire, d'ailleurs le service est plus souvent client que serveur (sauf pour le HTTP bien sûr)

 
Je suis preneur de ton docker-compose pour HA.  

Après je suis en swarm mais ça reste proche :
 

 
"traefik-public" c'est le réseau sur lequel Traefik (v1 ici) écoute.

 
Merci. Swarm pour les non initiés ?
 
Sinon, j'essaie de migrer ma conf Traefik v1 vers du v2, et je galère pas mal, notamment sur la partie Let's Encrypt.
 
Y'en a qui ont migré vers la v2 et qui utilisent les conf via fichier (traefik.yml ou dynamic-conf.yml) ?

Swarm c'est quand tu as plusieurs machines Docker qui fonctionnent en cluster.
 
Oui j'ai migré Traefik v1 -> v2 : je te conseille de repartir de zéro niveau configuration et de n'ajouter let's encrypt que dès lors que tu as quelque chose qui fonctionne sinon tu vas de faire bloquer quelques heures.
 
Un peu d'aide sur la v2 ici : https://www.youtube.com/watch?v=Gk9WER6DunE

 
Je suis reparti à 0. Et j'ai presque tout migré avec succès, sauf 2 points :
- Les certificats lets'encrypt
- la redirection automatique de toutes les requêtes http vers https.
 
Si t'as ça dans ta conf, je suis preneur.

Pour Let's Encrypt j'ai ça (après "command: >" car je n'ai pas de fichier de configuration tout est dans la ligne de commande) :
 

 
Du coup il faut pour chaque service une ligne :
 

 
HTTP vers HTTPS il faut déclarer un "middleware" de type "redirect" (par exemple avec providers.file.filename) puis l'ajouter à chaque déclaration de service qui doit l'utiliser : "traefik.http.routers.<service>.middlewares=<mon middleware>"

Voici ma conf, avec redirection HTTP -> HTTPS, wildcard Let's Encrypt, et reverse proxy via des fichiers (pour les applis hors Docker).
 
/apps/traefik/docker-compose.yml :
 

 
Conf dynamique "de base", avec quelques valeurs par défaut (entre autres pour avoir A+ au test SSL Labs).
Fichier /apps/traefik/dynamic_config/default.yml :
 

 
Conf pour un container, fichier /apps/portainer/docker-compose/yml :
 

 
Conf pour accéder à une application hors Docker, /apps/traefik/dynamic_config/toto.yml :
 

 
Merci pour la conf détaillée, je vais bien m'en inspirer.
 
Je constate que vous êtes tous plus conf dans le docker-compose à base de commands, que directement les fichiers conf de Traefik.
 
Pour quelle raison ?

1 seul fichier à maintenir

Un seul fichier? Je dois avoir râté un truc au sujet de docker compose. En général quand j'utilise docker compose c'est en suivant un tuto pour un conteneur que je veux ajouter. Du coup sur mon host j'ai cette arborescence de fichiers :  
 
/apps/mon_app1/docker-compose.yaml
/apps/mon_app2/docker-compose.yaml
etc.
 
Et j'ai également traefik.

Dans un Docker compose tu décris une application composée de ses services.
 
Par exemple pour Wordpress tu as le wordpress (qui tourne sur un Nginx ou Apache) + une base de données (MariaDB, MySQL, ...).
 
1 docker compose = une application...
 
Dans le cas de Traefik tu peux déclarer seulement Traefik mais si tu veux faire une stack de "gestion réseau" tu pourrais y ajouter un service DNS, DHCP ou encore un piHole, ...

Merci pour l'explication. ça me fait penser que je pourrais migrer mon pihole, actuellement c'est mon seul conteneur LXC, il pourrait être dans un conteneur docker pour homogénéiser...

Yep, après piHole en conteneur d'une c'est pas des plus simple et de deux si ton conteneur est arrêté ton réseau n'a plus de résolveur...

Pour ma part le piHole tourne sur une VM dédiée aux services réseaux que mon routeur ne propose pas (par choix) : NAT64 + DNS (piHole).

Service critique = VM, voir machine physique

Oui, c'est pour ça que je l'ai mis sur un LXC, chez moi il assure DNS + DHCP. Mais quand je vois qu'il consomme 250Mo de ram et 0.004% de CPU... Dans 2 ans si je n'ai eu aucune panne sur docker je me reposerai la question.
 
De toute façon tout est virtualisé chez moi, j'ai un serveur 6C/12T avec proxmox, et toutes les fonctions réseau "vitales" en VM : Firewall (VM), DNS / DHCP (LXC), reverse proxy (Docker), domotique (VM).
 
J'assume d'avoir tout sur une seule machine physique+onduleur.

C'est surtout que dans le cas de Traefik, il y a 2 configs (statique et dynamique) : https://docs.traefik.io/getting-sta [...] -overview/
Et la conf statique peut être définie dans 3 endroits : fichiers, arguments de la ligne de commande, variables d'environnement.
 
Bref plutôt que d'avoir docker-compose, traefik.yml et conf dynamique, je préfère n'avoir que docker-compose et conf dynamique

D'ailleurs chez vous la conf dynamique est prise en compte à chaud ?
 
Malgré le "providers.file.watch=true" je suis obligé de supprimer le service pour le relancer...

Oui, quand j'ajoute/supprime des services externes à Docker (fichier .yml dans le sous-répertoire 'dynamic_config'), c'est pris en compte au bout de quelques secondes.

Faudrait faire un topic traefik

C'est pas faux !

Pour la v1 ou la v2 ?

Faites un pour chaque, peu m'importe, du moment que je ne subis pas les conf YAML dans ce topic

 
Migration de Traefik v1 vers v2 faite. Ca m'a pris 3h parce que j'ai choisi de tout faire dans un fichier et c'est (presque) buggué.
 
Pour faire le redirect http -> https, j'ai du déclarer un service inutile pour que ça fonctionne, même si le service n'est pas appelé.
Alors que via docker, d'après ta conf, ce n'est pas nécessaire pour ce "router".

 
Du monde qui "compile" des images multi-platformes?  
En l’occurrence j'aurais besoin  pour le x64, arm64 et armv7.
J'aimerais pouvoir générer sur mon PC les images correspondantes et que quand je lance un docker pull, l'architecture soit automatiquement détectée.
J'ai lu que c'était possible via docker buildx mais malheureusement disponible que sous mac

Bonjour,
J'ai un soucis de "compréhension" sur docker. Je m'explique :
 
Je souhaite ajouter un fichier dans un dossier d'un container via un dockerfile.
Par exemple : Dockerfile :
 

 
 
Je build le dockerfile sans soucis. Disons dans une image mytest
 

 
Je souhaite pouvoir modifier le fichier dans le futur donc pour le déploiement j'utilise un docker-compose avec un volume sur le répertoire /myvol
 
 

 
 
Une fois lancé le dossier myvol est bien créé dans le répertoire mais il est vide, ce que je ne comprends pas.
 
Si je fais un docker-compose sans la partie volumes je retrouve bien mon fichier dans le répertoire /myvol du container.
 
Comment faire pour ajouter un fichier dans une image et pouvoir y accéder après ?
 
Merci beaucoup d'avance

Réponse de débutant docker : le montage du volume ne se ferait pas lors du run et donc le contenu du répertoire sur le host remplace ce que tu y as mis dedans au build ?

Il ne faut pas faire de volume docker, mais un bind du fichier sur le host que tu veux injecter --> vers le fichier que tu veux écraser.  
Un bind c'est -v host:container.

Merci de vos retours. Je veux injecter les fichiers dans l'image et pas les laisser côté host donc l'idée est d'avoir rien dans le dossier du host et que les dossiers soient créés  et peuplés quand je fais le docker compose

Ca ne marche pas avec les volumes de type "bind".
On en a déjà parlé y a quelques pages.

Les experts de Traefik, vous savez s’il est possible d’activer un « middleware » basic auth, en fonction de l’ip d’origine ?

Les middlewares étant rattachés aux routers, tu peux peut-être t'en sortir avec les headers (Remote_Addr / HTTP_X_FORWARDED_FOR) : https://docs.traefik.io/routing/routers/
 

Donc il me faudrait 2 routers dans ce cas, avec chacun se basant sur un header.
 
Merci.

salut tout le monde
 
j'ai plusieurs stacks docker mais je ne les utilise pas tout le temps
 
afin d'économiser des ressources j'aimerais mettre en place un mécanisme qui permettrait de mettre en pause un stack non utilisé en libérant le RAM et le rétablir à la prochaine utilisation  
 
vous avez une idée de la façon de procéder ?

Tu les gères comment tes stacks ? (orchestrateur ou docker-compose ou autre)

avec portainer par l'intermédiaire d'un docker-compose

Quand tu parles de rétablir à la prochaine utilisation, tu penses à ce que ça se démarre tout seul quand y a une tentative d'accès au service, ou bien juste avoir la possibilité de faire stop/start ?

idéalement dans le cas d'une application web par exemple, j'aimerais que la stack s'arrête après un certain temps d'inactivité et redémarre à la prochaine tentative de connexion
 
je pensais à un système de pause / resume pour éviter un temps de redémarrage complet trop long
avec la possibilité de libérer la RAM pendant la pause
 
en gros un truc similaire à la mise en pause d'une vm dans virtualbox

Possible mais complexe pour un gain reduit, je deconseille. (a moins qu'il existe une solution toute faite que je ne connais pas)

Encore sur un environnement où tu peux scaler selon la demande pourquoi pas, mais là j'ai l'impression que tu n'as qu'une seule instance du service

Ben ça c'est pas trop possible, si tu veux que ça reparte de l'état dans lequel c'était, faut le stocker en RAM (en swap ce serait probablement aussi, voire plus long qu'un démarrage de zéro).

le contenu de la RAM pourrait être persisté sur le filesystem

d'ailleurs la méthode pause sur un container docker est un peu débile parce que le container n'est plus accessible mais la RAM et le CPU fluctuent toujours donc le container est toujours en activité

je ne comprends pas l'intérêt de cette méthode