Czy możesz uruchomić Dockera w nowej przestrzeni użytkownika bash dla systemu Windows 10 (Ubuntu)?

Zrozumiałem, że głównym ograniczeniem uruchamiania dokera w innych systemach operacyjnych były pojemniki Linux Network, które to umożliwiły. (Z pewnością dla komputerów Mac).

Niedawno Microsoft ogłosił wersję beta trybu użytkownika Ubuntu Linux działającego natywnie na systemie Windows 10. Może to uruchamiać pliki binarne skompilowane w formacie ELF w systemie Windows (w przeciwieństwie do cygwina, który wymaga kompilacji).

Moje pytanie brzmi: czy możesz uruchomić Dockera w nowej przestrzeni użytkownika bash dla systemu Windows 10 (Ubuntu)?

Możesz używać Docker Desktop dla Windows jako silnika i Docker dla Linux jako klienta w WSL na Ubuntu / Debian na Windows. Połącz je przez TCP.

Zainstaluj Docker Desktop dla systemu Windows: https://hub.docker.com/editions/community/docker-ce-desktop-windows Jeśli chcesz używać kontenerów Windows zamiast kontenerów Linux, oba kontenery typu mogą być zarządzane przez klienta dokera Linux w przestrzeń użytkownika bash.

Od wersji 17.03.1-ce-win12 (12058) musisz zaznaczyć opcję Ujawnij demona na tcp: // localhost: 2375 bez TLS, aby umożliwić klientowi Linux Docker kontynuowanie komunikacji z demonem Windows Docker przez TCP

Wykonaj następujące kroki:

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

lub

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

Aby było trwałe:

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

Dodaj odpowiednie zmienne do .bashrc

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

Oczywiście możesz zainstalować komponowanie dokera

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

Lub używając Pythona Pipa

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

I zakończenie Bash. Najlepsza część:

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

Przetestowałem to przy użyciu Docker Desktop w wersji 2.1.0.1 (37199) przy użyciu funkcji 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**

Kłęby

Zachowaj ostrożność podczas dodawania woluminów. Ścieżka C:\dirbędzie widoczna jak /mnt/c/dirna WSL i /c/dir/przez silnik dokera. Możesz go przezwyciężyć na stałe:

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

Musisz wyjść i ponownie załadować WSL po wprowadzeniu zmiany do wsl.conf, aby WSL odczytał twoje zmiany przy uruchomieniu.

AKTUALIZACJA

od: Co nowego w wierszu polecenia w systemie Windows 10 w wersji 1803

Gniazda Unix Gniazda Unix nie były obsługiwane w systemie Windows, a teraz są! Możesz także komunikować się przez gniazda Unix między Windows a WSL. Jedną ze wspaniałych rzeczy jest to, że umożliwia WSL uruchamianie klienta Linux Docker w celu interakcji z demonem Docker działającym w systemie Windows.

AKTUALIZACJA

Ten skrypt i użycie gniazd uniksowych zostały uwzględnione w konfiguracji pengwin Pengwina .

pozdrowienia

Od teraz (kwiecień 2016 r.) Odpowiedź brzmi:

Nie wiemy jeszcze (ale prawdopodobnie nie).

Fakty

• Windows 10 może teraz uruchamiać różne programy Linux (w tym powłokę Bash i różne narzędzia tekstowe). Nie są to porty (tj. Wersje ponownie skompilowane, jak na przykład w Cygwin ), są to te same pliki binarne ELF, które działają w typowym systemie Linux. W tym przypadku zostały pobrane z Ubuntu.
• Aby było to możliwe, system Windows 10 został zmodyfikowany tak, aby akceptował wywołania systemowe (wywołania systemowe) systemu Linux oraz aby mógł ładować i uruchamiać pliki binarne ELF ( komentarz Scott Hanselman ). Oznacza to, że można uruchamiać niezmodyfikowane pliki wykonywalne systemu Linux, w razie potrzeby załadują niezmodyfikowane biblioteki współużytkowane, a system Windows uruchomi je jako procesy systemu Windows.
• Ilekroć taki program Linux chce wchodzić w interakcje z jądrem, wydaje wywołanie systemowe (lub pozwala bibliotece to zrobić). Jest to (przypuszczalnie) jedyna różnica w stosunku do Linuksa: W Linuksie jądro Linuksa obsługuje te wywołania; w systemie Windows 10 jądro systemu Windows 10 robi to zamiast tego.

Spekulacja

Pytanie brzmi więc, czy zaimplementowane syscalls, których potrzebuje Docker (między innymi chroot i przestrzenie nazw), czy nie. Odpowiedź brzmi: prawdopodobnie „nie”. Docker wymaga dość wyrafinowanej (i specyficznej dla Linuksa) funkcjonalności do zarządzania procesami i zasobami oraz izolacji procesów. Chociaż prawdopodobnie można to wszystko replikować w systemie Windows, byłoby to dużo pracy, a ponieważ celem tej funkcji systemu Windows wydaje się być uruchamianie programów przestrzeni użytkownika dla systemu Linux, wydaje się mało prawdopodobne, aby wykonali całą pracę (i trzymali ją w tajemnicy) .

