Pouvez-vous exécuter Docker en mode natif sur le nouvel espace utilisateur bash Windows 10 (Ubuntu)?

D'après ce que j'avais compris, l'exécution de docker sur d'autres systèmes d'exploitation constituait la principale limitation, à savoir les conteneurs réseau Linux qui le rendaient possible. (Certainement pour les Mac).

Récemment, Microsoft a annoncé la version bêta d'un mode utilisateur Linux Ubuntu s'exécutant de manière native sur Windows 10. Ce programme peut exécuter des fichiers binaires compilés au format ELF sous Windows (contrairement à cygwin qui nécessite une compilation.)

Ma question est la suivante: pouvez-vous exécuter Docker en mode natif sur le nouvel espace utilisateur bash Windows 10 (Ubuntu)?

Vous pouvez utiliser Docker Desktop pour Windows en tant que moteur et Docker pour Linux en tant que client dans WSL sous Ubuntu / Debian sous Windows. Connectez-les via TCP.

Installez Docker Desktop pour Windows: https://hub.docker.com/editions/community/docker-ce-desktop-windows Si vous souhaitez utiliser des conteneurs Windows au lieu de conteneurs Linux, les deux types de conteneurs peuvent être gérés par le client docker Linux dans l'espace utilisateur bash.

Depuis la version 17.03.1-ce-win12 (12058), vous devez vérifier le démon Expose sur tcp: // localhost: 2375 sans TLS pour permettre au client Linux Docker de continuer à communiquer avec le démon Windows Docker via TCP.

Suivez ces étapes:

cd
wget https://download.docker.com/linux/static/stable/`uname -m`/docker-19.03.1.tgz
tar -xzvf docker-*.tgz
cd docker
./docker -H tcp://0.0.0.0:2375 ps

ou

env DOCKER_HOST=tcp://0.0.0.0:2375 ./docker ps

Pour le rendre permanent:

mkdir ~/bin
mv ~/docker/docker ~/bin

Ajouter les variables correspondantes à .bashrc

export DOCKER_HOST=tcp://0.0.0.0:2375
export PATH=$PATH:~/bin

Bien sûr, vous pouvez installer docker-compose

sudo -i
curl -L https://github.com/docker/compose/releases/download/1.24.1/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose

Ou en utilisant python pip

sudo apt-get install python-pip bash-completion
sudo pip install docker-compose

Et achèvement de Bash. La meilleure partie:

sudo -i
apt-get install bash-completion
curl -L https://raw.githubusercontent.com/docker/docker-ce/master/components/cli/contrib/completion/bash/docker > /etc/bash_completion.d/docker
curl -L https://raw.githubusercontent.com/docker/compose/$(docker-compose version --short)/contrib/completion/bash/docker-compose > /etc/bash_completion.d/docker-compose

Je l'ai testé avec la version 2.1.0.1 (37199) de Docker Desktop avec Hyper-V:

$ docker version
Client: Docker Engine - Community
 Version:           19.03.1
 API version:       1.40
 Go version:        go1.12.5
 Git commit:        74b1e89e8a
 Built:             Thu Jul 25 21:17:37 2019
 OS/Arch:           linux/amd64
 Experimental:      false

Server: Docker Engine - Community
 Engine:
  Version:          19.03.1
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.12.5
  Git commit:       74b1e89
  Built:            Thu Jul 25 21:17:52 2019
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.2.6
  GitCommit:        894b81a4b802e4eb2a91d1ce216b8817763c29fb
 runc:
  Version:          1.0.0-rc8
  GitCommit:        425e105d5a03fabd737a126ad93d62a9eeede87f
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683
Look both client and server say **OS/Arch: linux/amd64**

Les volumes

Faites attention lorsque vous ajoutez des volumes. Le chemin C:\dirsera visible comme /mnt/c/dirsur le WSL et /c/dir/par le moteur de menu fixe. Vous pouvez le surmonter en permanence:

sudo bash -c "echo -e '[automount] \nroot = /'>/etc/wsl.conf"

Vous devez quitter et recharger WSL après avoir modifié wsl.conf pour que WSL lise vos modifications au lancement.

MISE À JOUR

de: Nouveautés de la ligne de commande dans Windows 10 version 1803

