Você pode executar o Docker nativamente no novo espaço de usuário do Windows 10 (Ubuntu)?

Meu entendimento era que a principal limitação da execução do docker em outros sistemas operacionais eram os contêineres da Rede Linux que tornavam isso possível. (Certamente para Macs).

Recentemente, a Microsoft anunciou uma versão beta do modo de usuário Ubuntu linux em execução nativamente no Windows 10. Isso pode executar binários compilados no formato ELF no Windows (ao contrário do cygwin, que requer uma compilação).

Minha pergunta é: Você pode executar o Docker nativamente no novo espaço de usuário do Windows 10 (Ubuntu)?

Você pode usar o Docker Desktop para Windows como o mecanismo e o Docker para Linux como o cliente na WSL no Ubuntu / Debian no Windows. Conecte-os via TCP.

Instale o Docker Desktop para Windows: https://hub.docker.com/editions/community/docker-ce-desktop-windows Se você deseja usar o Windows Containers em vez do Linux Containers, os dois contêineres de tipo podem ser gerenciados pelo cliente docker do Linux em o espaço do usuário bash.

Desde a versão 17.03.1-ce-win12 (12058), é necessário verificar o daemon Expose em tcp: // localhost: 2375 sem TLS para permitir que o cliente Linux Docker continue a se comunicar com o daemon do Windows Docker por TCP

Siga esses passos:

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

Para torná-lo permanente:

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

Adicione as variáveis ​​correspondentes ao .bashrc

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

Obviamente, você pode instalar o 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 usando python pip

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

E conclusão do Bash. A melhor parte:

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

Eu testei usando a versão 2.1.0.1 (37199) do Docker Desktop usando o 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**

Volumes

Tome cuidado ao adicionar volumes. O caminho C:\dirserá visível como /mnt/c/dirno WSL e no /c/dir/mecanismo do docker. Você pode superá-lo permanentemente:

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

Você deve sair e recarregar o WSL após fazer a alteração no wsl.conf para que o WSL leia suas alterações ao iniciar.

ATUALIZAR

from: O que há de novo para a linha de comando no Windows 10 versão 1803

Unix Sockets Os Unix Sockets não eram suportados no Windows e agora são! Você também pode se comunicar através de soquetes Unix entre Windows e WSL. Uma das grandes vantagens disso é que ele permite que a WSL execute o Linux Docker Client para interagir com o Docker Daemon em execução no Windows.

ATUALIZAR

Este script e o uso do Unix Sockets foram incluídos na configuração pengwin do Pengwin .

Saudações

A partir de agora (abril de 2016), a resposta é:

Ainda não sabemos (mas provavelmente não).

Os fatos

• O Windows 10 agora pode executar uma variedade de programas Linux (entre eles o shell Bash e vários utilitários de texto). Essas não são portas (por exemplo, versões recompiladas, como por exemplo no Cygwin ), são os mesmos binários ELF que são executados em um sistema Linux típico. Nesse caso, eles foram retirados do Ubuntu.
• Para tornar isso possível, o Windows 10 foi modificado para aceitar chamadas do sistema Linux (syscalls) e para carregar e executar binários ELF ( comentário de Scott Hanselman ). Isso significa que executáveis ​​Linux não modificados podem ser executados, eles carregarão suas bibliotecas compartilhadas não modificadas conforme necessário e o Windows os executará como processos do Windows.
• Sempre que esse programa Linux deseja interagir com o kernel, ele emite uma chamada do sistema (ou permite que uma biblioteca o faça). Essa é (presumivelmente) a única diferença na execução no Linux: Ao executar no Linux, o kernel do Linux lida com essas chamadas; no Windows 10, o kernel do Windows 10 faz isso.

A especulação

Portanto, a questão é se os syscalls de que o Docker precisa (para chroot e namespaces, entre outras coisas) foram implementados ou não. A resposta é que provavelmente é "não". O Docker requer funcionalidade bastante sofisticada (e específica do Linux) para gerenciamento de processos e recursos e isolamento de processos. Embora provavelmente seja possível replicar tudo isso no Windows, seria muito trabalhoso, e como o objetivo desse recurso do Windows parece estar executando programas de espaço de usuário do Linux, parece improvável que eles tenham feito todo o trabalho (e mantido em segredo) .

