В моем стеке Rancher 1.6.21 не работают ссылки между контейнерами - PullRequest
0 голосов
/ 30 сентября 2018

Я использую Rancher 1.6.21 (env: по умолчанию для крупного рогатого скота) с Docker 18.06.1-ce , и моя проблема в том, что в одном стеке ссылки не работают, поэтому службы не могут обмениваться данными.

Я попытался установить стек Docker Registry из каталога Rancher , и я получаю ошибкив журналах контейнеров, потому что хосты недоступны, как 'db'.Ссылки присутствуют в конфигурации, в оболочке контейнеров, пропингующей службу по имени (имя ссылки или имя контейнера), результат хост не найден , но по IP он работает.В файле хостов контейнеров нет записи для соответствующих ссылок.

Я также попробовал несколько вещей, таких как создание другого стека с простым контейнером mysql db и контейнером приложения openjdk springboot hello-world, и яс той же проблемой и изменением типа сети с управляемого на мостового , но это имеет тот же эффект,Как ни странно, одна и та же конфигурация работает на другом сервере с такими же характеристиками (другой клиент).

Есть идеи, почему это может произойти?Я предполагаю, что что-то не так в конфигурации Rancher, но не могу определить, что.

Заранее спасибо.

РЕДАКТИРОВАТЬ: После дополнительной документации я обнаружил, что, поскольку мы используемОркестровка CATTLE в Rancher все сетевое управление осуществляется их службами (несколько контейнеров, ipsec, cni-драйвер, метаданные и сетевой менеджер), поэтому я подумал, что может быть проблема, но после воссоздания настройки у меня все еще остается та же проблема, другаяСтранно то, что создавая простой стек с двумя базовыми контейнерами Ubuntu и «связывая» их, они могут видеть друг друга по имени dns (сеть, запись без хостов).

    db:
      image: mysql:5.7.10
      environment:
        MYSQL_DATABASE: portus
        MYSQL_ROOT_PASSWORD: ${ROOTPASSWORD}
        MYSQL_USER: portus
        MYSQL_PASSWORD: ${DBPASSWORD}
      tty: true
      stdin_open: true
      volumes:
      - ${DIR}/db:/var/lib/mysql
      labels:
        registry.portus.db: 1
    sslproxy:
      image: nginx:1.9.9
      tty: true
      stdin_open: true
      links:
      - portus:portus
      volumes:
      - ${DIR}/certs:/etc/nginx/certs:ro
      - ${DIR}/proxy:/etc/nginx/conf.d:ro
      labels:
        io.rancher.scheduler.affinity:container_label_soft: registry.portus.db=1
    registry:
      image: registry:2.3.1
      environment:
        REGISTRY_LOG_LEVEL: warn
        REGISTRY_STORAGE_DELETE_ENABLED: true
        REGISTRY_AUTH: token
        REGISTRY_AUTH_TOKEN_REALM: https://${DOMAIN}:${PPORT}/v2/token
        REGISTRY_AUTH_TOKEN_SERVICE: ${DOMAIN}:${RPORT}
        REGISTRY_AUTH_TOKEN_ISSUER: ${DOMAIN}
        REGISTRY_AUTH_TOKEN_ROOTCERTBUNDLE: /certs/registry.crt
        REGISTRY_HTTP_TLS_CERTIFICATE: /certs/registry.crt
        REGISTRY_HTTP_TLS_KEY: /certs/registry.key
        REGISTRY_HTTP_SECRET: httpsecret
        REGISTRY_NOTIFICATIONS_ENDPOINTS: >
          - name: portus
            url: http://portus:3000/v2/webhooks/events
            timeout: 500
            threshold: 5
            backoff: 1
      tty: true
      stdin_open: true
      links:
      - portus:portus
      volumes:
      - ${DIR}/certs:/certs
      - ${DIR}/data:/var/lib/registry
    lb:
      image: rancher/load-balancer-service
      tty: true
      stdin_open: true
      ports:
      - ${RPORT}:5000/tcp
      - ${PPORT}:443/tcp
      labels:
        io.rancher.loadbalancer.target.sslproxy: ${PPORT}=443
        io.rancher.loadbalancer.target.registry: ${RPORT}=5000
        io.rancher.scheduler.global: 'true'
        io.rancher.scheduler.affinity:not_host_label: lb=0
        io.rancher.scheduler.affinity:not_host_label: registry.enabled=false
      links:
      - registry:registry
      - sslproxy:sslproxy
    portus:
      image: sshipway/portus:2.0.5
      environment: 
        PORTUS_MACHINE_FQDN: ${DOMAIN}
        PORTUS_PRODUCTION_HOST: db
        PORTUS_PRODUCTION_DATABASE: portus
        PORTUS_PRODUCTION_USERNAME: portus
        PORTUS_PRODUCTION_PASSWORD: ${DBPASSWORD}
        PORTUS_GRAVATAR_ENABLED: true
        PORTUS_KEY_PATH: /certs/registry.key
        PORTUS_PASSWORD: ${DBPASSWORD}
        PORTUS_SECRET_KEY_BASE: ${ROOTPASSWORD}
        PORTUS_CHECK_SSL_USAGE_ENABLED: true
        PORTUS_SMTP_ENABLED: false
        PORTUS_LDAP_ENABLED: ${LDAP}
        PORTUS_LDAP_HOSTNAME: ${LDAPHOST}
        PORTUS_LDAP_PORT: ${LDAPPORT}
        PORTUS_LDAP_METHOD: ${LDAPTLS}
        PORTUS_LDAP_BASE: ${LDAPBASE}
        PORTUS_LDAP_UID: cn
        PORTUS_LDAP_AUTHENTICATION_ENABLED: ${LDAPBIND}
        PORTUS_LDAP_AUTHENTICATION_BIND_DN: ${LDAPBINDDN}
        PORTUS_LDAP_AUTHENTICATION_PASSWORD: ${LDAPBINDPASS}
        PORTUS_LDAP_GUESS_EMAIL_ENABLED: true
        PORTUS_LDAP_GUESS_EMAIL_ATTR: mail
        PORTUS_PORT: ${PPORT}
        REGISTRY_SSL_ENABLED: true
        REGISTRY_HOSTNAME: ${DOMAIN}
        REGISTRY_PORT: ${RPORT}
        REGISTRY_NAME: Registry
      tty: true
      stdin_open: true
      volumes:
      - ${DIR}/certs:/certs
      - ${DIR}/proxy:/etc/nginx/conf.d
      links:
      - db:db
      labels:
        io.rancher.container.pull_image: always
        io.rancher.scheduler.affinity:container_label_soft: registry.portus.db=1
        registry.portus.app: 1

1 Ответ

0 голосов
/ 09 октября 2018

Ссылки устаревшие в последней версии Docker, и вы можете использовать Docker сетей в качестве преемника ссылок.Информация из официальной документации docker

 Warning: The --link flag is a legacy feature of Docker. It may eventually be 
 removed. Unless you absolutely need to continue using it, we recommend that you use 
 user-defined networks to facilitate communication between two containers instead of 
 using --link. One feature that user-defined networks do not support that you can do 
 with --link is sharing environmental variables between containers. However, you can 
 use other mechanisms such as volumes to share environment variables between 
 containers in a more controlled way.

Ссылка: https://docs.docker.com/network/links/

Вы можете использовать изменение ссылок, таких как пользовательская мостовая сеть или мостовая сеть по умолчанию.

Ref: https://docs.docker.com/network/bridge/##differences-between-user-defined-bridges-and-the-default-bridge

Я также пытался изменить тип сети с управляемого на мостовой, но это имеет тот же эффект.Странно, что та же самая конфигурация работает на другом сервере (другом клиенте).

Ответ на поставленный выше вопрос:

Поскольку ваш другой клиент может использовать более старую версию docker или docker-compose V2 (илименьше чем) где ссылки доступны.

...