Size: a a a

Docker — русскоговорящее сообщество

2020 February 13

СЛ

Сергей Ладутько in Docker — русскоговорящее сообщество
Some services (mongodb) use the 'deploy' key, which will be ignored. Compose does not support 'deploy' configuration - use docker stack deploy to deploy to a swarm.
источник

СЛ

Сергей Ладутько in Docker — русскоговорящее сообщество
Получаеться лимиты можно устанавливать только в SWARM ?
источник

R

Radik in Docker — русскоговорящее сообщество
можешь прям у себя локально сворм сделать из одной ноды
Если потетстить хочется
источник

R

Radik in Docker — русскоговорящее сообщество
Сергей Ладутько
Some services (mongodb) use the 'deploy' key, which will be ignored. Compose does not support 'deploy' configuration - use docker stack deploy to deploy to a swarm.
источник

СЛ

Сергей Ладутько in Docker — русскоговорящее сообщество
Radik
можешь прям у себя локально сворм сделать из одной ноды
Если потетстить хочется
А без swarm можно отрегулировать эти показатели ?
источник

R

Radik in Docker — русскоговорящее сообщество
вроде нет, на сколько знаю
источник

R

Radik in Docker — русскоговорящее сообщество
Сергей Ладутько
А без swarm можно отрегулировать эти показатели ?
можешь через docker run запускать с ключами нужными
источник

EU

Egor Urvanov in Docker — русскоговорящее сообщество
Пытаюсь коннектиться по ssh внутри контейнера. Но получаю отлуп.
    RUN eval $(ssh-agent -s)
   RUN ssh-add $SSH_PRIVATE_KEY

> Could not open a connection to your authentication agent.

Везде говорят, что не запущен ssh-agent, я это явно делаю. В чём причина?

Использую FROM golang:1.13.7-buster AS BUILD
источник

GG

George Gaál in Docker — русскоговорящее сообщество
Egor Urvanov
Пытаюсь коннектиться по ssh внутри контейнера. Но получаю отлуп.
    RUN eval $(ssh-agent -s)
   RUN ssh-add $SSH_PRIVATE_KEY

> Could not open a connection to your authentication agent.

Везде говорят, что не запущен ssh-agent, я это явно делаю. В чём причина?

Использую FROM golang:1.13.7-buster AS BUILD
чел, это так не работает
источник

EU

Egor Urvanov in Docker — русскоговорящее сообщество
А как?
источник

GG

George Gaál in Docker — русскоговорящее сообщество
не надо никогда делать в разных RUN это
источник

GG

George Gaál in Docker — русскоговорящее сообщество
поясню
источник

GG

George Gaál in Docker — русскоговорящее сообщество
у тебя RUN - это по сути как отдельнйы контейнер
источник

GG

George Gaál in Docker — русскоговорящее сообщество
следующий ран - это НОВЫЙ контейнер
источник

GG

George Gaál in Docker — русскоговорящее сообщество
который инстанцируется из образа
источник

EU

Egor Urvanov in Docker — русскоговорящее сообщество
Ага
источник

EU

Egor Urvanov in Docker — русскоговорящее сообщество
Я понял
источник

EU

Egor Urvanov in Docker — русскоговорящее сообщество
Должно полечиться ща
источник

ЕР

Евгений Ры́марев in Docker — русскоговорящее сообщество
George Gaál
у тебя RUN - это по сути как отдельнйы контейнер
Во, у меня с этим тоже был затуп. Не понимал почему у меня не вычищаются пакеты.
источник

r🧬

rmshell 🧬 in Docker — русскоговорящее сообщество
На локальной тачке использую compose. Проектов несколько, есть проект с wildcard доменами. В основном в композе nginx и остальные :) Все сервисы проекта в 1-й сетке:
networks:
 ph:
   name: ph
   ipam:
     config:
       - subnet: 192.168.221.0/28
Сервису с nginx всегда указываю статик ip:
   networks:
     ph:
       ipv4_address: 192.168.221.6
B в hosts:
192.168.221.2 domain.loc api.domain.loc panel.domain.loc
Это не напрягает, но вот напряг когда поддоменов куча т.е *.domain.loc.
Решил использовать jwilder/nginx-proxy, вроде по мануалу как два пальца обсосать, создай контейнер с jwilder/nginx-proxy на порту 80:80 прокинь в контейнер сокет докера, создавай контейнеры с указанием в env VIRTUAL_HOST=.domain.loc и запихывай их в одну сетку с контейнером прокси. Но вот что-то не выходит аленький цветочек. Создал контейнер с прокси, рестартанул контейнеры приложения, смотрю какой конфиг прокся собрала, а там:
upstream ph.loc {
 # Cannot connect to network of this container
  server 192.168.221.6 down;
}
server {
server_name ph.loc;
 listen 80 ;
 access_log /var/log/nginx/access.log vhost;
 location / {
  proxy_pass http://ph.loc;
}
Вырубаю записи в /etc/hosts связанные со старой схемой работы.

Почему апстирм "даун"? Что я делаю не так? Нужен ли мне dns с jwilder/nginx-proxy?

Вообще цель такая, что бы не чекать ip контейнера и не прописывать его в hosts и сопоставлять его с доменном, поднять через композ проект а он уже фурычит на указном домене в env
источник