гайз, таких 2 вопроса у меня: 1) Сделал свой контейнер с django-апликухой, положил на docker hub. Написал docker-compose, который линкует этот контейнер с postgres контейнером. Как мне теперь эту всю штуку деплоить на сервак нормально? 2) Для даты контейнера postgres создал volume. Если я хочу потом этот volume как-то перенести на другой сервак - как мне это лучше всего сделать? или может его можно как-то бэкапить периодически?

Если нужно уже волюмы шарить и гонять между хостами, то нужно думать о чем то посерьёзнее компоуза

Иначе будет много костылей

Если нужно уже волюмы шарить и гонять между хостами, то нужно думать о чем то посерьёзнее компоуза

это скорее, как вариант, быстро забрать его и перекинуть на другой сервак с минимальными трудозатратами

чтобы не делать экспорт/импорт самой даты

гайз, таких 2 вопроса у меня: 1) Сделал свой контейнер с django-апликухой, положил на docker hub. Написал docker-compose, который линкует этот контейнер с postgres контейнером. Как мне теперь эту всю штуку деплоить на сервак нормально? 2) Для даты контейнера postgres создал volume. Если я хочу потом этот volume как-то перенести на другой сервак - как мне это лучше всего сделать? или может его можно как-то бэкапить периодически?

Эм. /etc/localtime:/etc/localtime:ro. Что тут переносить?

Если нужно уже волюмы шарить и гонять между хостами, то нужно думать о чем то посерьёзнее компоуза

Вовсе необязательно. NFS, glusterfs, ceph или iSCSI никак от компоуза не зависят.

Кто-то ставил Jenkins контейнер ? Сталкивался с проблемой моментального переполнения , вроде только один билд и там все минимально

Алсо, тут поднималась тема дампа базы через docker exec. Оказывается, без ключа i (вкупе с -t) оно рандомно виснет. Docker 17.09.3.

Вовсе необязательно. NFS, glusterfs, ceph или iSCSI никак от компоуза не зависят.

Ты думаешь если он врутит это в компоуз , то будет ради этого гластер настраивать?

Ты думаешь если он врутит это в компоуз , то будет ради этого гластер настраивать?

Ты бы ещё про цеф спизданул. Ну NFS любая макака освоит.

А nfs по скорости не очень выходит

Ну тут конечно зависит от запросов

Если nfs хватит, то хозяин барин

А nfs по скорости не очень выходит

Я лично обслуживал (не настраивал) ORACLE на NFS в продакшене. Хорошо так нагруженный.

Если в одном ДЦ, то возможно, а между регионами гонять, то там все не так весело

Сужу по куберу и PV нфсных

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

Подскажите балбесу, как для джанго сделать миграции на каждый запуск контейнера? В гугле на забанен, но там какой-то оверхед и отдельные не нужные команды, а хочется всё няшно в компоуз

some_web_app: build: . env_file: - env_file command: bash -c "python manage.py makemigrations data && python manage.py migrate data" Намана?

А добавить в скрипт энтрипойнт не вариант?

По красоте вообще ещё сделать переменную в зависимости от которой будет проходить/не проходить миграция

Что за энтрипоинт, не шарю

По красоте вообще ещё сделать переменную в зависимости от которой будет проходить/не проходить миграция

Это... в планах, да, в планах)

Entrypoint как раз конечный процесс который запускается в контейнере

Через cmd ты его переназначаешь

хм, но мне миграцию нужно раньше

Обычно это скрипт типо docker-entrypoint.sh

Ну вот в нем и опишешь типо if INIT=true мигрировать и потом запускать апликуху

Если нетруъ, просто запускать апликуху

Возьми любой офф контейнер хоть nginx например и посмотри их докерфайл и скрипт энтрипойнта и все станет ясно

Возьми любой офф контейнер хоть nginx например и посмотри их докерфайл и скрипт энтрипойнта и все станет ясно

Когда запускается Dockerfile? Однажды при build?

Докерфайл используется при билде

А энтрипойнт уже при запуске контейнера

Билд(докерфайл) > старт контейнера(компоуз) > старт миграции(энтрипойнт скрипт) > старт аппликухи(энтрипойнт скрипт)

Билд(докерфайл) > старт контейнера(компоуз) > старт миграции(энтрипойнт скрипт) > старт аппликухи(энтрипойнт скрипт)

