Иначе нет фейловера

Да брось.

Да брось.

Не брошу

БД должно быть 2

и я пытаюсь понять природу этого явления

Позже должны быть duplicate errors,

БД должно быть 2

Мультимастер не обязательно делать

Мультимастер не обязательно делать

Обязательно

Иначе костыли

Да в чем проблема випа для БД?

Обязательно

Ну а нафига?

Иначе костыли

Кластер с подхватом - костыль?.. ну-ну.

Ну а нафига?

Упал сервер бд. Что дальше?

@asand3r ^^^

Упал сервер бд. Что дальше?

И как мультимастер решит эту проблему?

И как мультимастер решит эту проблему?

Вип

Кластер с подхватом - костыль?.. ну-ну.

Мускул. Упал мастер - что дальше?

Мы про мастер-мастер или про многопоточную репликацию?

Мы про мастер-мастер или про многопоточную репликацию?

Давай оба рассматривать

Давай оба рассматривать

Так вот мастер-мастер можно с натягом назвать мультимастером, да и заббикс не сможет работать с несколькими базами. Я вообще не уверен, что ему голову не оторвёт. Ну у нас есть два мастера. Один из них логический мастер, тот, в который пишут. Если заббикс там что-то запишет из кэша в последнюю секунду и ты отрубишь этот мастер-сервер, а через секунду ты переключишь мастера на другой — я даже не могу представить, что будет. Взять хотя бы те же ids.

Так вот мастер-мастер можно с натягом назвать мультимастером, да и заббикс не сможет работать с несколькими базами. Я вообще не уверен, что ему голову не оторвёт. Ну у нас есть два мастера. Один из них логический мастер, тот, в который пишут. Если заббикс там что-то запишет из кэша в последнюю секунду и ты отрубишь этот мастер-сервер, а через секунду ты переключишь мастера на другой — я даже не могу представить, что будет. Взять хотя бы те же ids.

Автоинкремент должен решить. Писать заббикс будет в сервер с ИП, который плавает (vip)

@ddpechkin такая схема?

Потери будут какие-то

Из-за кешей

Интересно посмотреть как галера поможет. Сам только нефейловер использую

Автоинкремент должен решить. Писать заббикс будет в сервер с ИП, который плавает (vip)

Мы уже выяснили, что автоинкремента мало, и вот у @dmitrytiger такая именно ситуация. Автоинкремент один, а в таблице ids другое значение. Я на такое же наступил с users и usergroups.

Мы уже выяснили, что автоинкремента мало, и вот у @dmitrytiger такая именно ситуация. Автоинкремент один, а в таблице ids другое значение. Я на такое же наступил с users и usergroups.

Это ж бага?

Это ж бага?

Бага. Только она не воспроизводится в 999 случаев из 1000 (если не больше).

Или отставание слейва если мультимастер

Бага. Только она не воспроизводится в 999 случаев из 1000 (если не больше).

Ну. Хитрая бага

@asand3r ^^^

Пардон ) я за рулём.

Коллеги кто может посказать, такая строчка в логе сможет привести к тому что при дискавери айтемы могут быть перезаписаны новосозданными? [Z3005] query failed: [1205] Lock wait timeout exceeded; try restarting transaction [update ids set nextid=nextid+15 where table_name='items' and field_name='itemid'] zabbix_server [4150]: ERROR [file:db.c,line:700] Something impossible has just happened.

Здесь дедлок

Это если никто не пишет в таблицу кроме заббикс - бага разрабов

Коллеги кто может посказать, такая строчка в логе сможет привести к тому что при дискавери айтемы могут быть перезаписаны новосозданными? [Z3005] query failed: [1205] Lock wait timeout exceeded; try restarting transaction [update ids set nextid=nextid+15 where table_name='items' and field_name='itemid'] zabbix_server [4150]: ERROR [file:db.c,line:700] Something impossible has just happened.

А +15 - это бай дизайн?

Здесь дедлок

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

@ddpechkin такая схема?

Ну потеря данных в несколько минут - кажется невеликой. Не каждый же день у вас летят серваки

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

Поиграться с уровнем изоляции транзакций разве что могу предложить

Ну потеря данных в несколько минут - кажется невеликой. Не каждый же день у вас летят серваки

Минут?!

Зависит от нагрузки - но даже час данных в случае дизастера - кажется, немного

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

Ещё вопрос - а роллбеки есть? И какая нагрузка на БД по RPS

Зависит от нагрузки - но даже час данных в случае дизастера - кажется, немного

Согласен. Но это не файловер. Больше на стендбай сервер похоже

Ещё вопрос - а роллбеки есть? И какая нагрузка на БД по RPS

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

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

О. А это кейс

Как работает логика импорта при рабочем сервере

Small 4 дня SLA - даже не смешно

нууу у мтс тоже два дня время ответа на жалобу...но обычно быстрее работают...

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

Можно включить мониторинг мускула и там видно будет - есть в стандартном шаблоне. + Включить логгирование локов в мускуле

покупают реакцию а не объем

разве? у того же мс вроде продаются часы работы саппорта...вполне се объем

разве? у того же мс вроде продаются часы работы саппорта...вполне се объем

То наркоманы

@asand3r ^^^

