Dostarcz statyczny adres IP do kontenerów docker za pośrednictwem docker-compose

96

Próbuję podać statyczny adres IP do kontenerów. Rozumiem, że muszę stworzyć własną sieć. Tworzę go, a interfejs mostka działa na komputerze hosta (Ubuntu 16.x). Kontenery otrzymują adres IP z tej podsieci, ale nie statyczny, który podałem.

Oto mój docker-compose.yml:

version: '2'

services:
  mysql:
    container_name: mysql
    image: mysql:latest
    restart: always
    environment:
      - MYSQL_ROOT_PASSWORD=root
    ports:
     - "3306:3306"
    networks:
     - vpcbr

  apigw-tomcat:
    container_name: apigw-tomcat
    build: tomcat/.
    ports:
     - "8080:8080"
     - "8009:8009"
    networks:
     - vpcbr
    depends_on:
     - mysql

networks:
  vpcbr:
    driver: bridge
    ipam:
     config:
       - subnet: 10.5.0.0/16
         gateway: 10.5.0.1
         aux_addresses:
          mysql: 10.5.0.5
          apigw-tomcat: 10.5.0.6

Kontenery otrzymają 10.5.0.2 i 10.5.0.3, zamiast 5 i 6.

chenchuk
źródło
aux-address służy do ręcznego informowania sterownika ipam o adresach IP już używanych w sieci
Hamza,
Jak mogę przeskalować jeden z tych kontenerów za pomocą opcji „docker compose up -d --scale container-name = 3”, gdy przydzieliłem statyczny adres IP do usługi?
yash

Odpowiedzi:

124

Zwróć uwagę, że nie polecam stałego adresu IP dla kontenerów w Dockerze, chyba że robisz coś, co umożliwia routing z zewnątrz do wnętrza twojej sieci kontenerowej (np. Macvlan). Usługa DNS jest już dostępna do wykrywania usług w sieci kontenerów i obsługuje skalowanie kontenerów. Poza siecią kontenerów należy używać odsłoniętych portów na hoście. Z tym zastrzeżeniem, oto żądany plik redagowania:

version: '2'

services:
  mysql:
    container_name: mysql
    image: mysql:latest
    restart: always
    environment:
      - MYSQL_ROOT_PASSWORD=root
    ports:
     - "3306:3306"
    networks:
      vpcbr:
        ipv4_address: 10.5.0.5

  apigw-tomcat:
    container_name: apigw-tomcat
    build: tomcat/.
    ports:
     - "8080:8080"
     - "8009:8009"
    networks:
      vpcbr:
        ipv4_address: 10.5.0.6
    depends_on:
     - mysql

networks:
  vpcbr:
    driver: bridge
    ipam:
     config:
       - subnet: 10.5.0.0/16
         gateway: 10.5.0.1
BMitch
źródło
2
Musiałeś przeoczyć dolną połowę pliku redagowania, w której zdefiniowano podsieć skonfigurowaną przez użytkownika.
BMitch
12
Jak możesz to zrobić w wersji 3?
Atr_Max
4
@Atr_Max W tej chwili nie można: „Uwaga: dodatkowe konfiguracje IPAM, takie jak brama, są obecnie honorowane tylko dla wersji 2”. docs.docker.com/compose/compose-file/#ipam
BMitch
2
Statyczne adresy IP @Ryan nie poprawią bezpieczeństwa, nadal musisz otwierać te same połączenia, a Twoje kontenery nadal będą działać w sieci z przestrzenią nazw, w której ujawniasz tylko to, czego potrzebujesz. Statyczne adresy IP zmniejszą elastyczność, w tym możliwość wykonywania ciągłej aktualizacji aplikacji, nie będą działać w trybie roju i utrudnią kopiowanie konfiguracji kontenera między środowiskami lub podobnymi kontenerami. W przypadku połączonego problemu wystarczy nasłuchiwać w kontenerze 0.0.0.0.
BMitch
1
@alvery mam ten sam problem, musisz użyć opcji --force -rereate, ponieważ docker-compose nie stosuje konfiguracji w już utworzonej sieci (może to błąd)
HugoPoi
22

Miałem pewne trudności ze zmienną środowiskową, która ma niestandardową nazwę (nie z konwencją nazwy kontenera / portu dla KAPACITOR_BASE_URL i KAPACITOR_ALERTS_ENDPOINT). Jeśli podamy nazwę usługi w tym przypadku, adres IP nie zostanie rozwiązany jako

KAPACITOR_BASE_URL:  http://kapacitor:9092

W powyższym http://[**kapacitor**]:9092nie postanowiłemhttp://172.20.0.2:9092

Rozwiązałem problemy ze statycznymi adresami IP za pomocą konfiguracji podsieci.

version: "3.3"

networks:
  frontend:
    ipam:
      config:
        - subnet: 172.20.0.0/24
services:
    db:
        image: postgres:9.4.4
        networks:
            frontend:
                ipv4_address: 172.20.0.5
        ports:
            - "5432:5432"
        volumes:
            - postgres_data:/var/lib/postgresql/data

    redis:
        image: redis:latest
        networks:
            frontend:
                ipv4_address: 172.20.0.6
        ports:
            - "6379"

    influxdb:
        image: influxdb:latest
        ports:
            - "8086:8086"
            - "8083:8083"
        volumes:
            - ../influxdb/influxdb.conf:/etc/influxdb/influxdb.conf
            - ../influxdb/inxdb:/var/lib/influxdb
        networks:
            frontend:
                ipv4_address: 172.20.0.4
        environment:
          INFLUXDB_HTTP_AUTH_ENABLED: "false"
          INFLUXDB_ADMIN_ENABLED: "true"
          INFLUXDB_USERNAME: "db_username"
          INFLUXDB_PASSWORD: "12345678"
          INFLUXDB_DB: db_customers

    kapacitor:
        image: kapacitor:latest
        ports: 
            - "9092:9092"
        networks:
            frontend:
                ipv4_address: 172.20.0.2
        depends_on:
            - influxdb
        volumes:
            - ../kapacitor/kapacitor.conf:/etc/kapacitor/kapacitor.conf
            - ../kapacitor/kapdb:/var/lib/kapacitor
        environment:
          KAPACITOR_INFLUXDB_0_URLS_0: http://influxdb:8086

    web:
        build: .
        environment:
          RAILS_ENV: $RAILS_ENV
        command: bundle exec rails s -b 0.0.0.0
        ports:
            - "3000:3000"
        networks:
            frontend:
                ipv4_address: 172.20.0.3
        links:
            - db
            - kapacitor
        depends_on:
            - db
        volumes:
            - .:/var/app/current
        environment:
          DATABASE_URL: postgres://postgres@db
          DATABASE_USERNAME: postgres
          DATABASE_PASSWORD: postgres
          INFLUX_URL: http://influxdb:8086
          INFLUX_USER: db_username
          INFLUX_PWD: 12345678
          KAPACITOR_BASE_URL:  http://172.20.0.2:9092
          KAPACITOR_ALERTS_ENDPOINT: http://172.20.0.3:3000

volumes:
  postgres_data:
Jaswinder
źródło