Poniżej znajduje się zestaw popularnych komend Dockera, przydatnych w codziennej pracy z kontenerami.
Sprawdzenie, czy mamy Dockera na komputerze:
|
1 |
$ sudo docker -v |
Wyświetlenie szczegółowych informacji o Dockerze:
|
1 |
$ sudo docker -info |
Wyświetlenie listy komend:
|
1 |
$ sudo docker -h |
Wyświetlenie listy komend powiązanych z obrazami. Bez słowasudopolecenie zamiast zwrócić informację o dostępnych obrazach, może zwrócić informację o braku dostępu (ang. access denied)):
|
1 |
$ sudo docker image |
Praca z obrazami
Wyświetlenie listy obrazów w lokalnym repozytorium (nie w rejestrach):
|
1 |
$ sudo docker image ls |
Pobranie obrazu (komenda ogólna):
|
1 |
$ sudo docker pull <nazwa_repo>:[tag] |
Pobranie najnowszego obraz debian z publicznego repozytorium:
|
1 |
$ sudo docker pull debian |
Wyświetlenie pobranego obrazu w konsoli:
|
1 |
$ sudo docker image ls |
Pobranie obrazu debiana w wersji 8:
|
1 |
$ sudo docker pull debian:8 |
Ponowne wyświetlenie pobranego obrazu w konsoli:
|
1 |
$ sudo docker image ls |
Praca z kontenerami
Wyświetlenie listy kontenerów (aktywnych) w konsoli:
|
1 |
$ sudo docker container ls |
Aliasem do tego polecenia jest:
|
1 |
$ sudo docker ps |
Kolejne kolumny oznaczają odpowiedni identyfikator kontenera, nazwę obrazu z którego został on utworzony, wykonywaną komendę, czas utworzenia, status, udostępnione porty i nazwę pod jaką można się do niego odwoływać.
Zatrzymanie kontenera – komenda ogólna :
|
1 |
$ sudo docker stop <nazwa_kontenera\id_kontenera> |
Zatrzymanie kontenera przy użyciu nazwy kontenera przy pomocy polecenia:
|
1 |
$ sudo docker stop amazing_grothendieck |
Po wykonaniu tej komendy, kontener jest zatrzymany. Teraz możemy porównać 2 polecenia:
|
1 |
$ sudo docker ps |
i
|
1 |
$ sudo docker ps -a |
Pierwsze wyświetla tylko uruchomione kontenery, drugie także te zatrzymane.
Ponowne włączenie kontenera:
|
1 |
$ sudo docker start amazing_grothendieck |
Wyświetlanie statusu kontenerów
Sprawdzenie, jakie procesy działają w kontenerze:
|
1 |
$ sudo docker top hakase |
Tutaj widać zalety wykorzystania Dockera – narzut uruchomienia kolejnych kontenerów to tylko kwestia uruchomienia kilku dodatkowych serwerów. W pełnej wirtualizacji mamy dodatkowo kilkadziesiąt dodatkowych programów.
Jeśli chcemy sprawdzić, jakie porty udostępnia Docker, sprawdzimy to za pomocą polecenia:
|
1 |
$ sudo docker port hakase |
Jeżeli chcemy zobaczyć logi kontenerów, sprawdzamy to za pomocą polecenia:
|
1 |
$ sudo docker logs hakase |
Zapisywanie zmian w kontenerze
Obrazy nie są modyfikowane. Modyfikowane są tylko kontenery, które tworzymy za pomocą komendy:
|
1 |
$ sudo docker run |
Oznacza to, że kiedy będziemy tworzyć kolejny kontener, nie będzie on zawierał zmian, które zostały wykonane przez inne kontenery korzystające z tego samego obrazu.
Jeśli chcemy zapisać zmiany w konterze i np. utworzyć nowy obraz bazujący na tych zmianach, najpierw sprawdzamy, jakie zmiany przechowuje nasz kontener. Robimy to za pomocą polecenia:
|
1 |
$ sudo docker diff hakase |
Jeżeli nasze zmiany są poprawne, możemy zatwierdzić te zmiany i wykorzystać w przyszłości.
Usuwanie kontenerów
Kiedy kontenery nie są nam już potrzebne, można je usunąć. Najpierw sprawdzamy dostępne obrazy:
|
1 |
$ sudo docker images |
Najpierw próbujemy usunąć obraz nginx_image, używany przez kontener hakase:
|
1 |
$ sudo docker rmi nginx_image |
System nie pozwolił nam na usunięcie obrazu, ponieważ uruchomiony jest konter, który bazuje na tym obrazie.
Najpierw sprawdzamy, czy kontener jest aktywny:
|
1 |
$ sudo docker ps |
Jak widać, kontener hakase jest aktywny, więc przed jego usunięciem musimy go najpierw zatrzymać:
|
1 |
$ sudo docker stop hakase |
Po tych operacjach możemy usunąć kontener:
|
1 |
$ sudo docker rm hakase |
Sprawdzamy, czy nasz kontener został usunięty:
|
1 |
$ sudo docker ps |
Po tym kroku, możemy usunąć bazowy obraz:
|
1 |
$ sudo docker rmi nginx_image |
Współdzielenie katalogów między serwerem a kontenerami
Czasami istnieje potrzeba współdzielenia katalogu pomiędzy kontenerem a komputerem. Jeżeli rozwijamy własny projekt, można współdzielić kod projektu. W przypadku tradycyjnych rozwiązań wirtualizacyjnych, np. Virtualbox, pojawia się duży narzut wydajności na operacje IO, w przypadku Dockera takiego dużego narzutu już nie ma.
Przykładowy kod współdzielenia katalogów z logami aplikacji:
|
1 |
$ docker -d run --name drupal_server -v /sciezka/na/serwerze:/sciezka/w/kontenerze |
Polecenie -v wskazuje, iż: /sciezka/na/serwerze ma być dostępna jako katalog „/sciezka/w/kontenerze” w kontenerze.
Operacje globalne
Zatrzymanie wszystkich aktywnych kontenerów:
$ docker stop $(docker ps -q)
Usunięcie wszystkich kontenerów:
|
1 |
$ docker rm $(docker ps -a -q) |
Usunięcie wszystkich obrazów:
|
1 |
$ docker rmi $(docker images -q) |