Unix Sockets Unix Sockets n'étaient pas supportés sous Windows, et maintenant ils le sont! Vous pouvez également communiquer via des sockets Unix entre Windows et WSL. L’un des avantages de cette solution est qu’il permet à WSL d’exécuter le client Docker Linux pour interagir avec le démon Docker exécuté sous Windows.

MISE À JOUR

Ce script et l'utilisation de Unix Sockets étaient inclus dans la configuration de pengwin de Pengwin.

Cordialement

En ce moment (avril 2016), la réponse est la suivante:

Nous ne savons pas encore (mais probablement pas).

Les faits

• Windows 10 peut maintenant exécuter une variété de programmes Linux (parmi lesquels le shell Bash et divers utilitaires de texte). Ce ne sont pas des ports (c'est-à-dire des versions recompilées, comme par exemple dans Cygwin ), ce sont les mêmes binaires ELF qui s'exécutent sur un système Linux typique. Dans ce cas, ils ont été pris à Ubuntu.
• Pour rendre cela possible, Windows 10 a été modifié pour accepter les appels système Linux (appels système) et pour pouvoir charger et exécuter des fichiers binaires ELF ( commentaire de Scott Hanselman ). Cela signifie que des exécutables Linux non modifiés peuvent être exécutés, ils chargeront leurs bibliothèques partagées non modifiées si nécessaire et Windows les exécutera en tant que processus Windows.
• Chaque fois qu'un programme Linux souhaite interagir avec le noyau, il émet un appel système (ou laisse une bibliothèque le faire). C’est (vraisemblablement) la seule différence avec Linux: lorsqu’il est sous Linux, le noyau Linux gère ces appels; sous Windows 10, le noyau Windows 10 le fait à la place.

La spéculation

La question est donc de savoir si les appels système dont Docker a besoin (pour le chroot et les espaces de noms, entre autres) ont été implémentés ou non. La réponse à cette question est probablement "non". Docker nécessite des fonctionnalités relativement sophistiquées (et spécifiques à Linux) pour la gestion des processus et des ressources, ainsi que pour l'isolation des processus. Bien qu'il soit probablement possible de répliquer tout cela sous Windows, cela demanderait beaucoup de travail. Et puisque l'objectif de cette fonctionnalité de Windows semble être d'exécuter des programmes d'espace utilisateur Linux, il semble improbable qu'ils aient effectué tout le travail (et l'ont gardé secret). .

Cependant, il n'y a aucune information définitive dans les deux cas, autant que je sache.

Ports Docker existants

Bien entendu, si Microsoft décide de demander la prise en charge de Docker dans Windows 10, il sera probablement en mesure de l’offrir. Il existe des précédents pour le portage de Docker vers un autre noyau:

• Il existe un port Docker pour FreeBSD . Il est étiqueté "expérimental", mais semble fonctionner en principe. Il peut utiliser des conteneurs Docker non modifiés du référentiel Docker, ce qui signifie qu'il fournit en fait un environnement hôte de type Linux pour les images.
• Un projet est en cours pour le portage de Docker sur Windows (en particulier Windows Server 2016) - voir cette entrée de blog Docker à partir d'août 2015. Toutefois, contrairement au port FreBSD ci-dessus, ce port permettra à Docker d'exécuter des images Windows sous Windows. pas d'images Linux sous Windows. Merci à Rryry McCune pour l'avoir signalé.

Le premier aperçu d'initié a été publié hier. J'ai essayé d'installer Docker mais cela échoue avec les problèmes suivants:

Il semblerait donc que pour le premier aperçu, cela ne fonctionne pas actuellement. Cependant, comme beaucoup de gens l’ont spéculé, cela pourrait fonctionner dans une version ultérieure.

Non, ce n'est pas possible.

Docker a besoin de plusieurs choses pour exécuter des conteneurs:

• chroot
• Espaces de noms pour:
  • PID
  • Utilisateurs
  • Réseau
  • Montures
  • UTS
  • IPC

Ce sont toutes les fonctionnalités du noyau qui sont implémentées sous Linux. Malheureusement, la plupart d’entre eux n’ont pas de fonctionnalité similaire à utiliser en remplacement de Windows (ni dans le sous-système Linux que Microsoft a implémenté dans le noyau Windows). Tous ces éléments doivent être fournis par le système d'exploitation.

À partir de la mise à jour du créateur (publiée le 13 juin 2017), vous pouvez exécuter un exécutable Windows natif directement dans WSL. Cela signifie que si vous avez déjà installé Docker pour Windows, vous pouvez simplement appeler les dockerfichiers binaires installés sous C:\Program Files. Comme ils se terminent par .exel'option la plus simple, il faut créer des alias. Quelque chose comme ce qui suit dans votre .bashrctravail devrait:

DOCKER_BIN='/mnt/c/Program Files/Docker/Docker/resources/bin'
for f in "$DOCKER_BIN"/*; do
  alias "$(basename "$f" | sed 's/.exe$//')"'="'"$f"'"'
done

Cela crée des alias pour tous les fichiers du DOCKER_BINrépertoire:

$ type docker
docker is aliased to `"/mnt/c/Program Files/Docker/Docker/resources/bin/docker.exe"'

$ docker --version
Docker version 17.03.1-ce, build c6d412e

Une mise en garde: vous obtiendrez un message d'erreur du type " Impossible de traduire le répertoire de travail actuel " si exécuté à partir d'un répertoire Linux. Juste cddans un répertoire Windows (par exemple /mnt/c/Users/YourUsername) et vous devriez être bon.

Une fois que Docker 1.12 est publié et que le client Linux Docker est séparé, vous devriez pouvoir exécuter le client Docker dans Windows 10 bash.

Cela peut sembler peu compte tenu du fait que vous avez un client Windows Docker, mais cela est utile si vous avez des chaînes d’outils Linux qui incluent docker pour ses fonctionnalités côté client.

Dans Windows 10 Version 1607 Build 1493.10, vous pouvez l'installer avec succès sur Ubuntu Bash, mais cela ne fonctionne pas :(

Une simple "version docker" vous dira:

Client version: 1.6.2
Client API version: 1.18
Go version (client): go1.2.1
Git commit (client): 7c8fca2
OS/Arch (client): linux/amd64
FATA[0000] Get http:///var/run/docker.sock/v1.18/version: dial unix /var/run/docker.sock: setsockopt: invalid argument. Are you trying to connect to a TLS-enabled daemon without TLS?

Si vous exécutez ensuite "sudo docker -d", vous obtenez l'erreur suivante:

FATA[0000] ERROR: You are running Linux kernel version 3.4.0+, which is unsupported for running Docker. Please upgrade your kernel to 3.8+.

Donc, c'est vraiment un bouchon du côté bash.

Néanmoins, vous pouvez installer Docker pour Windows et cela fonctionne comme un charme, vous pouvez évidemment déployer des serveurs Linux et tout ce dont vous avez besoin.

> docker version
Client:
 Version:      1.12.0
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 21:15:28 2016
 OS/Arch:      windows/amd64

Server:
 Version:      1.12.0
 API version:  1.24
 Go version:   go1.6.3
 Git commit:   8eab29e
 Built:        Thu Jul 28 21:15:28 2016
 OS/Arch:      linux/amd64

À compter de septembre 2016, n °

Toutes les implémentations actuelles de Docker sur Windows utilisent la virtualisation. Docker 1.12 utilise un hyperviseur dans Windows, ce qui supprime l'avantage de la conteneurisation par rapport à la virtualisation.

Docker a besoin de plus que simplement utiliser des appels systèmes Linux.

Il a besoin de groupes de contrôle de processus (cgroups), d'un système de fichiers empilable (aufs), ainsi que d'autres systèmes basés sur Linux en dehors du noyau.

Ni cgroups ni aufs ne sont nativement dans le noyau Windows 10.

Il existe une implémentation de Windows Server 2016 ici: https://msdn.microsoft.com/en-gb/virtualization/windowscontainers/quick_start/quick_start_windows_server ..mais cela n'exécutera que certains services Windows, par exemple IIS et non Ubuntu.

Docker ne fonctionne pas actuellement dans la version actuelle (14316) - en supposant que vous puissiez le faire installer.

root@localhost:~# docker --help
runtime: address space conflict: map(0x7ff5ddbb0000) = 0x7ff5ffd20000
fatal error: runtime: address space conflict

De: https://blog.docker.com/2016/07/docker-for-mac-and-windows-production-ready/

Faster and more reliable – native development environment using
hypervisors built into each operating system. (No more VirtualBox!)