Anonymous
всем прифки в этом чяте. Есть один вопрос. Если вот я из списка на картинке удалю какой-нибудь слой контейнера (или как он там называется, intermediate container короче) посередине, например, то те, что ниже, все равно смогут использоваться? Тоесть каждый этот слой - это копия предыдущего слоя + изменения настоящего, или только изменения настоящего? Если первый вариант, то это же сколько памяти нужно использовать.. В общем поясните по-братски посоны, или дайте линк, где написано об этом. Сенкс ❤️
Anonymous
stanopolous
Не факт. Если есть депенденси на предыдущий леер, то не соберёшь. Направляю ты создаёшь директорию в первом леере, а во втором копируешь туда что-то
stanopolous
Overlayfs. Оно только дифы в леерах выше хранит
Kirill
может есть у кого опыт работы docker на проде, с минимальными траблами?)
Fedora Atomic Host :D
Dmitry
Я правильно понимаю, что на сегодня не существует годного распределенного стораджа для докера?
Дмитрий
У тебя сеть может быть и 172.18
Дмитрий
И 172.19
stanopolous
Dmitry
Да, волюмы хранить
stanopolous
не понял применения
Дмитрий
у меня на машинах, на интерфейсах docker0 везде 172.17.0.1
Можно вручную задавать сеть. Привязываться к ip плохо короче
Dmitry
Кубернетес
stanopolous
А что не так с свормом и кубером?
Dmitry
Где хранить данные? Нфс?
stanopolous
я не понимаю, какие данные?
stanopolous
Скажи юзкейс
Gleb
Я правильно понимаю, что на сегодня не существует годного распределенного стораджа для докера?
Он идеологически не нужен же. А так у виртуозы продукт есть
Dmitry
Бд всякие
stanopolous
Что распределить и как?
Dmitry
Банальный ламп
Dmitry
Ты никогда не знаешь на какой ноде встанет база
stanopolous
Service discovery?
stanopolous
Странно что ты не знаешь какой контейнер запускаешь
stanopolous
Особенно если сварм и кубер
Gleb
Он не про это вовсе
Gleb
А про вольюм для бд
stanopolous
А
Gleb
Как вольюм по физическим нодам за подом носить
Oleg
Можно вручную задавать сеть. Привязываться к ip плохо короче
docker0 по дефолту всегда 172.17.0.1, изменение подсети необходимо только в особых случаях(при конфликтах) через файл /etc/docker/daemon.json. просто другого решения не вижу, есть конечно но это самое простое
Valentyn
docker network create с нужной маской, а потом подкидываешь в этот нетворк запускаемые контейнеры
stanopolous
Ну как база свой волюм найдет?
Так а ты сам не знаешь где оно находится? Это не отменяет вопроса зачем в таком случае вообще докер нужен
Dmitry
Так а ты сам не знаешь где оно находится? Это не отменяет вопроса зачем в таком случае вообще докер нужен
Нет ты не знаешь где будет запущен контейнер
Dmitry
При отвале физ ноды что произойдет?
Dmitry
Надо что бы доступ к волюму был
stanopolous
Ну то есть ты вообще про распределенную файловую систему говоришь
stanopolous
Это с докером то не особо и связано
stanopolous
Ты хочешь что-то типа поларфс или гуловской gfs
Alexey
Нет ты не знаешь где будет запущен контейнер
Ты вполне можешь сказать контейнеру на какой/каких нодах запускаться(селекторы в кубе и иже с ними). А при отвале ноды — репликация наше всё.
Dmitry
Dmitry
Логику как описывать
Dmitry
Это на кубер или сварм не очень ложится
Alexey
Это на кубер или сварм не очень ложится
Почему нет?
https://crunchydata.github.io/postgres-operator/
Dmitry
Огонь
Alexey
Огонь
Ну и в кубах для решения проблем апликух со стейтом, которые ещё и могут в кластеринг есть:
https://kubernetes.io/docs/tutorials/stateful-application/basic-stateful-set/
Dmitry
Ну и в кубах для решения проблем апликух со стейтом, которые ещё и могут в кластеринг есть:
https://kubernetes.io/docs/tutorials/stateful-application/basic-stateful-set/
A PersistentVolume (PV) is a piece of storage in the cluster that has been provisioned by an administrator. It is a resource in the cluster just like a node is a cluster resource. PVs are volume plugins like Volumes, but have a lifecycle independent of any individual pod that uses the PV. This API object captures the details of the implementation of the storage, be that NFS, iSCSI, or a cloud-provider-specific storage system.
Dmitry
Ответа на мой вопрос там нет)
Dmitry
Требуется внешнее хранилище
Dmitry
Где взять технологию хранения
Dmitry
Годную
Alexey
Внешнее хранилище требуется всегда. Выбираешь его на свой вкус. В случае с базой, юзать distributed fs — не очень хорошее решение, если у тебя большая нагрузка.
Dmitry
Сейчас куча стартапов
Dmitry
Но пока ничего ни кто не родил
Dmitry
Что то было у дела, но это надо их железо купить что бы попробовать. Нутаникс не рабочий.
Dmitry
Внешнее хранилище требуется всегда. Выбираешь его на свой вкус. В случае с базой, юзать distributed fs — не очень хорошее решение, если у тебя большая нагрузка.
В обычном случае нутаникс такое хорошо тащит. Но их докер плугин сейчас не рабочий, сапорт мычит
Alexey
В обычном случае нутаникс такое хорошо тащит. Но их докер плугин сейчас не рабочий, сапорт мычит
Знакомая ситуёвина. Года 2 назад я тоже пробовал подружить вендорский SDS с оркестровкой контейнерной. В итоге плюнул на это, ибо всё очень печально было в плане стыковки.
Dmitry
Одна надежда что нутаникс пофиксит
Anonymous
а докер используют для веб -хостинга?
Anonymous
ну чтоб кажждый сайт в отдельном контейнере
RE
опять вопрос по ELK
есть докер сервис который логирует в stderr
то есть я вижу логи сервиса по docker logs service_name
какой стандартный способ завести эти логи в ELK?
Konstantin
В обычном случае нутаникс такое хорошо тащит. Но их докер плугин сейчас не рабочий, сапорт мычит
А обязательно их драйвер? Там же тот же цеф?
Gleb
там ndfs
Gleb
ничего общего с цефом
Konstantin
Блять, а с чем я перепутал?