No entanto, não há informações definitivas de qualquer maneira, pelo que sei.

Portas do Docker existentes

Obviamente, se a Microsoft decidir que deseja suporte ao Docker no Windows 10, provavelmente será capaz de oferecê-lo. Há algum precedente para transportar o Docker para um kernel diferente:

• Existe uma porta Docker para FreeBSD . É rotulado como "experimental", mas parece funcionar em princípio. Ele pode usar contêineres do Docker não modificados no repositório do Docker, o que significa que realmente fornece um ambiente host do tipo Linux para as imagens.
• Há um projeto em andamento para portar o Docker para o Windows (especificamente, Windows Server 2016) - consulte esta entrada do blog do Docker a partir de agosto de 2015. No entanto, diferente da porta do FreBSD acima, esta será uma porta que permite ao Docker executar imagens do Windows no Windows, não imagens do Linux no Windows. Agradecemos a Rоry McCune por apontar isso.

A primeira prévia foi divulgada ontem. Tentei instalar o docker, mas ele falhou com o seguinte:

Parece que, para a primeira visualização, atualmente não funciona. No entanto, como muitas pessoas especularam, isso pode funcionar em uma versão futura.

Não, isso não é possível.

O Docker precisa de várias coisas para executar contêineres:

• chroot
• Namespaces para:
  • PID
  • Comercial
  • Rede
  • Suportes
  • UTS
  • IPC

Esses são todos os recursos do kernel implementados no Linux. Infelizmente, a maioria deles não possui um recurso semelhante no Windows para substituir (nem no subsistema Linux que a Microsoft implementou no kernel do Windows). Tudo isso precisa ser fornecido pelo sistema operacional.

A partir da Atualização do Criador (lançada publicamente em 13 de junho de 2017), você pode executar o executável nativo do Windows diretamente na WSL. Isso significa que, se você já instalou o Docker for Windows, pode simplesmente chamar os dockerbinários instalados em C:\Program Files. Como eles terminam na .exeopção mais fácil, é necessário criar aliases. Algo como o seguinte no seu .bashrcdeve funcionar:

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

Isso cria aliases para todos os arquivos no DOCKER_BINdiretório:

$ 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

Uma ressalva: você receberá uma mensagem de erro como " Não é possível traduzir o diretório de trabalho atual ", se executado a partir de um diretório Linux. Apenas cdem um diretório do Windows (por exemplo /mnt/c/Users/YourUsername) e você deve ser bom.

Depois que o Docker 1.12 for lançado e o cliente do Linux Docker estiver separado, você poderá executar o cliente do Docker no Windows 10 bash.

Isso pode não parecer muito, desde que você tenha um cliente Docker Windows, mas é útil se você tiver cadeias de ferramentas Linux que incluam docker para sua funcionalidade do lado do cliente.

No Windows 10, versão 1607 Build 1493.10, você pode instalá-lo com êxito no Ubuntu Bash, mas não funciona :(

Uma simples "versão docker" dirá:

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?

Se você executar "sudo docker -d", receberá o seguinte erro:

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+.

Então essa é definitivamente uma rolha do lado da festança.

No entanto, você pode instalar o Docker for Windows e ele funciona como um encanto; obviamente, você pode implantar servidores Linux e tudo o que precisa.

> 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

Em setembro de 2016, nº

Todas as implementações atuais do Docker no Windows usam virtualização, o Docker 1.12 usa um hipervisor no Windows, removendo a vantagem da conteinerização sobre a virtualização.

O Docker precisa mais do que apenas usar chamadas de sistemas Linux.

Ele precisa de grupos de controle de processos (cgroups), um sistema de arquivos empilhável (aufs) e outros sistemas baseados em Linux fora do kernel.

Nem cgroups nem aufs estão nativamente no kernel do Windows 10.

Há uma implementação do Windows Server 2016 aqui: https://msdn.microsoft.com/en-gb/virtualization/windowscontainers/quick_start/quick_start_windows_server ..mas isso só executará alguns serviços do Windows, por exemplo, IIS, e não o Ubuntu

No momento, o Docker não funciona na compilação atual (14316) - supondo que você possa instalá-lo.

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!)