dostęp klienta do roota w stacji dokującej

Question

Mam klaster roota w doku, składający się z jednego menedżera i jednego węzła roboczego. Następnie skonfigurowałem (tls i DOCKER_HOST) klienta z mojego laptopa, aby uzyskać dostęp do tego klastra.

Po uruchomieniu docker ps widzę tylko kontenery z węzła roboczego (a nie wszystkie kontenery węzła roboczego (!)). Na przykład, od mojego klienta:

CONTAINER ID  IMAGE    COMMAND     CREATED    STATUS    PORTS                                              NAMES 
a129d9402aeb  progrium/consul  "/bin/start -rejoi..." 2 weeks ago   Up 22 hours   IP:8300-8302->8300-8302/tcp, IP:8400->8400/tcp, IP:8301-8302->8301-8302/udp, 53/tcp, 53/udp, IP:8500->8500/tcp, IP:8600->8600/udp hadoop1103/consul-agt2-hadoop 

równie dobrze jak ja uruchomić docker ps w węźle pracownika:

CONTAINER ID  IMAGE    COMMAND     CREATED    STATUS    PORTS                                      NAMES 
4fec7fbf0b00  swarm    "/swarm join --advert" 16 hours ago  Up 16 hours   2375/tcp                                      join 
a129d9402aeb  progrium/consul  "/bin/start -rejoin -" 2 weeks ago   Up 22 hours   0.0.0.0:8300-8302->8300-8302/tcp, 0.0.0.0:8400->8400/tcp, 0.0.0.0:8301-8302->8301-8302/udp, 53/tcp, 53/udp, 0.0.0.0:8500->8500/tcp, 0.0.0.0:8600->8600/udp consul-agt2-hadoop 

Więc dwa pytania: Dlaczego docker ps nie pokazuje pojemniki z Machine Manager i nie wszystkie pojemniki z węzła roboczego?

Answer 1

Klasyczny rojnik (uruchamiany jako kontener) domyślnie ukrywa kontenery zarządzania rojami z wyjścia docker ps. Zamiast tego możesz wyświetlić te pojemniki za pomocą polecenia docker ps -a.

Takie zachowanie może być udokumentowany gdzie indziej, ale w jednym miejscu widziałem zachowanie udokumentowany jest w api differences docs:

GET „/ pojemniki/json”

Kontenery zaczęło się od urzędnika roju obraz jest domyślnie ukryty, użyj all = 1, aby je wyświetlić.

Składnia api all=1 jest odpowiednikiem kliszy .