Denis
или вы рассматриваете ситуацию "бд в одной копии \ мы не можем без простоя свичнуть мастер и резерв \ у нас приложения не могут быстро переключаться при смене мастера" ?
AstraSerg
Petr
остальное в гугл иди =) еще раз пишу что если тебе не важно, простаивание процесса в случае kernel panic. Конечно можно бд поднять заново и все слейвы тоже обнулить с корупшион дата. Но пока все очнется будет простаивание, если это не так важно, как и не важно обновление докера или обновление ядра системы изза каких то киллер фитч в пакетах, используй ради бога. Никто тебе ничего не запрещает
Denis
не будет "простаивания", и тут дело не в докере.
Denis
если вы не смогли обеспечить HA без докера, то докер его ни убавит ни прибавит
Denis
докер имеет ряд возможностей, которые при опредленной архитектуре позволяют более предсказуемо реализовывать этот самый HA, но это лишь с учётом того, что вы что то меняете и в архитектуре, а не просто контейнеризуете приложения
Petr
еще раз пишу, плохая практика не означает категоричный отказ, пишу в последний раз для одаренных. Для вас разжевывать весь материал, мне может еще бесплатный вебинар для тебя специально устроить? Остальное прочитаешь в гугле, человек пишущий что рядом с бд когда io диска фулл забито, он поднимает рядом приложение ок =) Еще доводы ждет
Denis
AstraSerg
Ну простой БД на время обновления докера - это аргумент. Но думаю, большинство пойдут на это ради преимуществ.
Denis
Вы так и не ответили на мои доводы и вопросы, и опять углубились в "ты ничего не понимаешь, чо те объяснять"
Denis
Да какой простой ?
Denis
вот у меня монга, что с докером что без докера master свитчиться сам и я ничего не замечаю.
Denis
что я делаю не так ?
Denis
вопрос тут не в докере, а в том приложение у вас может понять что одна из БД нод стала недоступной и перестать работь с ней и всё.
Denis
и в том что если эта нода мастер, то в случае её gracefull shutdown она передаст свои обязанности кому то и всех клиентов тоже
Denis
если вы к 2018 не научились делать так, ну что, печалька.
Petr
ну еще раз пишу мое предложение не было, утверждением что вы какой то профан в своем направлении. Может вы такой единственный в мире гуру со своим другом AstraSerg, которые нашли стабильный сетап для своих докер кластеров, что вы там используете kube или swarm неважно. Но о том что только сам стабильный сетап поставить, с минимальным количеством багов, это то еще дело. Раз вы такие гуру пишите статьи, пишите кейзы, я почитаю может чего у вас подчерпну.
Petr
Если у вас все так стабильно, ни одного data corruption, ни одного kernel panic
Petr
Denis
я как бы открою секрет, чем больше у вас парк сервисов \ серверов тем больше у вас будет паник и каррапшенов.
Denis
а дальше политики acknowledgement уже настраиваются и конфугирурются в зависимости от БД. Это стандартный подход, что в монге, что в ПГ, что в кассандре
Petr
это ладно еще что проблем с нереляционными базами данных меньше, чем с реляционными. Но одно только наличие данных проблем, уже стоит задумать при построении отказоустойчивых систем.
Denis
это кстати стандартное же поведение и для systemd )
Denis
Petr
лол видишь ты опять за свое
Denis
эмс, ну ладно вам, разок трольнул, за 5 страниц текста.
Petr
я не пишу категорично не юзай, еще раз, я не писал категорически не юзай, повторяю еще раз я не писал категорически не юзай
Petr
сколько раз повторить?
Petr
Denis
да мы поняли, но хотели увидеть просто настоящий кейс где это может быть трейдофом
Petr
вместо обсуждения вопроса опоненту лишь бы тролльнуть и уже не собеседника коим я вас представляю, а в вашем лице вы видите оппонента, а не коллегу по интересам
Denis
вот еще одно поведение совка
лол) у меня тут у коллеги отец умер и они шутили в общем чатике про "Добро пожаловать в dead dad club") и ничо )
Petr
если вы такой крутой напишите статью где нибудь, в том же habrahabr о своем сетапе, посмотрим сколько вы плюсов наберете
Denis
американцы )
Petr
есть инфа по вашему сетапу
Gleb
Petr
а тут как 2 ошпаренные собаки лишь бы потроллить заходят, если им этого хочется как раз, таких как они там много=))
Petr
про aufs overlayfs я уже упомянул на стыках, далее юзкейсы в гугле. Дай инфу лайф цикла по своему сетапу, напиши статью поделись с миром, сколько лет вы уже с докером, что за проект
Petr
вот вы где то используете, как ты писал выше, вот везде слышу что где то используют стабильно без траблов, но на деле нигде не видел.
AstraSerg
Denis
я живу в двух мирах в одном devicemapper и centos7 в другом overlay и debian 9
Tadeusz
Denis
bare metal и криво софрматированные xfs старые ? )
Denis
вобще мы двигаемся в этом, но пока большинство это всё таки devicemapper
Tadeusz
Denis
ну ты умный ! не то что я )
Tadeusz
Ну Камон)
Denis
ну вот так получилось, исторически сложилось, а наша архитектура не такая хорошая, чтобы взял и переинсталил тачку и всё веззде автоматом переехало.
Denis
руками кнопки нажимать приходиться.
Tadeusz
Лениво?)
Denis
наверно это наиболее честная причина )
Denis
но devicemapper местами конечно бесит своими device is busy
Tadeusz
Denis
но sleep 5 спасает отцов !
AstraSerg
Denis
Всё для Петра.
Tadeusz
Костылить не перестанем 😂
Denis
ну нужно поддерживать имидж докера, как нестабильного и глючного. Кто если не мы.
AstraSerg
Petr
Petr
не сразу продукты становятся стейбл
Denis
Да как бы докер стандарт де-факто много где
Denis
Тут можно думать или нет, но есть реальность в которой он нехилая часть рынка
Petr
так я не писал отказываться от докера
Petr
я бы тут не сидел =)
Petr
но до тебя не доходит
Denis
Этне до меня :)
Petr
лишь бы ляпнуть =)
Tadeusz