Ну вот, собственно, о чем мы?.. Про отказовустойчивость Zabbix server - имхо, это только фейловер. Из знакомых мне технологий. Сервер БД - история отдельная. Если рассматривать вопрос, что будет, если упадет сервер БД, а сервер Zabbix останется жив и как-то помешают кеши - я бы сходу, наверное, предложил перезапускать сервер Zabbix при переезде инстанса СУБД на другой узел кластера.

Ну вот, собственно, о чем мы?.. Про отказовустойчивость Zabbix server - имхо, это только фейловер. Из знакомых мне технологий. Сервер БД - история отдельная. Если рассматривать вопрос, что будет, если упадет сервер БД, а сервер Zabbix останется жив и как-то помешают кеши - я бы сходу, наверное, предложил перезапускать сервер Zabbix при переезде инстанса СУБД на другой узел кластера.

Инстанс не едет. Он умер

Пишем в другую СУБД

Инстанс не едет. Он умер

причина смерти?

причина смерти?

Пофиг

Процессор сгорел

Инстанс не едет. Он умер

Ну, какая разница?.. Я к тому, что пока второй сервер поднимает СУБД, сервер Zabbix останаливается и запускается заново после старта СУБД.

причина смерти?

Да вообще не важно наверное.

Пофиг

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

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

Не, ну мы же рассматриваем просто ситуацию, когда потеряли бэкенд. Т.е. он не отвечает и не позволяет писать/читать, а не сама база покоцалась.

Да вообще не важно наверное.

типа если пожар то нам пофиг?

типа если пожар то нам пофиг?

Тут дизастер

Я б держал слейв в другом дц и бекап сервера заббикс

Не, ну мы же рассматриваем просто ситуацию, когда потеряли бэкенд. Т.е. он не отвечает и не позволяет писать/читать, а не сама база покоцалась.

вот взяла и сломалсь? просто так? это из разряда обновлений винды с топерей данных?

Я б держал слейв в другом дц и бекап сервера заббикс

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

вот взяла и сломалсь? просто так? это из разряда обновлений винды с топерей данных?

Да фиг знает, я имею в виду ситуацию, когда сдохло ПО, а данные живы и не требуется восстановления из бекапа.

ERROR: S client not available

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

Мак статика?

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

А решается как?

Мак статика?

ага, и ип забитый...я списал все на мою тупость в этом вопросе и забил. так как при проблемах он через лайф миграцию не передет и так

А решается как?

рестарт демона

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

Я больше не про жизнь заббикса на кластере гипервизоров, а про 2 сервера Заббикс и про 2 СУБД сервера

ага, и ип забитый...я списал все на мою тупость в этом вопросе и забил. так как при проблемах он через лайф миграцию не передет и так

Почему не переедет? У меня ВМ на CentOS 7.5 в кластере 2012 R2 нормально переезжают.

Я больше не про жизнь заббикса на кластере гипервизоров, а про 2 сервера Заббикс и про 2 СУБД сервера

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

рестарт демона

Кеш соединений

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

Это да. Я с этого и начал. С коробки не умеет. Аминь

Почему не переедет? У меня ВМ на CentOS 7.5 в кластере 2012 R2 нормально переезжают.

в вм забикс?

Остальное - Обман

в вм забикс?

Нет. )

Почему не переедет? У меня ВМ на CentOS 7.5 в кластере 2012 R2 нормально переезжают.

Соединения не рвет?

Нет. )

Тю. Что ж ты этосамое

Нет. )

вот, сама ос то работает. хотя я особо не проверял...так как в линуховый только забикс

Не, я подумал, что вся ВМ становится по сети недоступна.

ладно забикс..система мониторинга...ебаная жопа один не умеет в высокую доступность нормально

вот, сама ос то работает. хотя я особо не проверял...так как в линуховый только забикс

Вопрос реализации соединений на сервере при переезде

ладно забикс..система мониторинга...ебаная жопа один не умеет в высокую доступность нормально

Бгг

ладно забикс..система мониторинга...ебаная жопа один не умеет в высокую доступность нормально

Я просто не понимаю, что он должен уметь делать из коробки по вашим обоюдным желаниям?

Не, я подумал, что вся ВМ становится по сети недоступна.

нее тут норм, терминалку даж не выкидывает

Я просто не понимаю, что он должен уметь делать из коробки по вашим обоюдным желаниям?

Масштабироваться по горизонтали на уровне сервера - очевидно

Но мы же всё равно говорим про какой-то кластер, да?

Но мы же всё равно говорим про какой-то кластер, да?

Да

Я просто не понимаю, что он должен уметь делать из коробки по вашим обоюдным желаниям?

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

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

https://www.freebsd.org/doc/handbook/carp.html

Как пример

Я не понимаю зачем пилить этот функционал самому, если есть Peacemaker и Linux HA.

Я не понимаю зачем пилить этот функционал самому, если есть Peacemaker и Linux HA.

Подумай

Не спеши

Посмотри на схемы заббикса. Посчитай сколько там кешей. И сделай выкл ему из розетки

Окей. Отходя от темы необходимости - это же наверняка практически невозможно реализовать после стольких лет работы системы. В смысле, такой функционал наверное надо при проектировании закладывать.