Jednak, o ile mi wiadomo, nie ma jednoznacznych informacji.

Istniejące porty dokujące

Oczywiście, jeśli Microsoft zdecyduje, że chce obsługiwać Docker w Windows 10, prawdopodobnie będzie w stanie to zaoferować. Istnieje pewien precedens dla przenoszenia Dockera na inne jądro:

• Istnieje port Docker dla FreeBSD . Jest oznaczony jako „eksperymentalny”, ale wydaje się, że działa w zasadzie. Może używać niezmodyfikowanych kontenerów Docker z repozytorium Docker, co oznacza, że ​​faktycznie zapewnia środowisko hosta podobne do systemu Linux dla obrazów.
• Trwa projekt przeniesienia Dockera na system Windows (w szczególności Windows Server 2016) - zobacz ten wpis na blogu Docker z sierpnia 2015 r. Jednak w przeciwieństwie do powyższego portu FreBSD będzie to port, który pozwoli Dockerowi uruchamiać obrazy systemu Windows w systemie Windows, nie obrazy systemu Linux w systemie Windows. Podziękowania dla Rоry'ego McCune'a za zwrócenie na to uwagi.

Pierwszy podgląd poufnych informacji został wydany wczoraj. Próbowałem zainstalować okno dokowane, ale nie udaje mu się:

Wygląda więc na to, że dla pierwszego podglądu obecnie nie działa. Jednak, jak spekulowało wiele osób, może to działać w przyszłym wydaniu.

Nie, nie jest to możliwe.

Docker potrzebuje wielu rzeczy, aby uruchomić kontenery:

• chroot
• Przestrzenie nazw dla:
  • PID
  • Użytkownicy
  • Sieć
  • Wierzchowce
  • UTS
  • IPC

Są to wszystkie funkcje jądra zaimplementowane w systemie Linux. Niestety większość z nich nie ma podobnej funkcji w systemie Windows, która mogłaby być używana jako zamiennik (ani w podsystemie Linux, który Microsoft zaimplementował w jądrze systemu Windows). Wszystkie te muszą być dostarczone przez system operacyjny.

Od aktualizacji Creator Update (opublikowanej publicznie 13 czerwca 2017 r.) Możesz uruchamiać natywny plik wykonywalny Windows bezpośrednio w WSL. Oznacza to, że jeśli już zainstalowałeś Docker dla Windows , możesz po prostu wywołać dockerpliki binarne zainstalowane pod C:\Program Files. Ponieważ kończą .exesię najłatwiejszą opcją jest tworzenie aliasów. .bashrcPowinno działać coś takiego :

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

To tworzy aliasy dla wszystkich plików w DOCKER_BINkatalogu:

$ 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

Jedno zastrzeżenie: pojawi się komunikat o błędzie „ Nie można przetłumaczyć bieżącego katalogu roboczego ”, jeśli jest uruchamiany z katalogu Linux. Wystarczy cddo katalogu Windows (np. /mnt/c/Users/YourUsername) I powinieneś być dobry.

Po Docker 1.12 jest zwolniony, a klient Linux Docker oddziela się, powinieneś być w stanie uruchomić Döcker klienta w systemie Windows 10 bash.

Może to nie wydawać się dużo, biorąc pod uwagę, że masz klienta Docker dla systemu Windows, ale jest to przydatne, jeśli masz łańcuchy narzędzi dla systemu Linux, które zawierają okno dokowane dla jego funkcji po stronie klienta.

W Windows 10 wersja 1607 kompilacja 1493.10 możesz z powodzeniem zainstalować go na Ubuntu Bash, ale to nie działa :(

Prosta „wersja dokera” powie ci:

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?

Jeśli następnie uruchomisz „sudo docker -d”, pojawia się następujący błąd:

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

Jest to zdecydowanie korek od strony uderzenia.

Niemniej jednak możesz zainstalować Docker dla Windows i działa to jak urok, możesz oczywiście wdrożyć serwery Linux i wszystko, czego potrzebujesz.

> 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

Według stanu na wrzesień 2016 r.

Wszystkie obecne implementacje Dockera w systemie Windows używają wirtualizacji, Docker 1.12 używa hiperwizora w systemie Windows, co eliminuje przewagę konteneryzacji nad wirtualizacją.

Docker potrzebuje czegoś więcej niż tylko korzystania z wywołań systemu Linux.

Potrzebuje grup kontroli procesu (cgroups), systemu plików, który można ustawiać jeden na drugim (aufs), a także innych systemów opartych na Linuksie poza jądrem.

Ani grupy, ani auf nie są natywnie w jądrze systemu Windows 10.

Istnieje implementacja Windows Server 2016 tutaj: https://msdn.microsoft.com/en-gb/virtualization/windowscontainers/quick_start/quick_start_windows_server .. ale to uruchomi tylko niektóre usługi Windows, np. IIS, a nie Ubuntu

Docker obecnie nie działa w bieżącej kompilacji (14316) - przy założeniu, że można go zainstalować.

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

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