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