Nikolai
Существует ли какой то способ автоматизированно контролировать контейнеры? Через апи к примеру запускать новый контейнер с нужными аргументами, останавливать и т.п. Так же хранить инфу, запускался ли контейнер с данными аргументами или нет
Nikolai
Или же что то своё надо писать?
Vadim
кубернейтс?
George
или что нужно?
Danila
Или же что то своё надо писать?
Если хочется - пишите своё, но готовые решения, вроде kubernetes или docker swarm, есть
Nikolai
Просто возможностей не знаю. Главная задачка - динамично поднимать новые контейнеры с динамичными аргументами, затем о каждом хранить инфу, даже если он остановлен и если надо запускать заного. Пример - под каждого пользователя будет запускаться свой контейнер.
Danila
Ну, используйте kubernetes
Nikolai
То есть если нет инфы о контейнере остановленном/запущенном, то создать новый конфиг для его запуска ну и по условиям запускать и останавливать его
George
ну, автоматизацию запуска - я предложил
George
для остального - да, к сожалению, кубернетес. Или мезос-номад
Nikolai
ну, автоматизацию запуска - я предложил
спасибо, буду гуглить эти варианты, смотреть какой подходит
Danila
для остального - да, к сожалению, кубернетес. Или мезос-номад
Я вот планирую свой маленький костыль написать (без хранения информации о том, работает контейнер или остановлен)
Nikolai
Я вот планирую свой маленький костыль написать (без хранения информации о том, работает контейнер или остановлен)
У меня условие примерно такое. Если пользователь в сети, то нужно запустить для него его уникальный контейнер. Если уходит в оффлайн, то остановить этот контейнер и сохранить о нём инфу и если пользователь вернулся, то запустить его же
Andrey
Что имеется ввиду
Nikolai
Основной докер контейнер
Nikolai
Внутри которого крутится приложение, которое будет детектить онлайн/оффлайн пользователя
Danila
Внутри которого крутится приложение, которое будет детектить онлайн/оффлайн пользователя
Ну так напишите приложение, которое это будет делать (детектить, запускать/останавливать контейнер через API Swarm`a или Kubernetes`а)
Nikolai
Ну так напишите приложение, которое это будет делать (детектить, запускать/останавливать контейнер через API Swarm`a или Kubernetes`а)
угу, буду смотреть, апишка как раз то что нужно
Danila
Docker Swarm нативный, да и будет попроще кубера для Ваших целей
George
George
именование контейнеров
George
и тогда стейт хранить не придется
Nikolai
единственное, что для каждого нового контейнера будут прокидываться volume базовые, которые уже будут модифицироваться в зависимости от действий пользователя
Nikolai
тут кажись уже надо будет всё таки свою приблуду пилить для хранения инфы о volum'ах
Danila
тут кажись уже надо будет всё таки свою приблуду пилить для хранения инфы о volum'ах
что понимается под "хранением инфы о вольюмах" ?
Danila
Через команду docker info Вы можете посмотреть, что и куда у Вас в контейнере примонтировано
Nikolai
о, спс
Никита
подскажите нормальные варианты, надо бэкапить базу percona в докере, на innodb, желательно не поднимать никакие контейнеры и не перенастраивать основной контейнер, крайне желательно без остановки
1) натравить xtrabackup на директорию волюма /var/lib/docker/volumes/...
2) docker export и уже оттуда бэкапить
George
да и вообще - что мешает тупо сделать лвм бекап тома вместе с volume докера?
Никита
да и вообще - что мешает тупо сделать лвм бекап тома вместе с volume докера?
ну если это нормальный путь, то наверное это лучший вариант
George
ну, не худший - точно
Никита
а база не развалится?
George
от чего?
George
от снапшота? нет. А вот бекап - нужно проверять
George
пугает, что много элементов
George
бд -> docker -> файловая система хоста
Andrey
от снапшота не развалится innodb?
Andrey
при активной записи в неё
Andrey
дак когда снимешь снапшот - он уже будет неконсистентный. буфферы же
Andrey
восстановишь - попытается восстановиться, но гарантии нет, что восстановится (даблврайт и тд)
George
дак когда снимешь снапшот - он уже будет неконсистентный. буфферы же
еще чего. у него ж write barrier должен быть
George
😳
George
https://www.lullabot.com/articles/mysql-backups-using-lvm-snapshots
George
народ делает так
George
https://www.digitalocean.com/community/tutorials/how-to-back-up-a-mysql-database-to-spaces-using-lvm-snapshots
Andrey
а, ну вот, да: FLUSH TABLES WITH READ LOCK
Никита
спасибо
Andrey Smirnov / 𝓪𝓵𝓵𝓽𝓮𝓻 /
Всем привет. А подскажите, на docker инфраструктуре (docker-compose, kubernetes) делают лабы/автотесты на стабильность кластеров (к split-brain, падениям). Если да, подскажите, пожалуйста, ключевые слова, что бы поискать примеры где-нибудь на github... Интересует, как симулировать те или иные отказы и в целом как прогонять тесты с подчинённым окружением.
Yaroslav
Возможно, кто-то встречался - докер 18.03 и соседние версии изредка в логи контейнеров вставляет символы ^@ (NUL), что это и как побороть ?
Jąńek
Добрый день. Вышел тут спор с коллегой.
Он предлагает зашить npm пакеты установленные в образ и сверху на его основе наше node.js приложение собирать. А при обновлении package.json новую основу пересобирать.
Мне кажется это избыточным. Вы когда-нибудь что-нибудь подобное делали?
Nikolai
Nikolai
зависит от вас
как фича - клёво
как времязатраты - не особо полезная трата времени
Nikolai
и основываться надо не на package.json, а на lock
Anonymous
Добрый день. Вышел тут спор с коллегой.
Он предлагает зашить npm пакеты установленные в образ и сверху на его основе наше node.js приложение собирать. А при обновлении package.json новую основу пересобирать.
Мне кажется это избыточным. Вы когда-нибудь что-нибудь подобное делали?
Если приложение находится в "стабильной стадии" и ключевые модули не меняются, то почему нет?
Ильдар
Добрый день. Вышел тут спор с коллегой.
Он предлагает зашить npm пакеты установленные в образ и сверху на его основе наше node.js приложение собирать. А при обновлении package.json новую основу пересобирать.
Мне кажется это избыточным. Вы когда-нибудь что-нибудь подобное делали?
Зависит от вашей сборочной инфраструктуры. Если вы и так в кэш постоянно попадаете - то нет смысла.
Jąńek
Anton 🐻
Привет. Юзаю docker-compose и traefik как реверс прокси во внешку. Проблема: изнутри контейнеров недоступны сервисы по внешнему хостнейму, пишет host is unreachable. Но при этом ip адрес ресолвит правильно.
Andrey Smirnov / 𝓪𝓵𝓵𝓽𝓮𝓻 /
Andrey Smirnov / 𝓪𝓵𝓵𝓽𝓮𝓻 /
Странно... А сеть дефолтная - одна?
P.S. А как проверяли корректность ресолва? Не может быть момент с ipv6?
Anton 🐻
Странно... А сеть дефолтная - одна?
Нет, создал сеть для объединения разных контейнеров и траефика
Rus
Всем привет использую docker-compose, подскажите можно ли из запущенного контейнера вытащить каталог с логами и сделать его как вольюм , что бы каждый раз не заходить внутрь контейнера, если да то как ?
Anton 🐻
Пинг на сторонние внешние сервисы работает
George
200%
George
Сбрось цепочку инпут и проверь
Anton 🐻
А чуть подробнее? Как трублешутить?
Anton 🐻
Iptables докер сам генерит
Sergey
а в чем проблема прокинуть тома и перезапустить контейнер
George
Там либо инпут - эллау олл
George
И тогда дело в другом