Nie można połączyć z uruchomionym kontenerem uruchomionym przez docker-compose

100

Konfiguruję swoje lokalne środowisko programistyczne z kontenerami Docker. Docker-compose.yml wygląda następująco

version: '2'

services:
  db:
    image: mongo:3
  mq:
    image: rabbitmq:3
  api:
    build: .
    image: my_app/api
    ports:
      - "3000:3000"
    links:
      - db
      - mq
    environment:
      - NODE_ENV=development

Zaczyna się bez błędów. Docker wyświetla 3 uruchomione kontenery

docker-compose up -d
docker ps

e90e5a8b5d33        my_app/api    "/usr/local/bin/node "   0.0.0.0:3000->3000/tcp               my_app_api_1
42bfcd971b16        mongo:3       "/entrypoint.sh mongo"   27017/tcp                            my_app_db_1
a0685a816c47        rabbitmq:3    "/docker-entrypoint.s"   4369/tcp, 5671-5672/tcp, 25672/tcp   my_app_mq_1

Jednak gdy próbuję połączyć się z tymi uruchamiającymi kontenery z innego kontenera

docker run --link my_app_mq_1:mq --link my_app_db_1:db -it worker

Otrzymuję błąd

 docker: Error response from daemon: Cannot link to /my_app_mq_1, as it does not belong to the default network.

Ja też próbowałem 

 docker run --link my_app_mq_1:mq --link my_app_db_1:db -it --net default worker

Ten sam błąd.

Jak więc mogę utworzyć link do uruchomionego kontenera uruchomionego przez docker-compose?

docker docker-compose Awakening Byte
źródło

Odpowiedzi:

197

Ok, znalazłem odpowiedź. Jeśli ktoś napotka ten sam problem, po prostu zrób to

docker network ls

To polecenie wyświetla wszystkie sieci Dockera. docker-compose utworzy nową sieć po uruchomieniu docker-compose up. W moim przypadku nazwa sieci to myapp_default.

Uwaga: sieci Twojej aplikacji jest nadawana nazwa oparta na „nazwie projektu”, która jest oparta na nazwie katalogu, w którym się ona znajduje. Możesz zastąpić nazwę projektu flagą --project-name lub zmienną środowiskową COMPOSE_PROJECT_NAME . Praca w sieci w Compose

Tak więc prawidłowy sposób tworzenia linków do tych kontenerów to

docker run --link my_app_mq_1:mq --link my_app_db_1:db -it --net myapp_default worker
Awakening Byte
źródło
9
Dla tych, którzy nie zauważyli, musisz postawić --netprzed komendą. Napotkałem ten problem podczas próby uruchomienia oficjalnego obrazu dokera redis.
pan
3
Musiałem użyć flagi --network zamiast --net. Użyj go na początku polecenia uruchomienia. Mam nadzieję, że to pomoże. Źródła są dostępne tutaj: docs.docker.com/engine/reference/run/#network-settings .
Erizo
11

moje polecenie uruchomienia linków

docker run --network=YOUR_NETWORK --link SERVICE -t -i app command
Gabriel Borges Oliveira
źródło
2

W przypadku korzystania z definicji usługi w wersji 2 lub docker-composenowszej tworzy sieć zdefiniowaną przez użytkownika. Rozpoznawanie nazw w sieci zdefiniowanej przez użytkownika działa za pośrednictwem wbudowanego serwera DNS platformy Docker. Oto powiązany cytat z dokumentacji :

Wbudowany serwer DNS platformy Docker umożliwia rozpoznawanie nazw dla kontenerów podłączonych do danej sieci [zdefiniowanej przez użytkownika]. Oznacza to, że każdy połączony kontener może pingować inny kontener w tej samej sieci, używając jego nazwy.

Kontenery są również dostępne przez aliasy sieciowe, które docker-composetworzy. Można to zweryfikować poleceniem takim jak:

docker inspect \
  -f '{{json .NetworkSettings.Networks.myapp_default.Aliases}}' my_app_db_1

To drukuje ["db","$CONTAINER_ID"].

Podanie linków za pomocą --linknie będzie miało żadnego efektu w przypadku istniejącej sieci zdefiniowanej przez użytkownika. Możesz się upewnić i spojrzeć na /etc/hosts, który nie będzie miał odpowiednich linii.

W związku z tym wystarczy polecenie:

docker run -it --net myapp_default worker
saaj
źródło