docker-compose up продолжит то же, но без билда?

Да, все верно

привет все. -p 0.0.0.0:5554:1080 подключение по ip контейнера:1080 работает

подключение к 127.0.0.1:5554 нет

как можно диагностировать проблему?

netstat -natp | grep LISTEN

не слушается порт

ну это и так поняно, не понятно почему

ну это и так поняно, не понятно почему

Слушает в контейнере на 127.0.0.1, пальцем в небо

какой командой глянуть лог если контейнер стартует и Exited сразу?

чтобы понять в чем причина

какой командой глянуть лог если контейнер стартует и Exited сразу?

docker logs?

контейнер не запущен - ничего не показывает

запусти без -d

а вообще причина в докерфайле?

там что-то крэшит

я и без d запускаю

там что-то крэшит

вот что именно крэшит, где посмотреть?

docker logs - - details CONTAINER

docker logs это stdout из контейнера?

просьба читать маны

просьба читать маны

Это надо запинить

:D

где можно почитать на русском про compose файлы и запуск контейнеров на их основе?

где можно почитать на русском про compose файлы и запуск контейнеров на их основе?

Use english, Luke

Жень, привет) Подскажи пожалуйста, я вот репо создал свой в докер-хаб, на локальной машине в докер-хаб зашел, через cmd. А как мне образ теперь лить в мой созданный на докер-хаь? (ссори за зашкварный вопросы)

Жень, привет) Подскажи пожалуйста, я вот репо создал свой в докер-хаб, на локальной машине в докер-хаб зашел, через cmd. А как мне образ теперь лить в мой созданный на докер-хаь? (ссори за зашкварный вопросы)

Это xp или 98?

Это xp или 98?

не понял

сам разобрался

спасибо

Привет всем! :)

Имеется .NET Core приложение, работающее с БД и передающее через RabbitMQ. На виндовых серверах скорость передачи сообщений в норме - 350-800 собщений в секунду, а то же самое приложение, собранное под Linux и запущенное в docker контейнере - не более 200, но в среднем около 100 всего. При этом ctop показывает для данного контейнера нагрузку до 223%, а htop в среднем 97% на всех 4-х ядрах. Это как-то можно исправить или .NET Core рантайм тормознутый под Линь?

а запущенное в docker container под windows как себя ведёт?

Имеется .NET Core приложение, работающее с БД и передающее через RabbitMQ. На виндовых серверах скорость передачи сообщений в норме - 350-800 собщений в секунду, а то же самое приложение, собранное под Linux и запущенное в docker контейнере - не более 200, но в среднем около 100 всего. При этом ctop показывает для данного контейнера нагрузку до 223%, а htop в среднем 97% на всех 4-х ядрах. Это как-то можно исправить или .NET Core рантайм тормознутый под Линь?

гугл выдаёт противоречивые результаты

а запущенное в docker container под windows как себя ведёт?

Я не уточнил: в Win оно запущено нативно, не в контейнере. Планируем перенос на Linux в docker - вот пробую. :)

докер может вносить overhead, да

это не отменяет мой вопрос :)

попробуйте сначала без него

ребят, прокидываю порт по срдетсвам -p 5554:1080 при подключении по ip к контейнеру все работает. при попытки подключится к 127.0.0.1:5554 получаю ошибку, как найти причину?

это не отменяет мой вопрос :)

В Win работает нормально. Там 5 сервисов крутится , работающих с раббитом. на тех же 4 ядрах результат более значимый. ?

попробуйте сначала без него

Сейчас проверю. :)

В Win работает нормально. Там 5 сервисов крутится , работающих с раббитом. на тех же 4 ядрах результат более значимый. ?

в докере?

в докере?

Хм... Я вроде бы ответил, что в Win - не в докере. Нативно.

А я вроде спросил как оно себя на win ведет в докере :) Не нативно.

А я вроде спросил как оно себя на win ведет в докере :) Не нативно.

Не пробовал. Вообще не "трогал" Докер в форточках ещё. Хотя надо проверить, согласен. Но неужели накладные расходы могут быть такими?)

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

в джавовском JVM например есть аргументы командной строки после которых приложение в контейнере начинает более-менее быстро работать. не удивлюсь если в .NET CLR такая же история.