도커 웜 노드가 웜의 다른 호스트에서 서비스를 감지 할 수 없습니다.

Question

제 목표는 3 개의 리눅스 (우분투) 물리적 워크 스테이션 그룹에 도커 웜을 설정하고 그 위에 dask 클러스터를 실행하는 것입니다.

$ docker --version 
Docker version 17.06.0-ce, build 02c1d87 

나는 도커 떼를 초기화 할 수 있으며 모든 기계를 떼에 추가 할 수 있습니다.

cordoba$ docker node ls 
ID       HOSTNAME STATUS AVAILABILITY MANAGER STATUS 
j8k3hm87w1vxizfv7f1bu3nfg  box1  Ready  Active    
twg112y4m5tkeyi5s5vtlgrap  box2  Ready  Active    
upkr459m75au0vnq64v5k5euh * box3  Ready  Active    Leader 

나는 리더 상자에 docker stack deploy -c docker-compose.yml dask-cluster을 실행합니다.

version: "3" 

services: 

    dscheduler: 
    image: richardbrks/dask-cluster 
    ports: 
    - "8786:8786" 
    - "9786:9786" 
    - "8787:8787" 
    command: dask-scheduler 
    networks: 
     - distributed 
    deploy: 
     replicas: 1 
     restart_policy: 
     condition: on-failure 
     placement: 
     constraints: [node.role == manager] 

    dworker: 
    image: richardbrks/dask-cluster 
    command: dask-worker dscheduler:8786 
    environment: 
     - "affinity:container!=dworker*" 
    networks: 
     - distributed 
    depends_on: 
     - dscheduler 
    deploy: 
     replicas: 3 
     restart_policy: 
     condition: on-failure 

networks: 
    distributed: 

여기 richardbrks/dask-cluster입니다 : 여기

는 docker-compose.yml이다 나는 떼를 배포 할 때

# Official python base image 
FROM python:2.7  
# update apt-repository 
RUN apt-get update 
# only install enough library to run dask on a cluster (with monitoring) 
RUN pip install --no-cache-dir \ 
    psutil \ 
    dask[complete]==0.15.2 \ 
    bokeh 

것은 dscheduler 와 동일한 시스템에없는 dworker 노드가 무엇을 알고하지 않습니다 dscheduler입니다. 나는이 노드 중 하나에 ssh'd하고 env에서 보았습니다, 및 dscheduler 거기에 없었습니다. 또한 dscheduler으로 핑 (ping)을 시도하고 "ping : unknown host"를 받았습니다.

도커가 이라는 서비스 검색을 기반으로 내부 DNS를 제공하여 dscheduler을 호출하면 dschedler 노드의 주소로 이동한다고 생각했습니다.

컴퓨터에 일부 설정이 누락 되었습니까? 또는 내 파일에 누락 된 것이 있습니까?

이 모든 코드는 떼에 this issue에 따르면 https://github.com/MentalMasochist/dask-swarm

Answer 1

dask 또는 docker swarm에는 아무런 문제가 없었습니다. 문제는 라우터 펌웨어가 잘못되었습니다. 라우터 펌웨어의 이전 버전으로 돌아 가면 클러스터가 정상적으로 작동합니다.

Answer 2

에 있습니다

Because of some networking limitations (I think related to virtual IPs), the ping tool will not work with overlay networking. Are you service names resolvable with other tools like dig?

가 개인적으로 나는 항상 다른 이용하여 컬을 하나 개의 서비스에서 연결할 수 있습니다. 설정이 정확하고 서비스가 통신 할 수 있어야합니다.

---

은 참고 업데이트 2

---

떼에서 지원되지 않습니다에 따라 달라집니다 당신이 포트를 사용하지 않을 생각합니다. Servicename은 포트를 대신 할 수 없습니다. 컨테이너가 컨테이너를 내부적으로 알고 있으므로 포트를 사용해야합니다.