Jak określić limit pamięci i procesora w Docker Compose w wersji 3

Nie mogę określić procesora i pamięci dla usług określonych w wersji 3.

W wersji 2 działa dobrze z parametrami „mem_limit” i „cpu_shares” w ramach usług. Ale kończy się niepowodzeniem podczas korzystania z wersji 3, umieszczenie ich w sekcji wdrażania nie wydaje się warte, chyba że używam trybu roju.

Czy ktoś może pomóc?

version: "3"
services:
  node:
    build:
     context: .
      dockerfile: ./docker-build/Dockerfile.node
    restart: always
    environment:
      - VIRTUAL_HOST=localhost
    volumes:
      - logs:/app/out/
    expose:
      - 8083
    command: ["npm","start"]
    cap_drop:
      - NET_ADMIN
      - SYS_ADMIN

Wiem, że temat jest trochę stary i wydaje się nieaktualny, ale i tak udało mi się skorzystać z tych opcji:

    deploy:
      resources:
        limits:
          cpus: '0.001'
          memory: 50M

podczas korzystania z wersji 3.7 pliku docker-compose

W moim przypadku pomogło użycie tego polecenia:

docker-compose --compatibility up

--compatibility flaga oznacza (wzięte z dokumentacji):

Jeśli jest ustawiona, Compose spróbuje przekonwertować klucze wdrażania w plikach v3 na ich odpowiedniki inne niż Swarm

Myślę, że to świetnie, że nie muszę przywracać mojego pliku docker-compose z powrotem do wersji v2.

deploy:
  resources:
    limits:
      cpus: '0.001'
      memory: 50M
    reservations:
      cpus: '0.0001'
      memory: 20M

Więcej: https://docs.docker.com/compose/compose-file/#resources

W twoim konkretnym przypadku:

version: "3"
services:
  node:
    image: USER/Your-Pre-Built-Image
    environment:
      - VIRTUAL_HOST=localhost
    volumes:
      - logs:/app/out/
    command: ["npm","start"]
    cap_drop:
      - NET_ADMIN
      - SYS_ADMIN
    deploy:
      resources:
        limits:
          cpus: '0.001'
          memory: 50M
        reservations:
          cpus: '0.0001'
          memory: 20M

volumes:
  - logs

networks:
  default:
    driver: overlay

Uwaga:

• Ujawnianie nie jest konieczne, zostanie domyślnie ujawnione w sieci stosu.
• Obrazy muszą być gotowe. Budowanie w wersji 3 nie jest możliwe
• „Uruchom ponownie” również jest przestarzałe. Możesz użyć restartu w trakcie wdrażania z akcją po awarii
• Możesz użyć samodzielnego "roju" z jednym węzłem, większość ulepszeń w wersji 3 (jeśli nie wszystkie) dotyczy roju

Uwaga: Sieci w trybie Swarm nie łączą się. Jeśli chcesz połączyć się tylko wewnętrznie, musisz podłączyć się do sieci. Możesz 1) określić sieć zewnętrzną w innym pliku redagowania lub utworzyć sieć z parametrem --attachable (nakładka docker network create -d My-Network --attachable) W przeciwnym razie musisz opublikować port w następujący sposób:

ports:
  - 80:80

Docker Compose nie obsługuje ten deployklucz. Jest to szanowane tylko wtedy, gdy używasz pliku YAML wersji 3 w stosie Docker.

Ten komunikat jest drukowany po dodaniu deployklucza do docker-compose.ymlpliku, a następnie uruchomieniudocker-compose up -d

OSTRZEŻENIE: Niektóre usługi (bazy danych) używają klucza „wdrożenie”, który zostanie zignorowany. Kompozycja nie obsługuje konfiguracji „wdrażania” - służy docker stack deploydo wdrażania w roju.

Dokumentacja ( https://docs.docker.com/compose/compose-file/#deploy ) mówi:

Określ konfigurację związaną z wdrażaniem i działaniem usług. Działa to tylko podczas wdrażania do roju z wdrażaniem stosu docker i jest ignorowane przez proces docker-compose up i docker-compose run.