Сработает ли тутloadbalance

А жаль было бы интереснее

не мешай разные compose в одну сеть и будет счастье, всё.

Ага

Осталось понять как работают volumes, особенно в swarm режиме

эмм?

Ну в swarm режиме могут участвовать несколько серверов, как там volumes шариться при scale

Ну в swarm режиме могут участвовать несколько серверов, как там volumes шариться при scale

Никак, нужно общее хранилище если контейнеры требуют

Даже для source code?

Тоесть дабы запустить бд в 3х экземплярах мне нужно внешнее хранилище?

я не знаю что у тебя source code

но бд в 3х экземпляров - это уже бред, оно так не работает

Source code приложения

Как на 3х нодах развернуть 3 екземпляра приложения

Я просто заливаю приложение с compose файлом на один из серверов

Source code приложения

он же в образе

Аа, ну да

Один раз образ собрался, а потом создались копии

На разных нодах

Стоп ну скажем такой volumes у сервиса в compose файле: volumes: - ./:/code

ну это привязка к хосту

Как такое будет выглядеть в swarm mode

Что бы не привязываться к хосту

так же, если надо именно так, только сервис придётся привязывать

либо, что правильнее - shared storage какой-то

смотри на volume\storage plugins

Shared storage имеется в виду что то вроде s3?

Я понял

Пойду курить доку

ну как вариант

хоть NFS

Тоесть одна из нод выступит в роле хоста, а остальные ноды сделают себе с неё mount

И будут пользоваться как общей фс

Ребят, я понимаю, что странный вопрос, но контейнер, на котором будут подниматься виртуальные машины на виртуалбоксе и вагранте - это извращение или норм кейс, бывает?

ох блядь. Ну если так, то в вагранте должен бежать докер, иначе не комиьфо

Ребят, я понимаю, что странный вопрос, но контейнер, на котором будут подниматься виртуальные машины на виртуалбоксе и вагранте - это извращение или норм кейс, бывает?

virtualbox внутри контейнера? 0_о

ой всё

зачем что-то спрашивать если такой нежный? Я не понял что ты за кашу написал, переспросил, ты обидился...

666a7e4bc4d3c6819d5677d3dbcb9902_thats-not-enough-we-have-to-go-deeper-inception-quickmeme-inception-meme-we-need-to-go-deeper_570-311.jpeg (570×311) https://img.memesuper.com/666a7e4bc4d3c6819d5677d3dbcb9902_thats-not-enough-we-have-to-go-deeper-inception-quickmeme-inception-meme-we-need-to-go-deeper_570-311.jpeg

Да-да, именно так.

Думаю проблем не будет с запуском виртуалок. Возможно привелигерованный режим нужен.

Но зачем?

Да, что более важно зачем

Поделись

Поделись

Наверное лучше попросить отсыпать?

Православный способ. Запустить с утра докер, к нем виртуалбокс, в нем поставить винду, в которой установить рдп, который будет подключаться к удаленному докер сворму, на котором держать три инстанса бд

Все, этого достаточно

Пацаны, помогите, установил докер, последнюю версию 17.03.1-ce. Когда пытаюсь его завести (sudo service docker start) не поднимается, а в логи пишет такое Error starting daemon: open /var/run/docker.pid: no space left on device

места на компе много

df -h

всё ок с этим, места достаточно

нет, не достаточно

написано же

у тебя видимо в системе распределение не очень, на /var/ выделил 1гб допустим

меняй расположение пида в конфигах

ERROR: S client not available

df -h сделай

и лог сюда выброси

df -i ещё проверь

Пацаны, помогите, установил докер, последнюю версию 17.03.1-ce. Когда пытаюсь его завести (sudo service docker start) не поднимается, а в логи пишет такое Error starting daemon: open /var/run/docker.pid: no space left on device

иноды глянь

Парни, привет. Перед моим веб приложением nginx, само веб приложение на питоне, в приложении контент и разные ссылки. По нажатии на ссылку, у клиента открывается аудиоплеер и в него идет аудио поток из другого контейнера. Подскажите, как лучше организовать роутинг такого приложения. Получается контейнер с веб аппом имеет одно имя, а потоковый сервер другой. Может разлулить с помощью разных URL? Типа www.myapp.com открывает приложение на питоне, а www.myapp.com/radio/someradio открывает конкретный поток?

Конечно, в nginx прокси эти пути пропиши

А там перенаправляй на контейнеры через proxypass

А там перенаправляй на контейнеры через proxypass

Спасибо. А вы не отдыхаете разьве? :)

Ну ответить никогда не сложно)

:)

Не знаю где спросить, спрошу здесь. Есть сайт с 200к страниц. Контент на страницах обновляется раз в сутки. Могу ли я воспользоваться услугами какого-то CDN и закешировать к ним весь сайт? И что это примерно по деньгам?

Думаю с докер это вообще никак не связано, даже косвенно)

Думаю с докер это вообще никак не связано, даже косвенно)

Ну нет еще чатов по CDN, а где спросить не знаю :)

В описании этого есть @devops_ru думаю там уместнее

Спасибо.

Если у клиентов точка входа в приложение через nginx, тогда все равно нужно делать проброс портов, что бы получать доступ к другим контейнерам? Или можно средствами ОС внутри контейненра открыть порт и он будет доступ из сети докера?

То есь вопрос звучит так. EXPOSE и ports или -p флаги, это только для хоста?

Наверное дурацкий вопрос :)

Если все идет через нджинкс реверс прокси, то точка доступа будет только порт прокси

Контейнеры в одной сети видят все свои порты

Т.е. сам nginx достучится до любого порта любого контейнера в композе

Т.е. сам nginx достучится до любого порта любого контейнера в композе

Не совсем так, в композе не нужно для каждого контейнера прописывать порты. Виртуальная сеть докера уже не зависит от хоста; открытые порты внутри контейнера будут доступны любому контейнеру внутри виртуальной сети докера без всяких экспоузов.

При этом на хост надо будет прокинуть только порт нджинкс

При этом на хост надо будет прокинуть только порт нджинкс

Ну, да. Суть я уловил. Спасибо :)

Так я тоже самое и написал

Т.е. сам nginx достучится до любого порта любого контейнера в композе

Ну тогда я не правильно понял это сообщение.

В любом случае цель коммуникации достигнута. Я вас понял.