AL
Есть аналог свободный openduty вроде
Size: a a a
2018 April 05
AL
Но аналитики нет
AL
Ещё NetData есть
D
А с базами у кого как?
Мне тут внушили, что низя ставить зеркалирование базы, так как будут потери.
Собсно, реально так? И теперь зависеть от одного ЦОДа? Сервера?
Мне тут внушили, что низя ставить зеркалирование базы, так как будут потери.
Собсно, реально так? И теперь зависеть от одного ЦОДа? Сервера?
DZ
Если цель просто имен накидать по разным темам - то можно вот сюда сходить - https://raw.githubusercontent.com/cncf/landscape/master/landscape/CloudNativeLandscape_latest.png
AS
А с базами у кого как?
Мне тут внушили, что низя ставить зеркалирование базы, так как будут потери.
Собсно, реально так? И теперь зависеть от одного ЦОДа? Сервера?
Мне тут внушили, что низя ставить зеркалирование базы, так как будут потери.
Собсно, реально так? И теперь зависеть от одного ЦОДа? Сервера?
что есть "зеркалирование базы"? Репликация?
AL
Если цель просто имен накидать по разным темам - то можно вот сюда сходить - https://raw.githubusercontent.com/cncf/landscape/master/landscape/CloudNativeLandscape_latest.png
👍
D
что есть "зеркалирование базы"? Репликация?
Ага, дублирование в другом месте для подхвата или же для распределения нагрузки
AS
эм.. ну так кейс довольно частый же. Все зависит от базы, нагрузки, вашего датафлоу и кучи всякого другого, что взбредет в голову) В общем случае потерь данных не будет, целостность их проверяется, но вот replication lag может быть существенным в случае кросс-дц репликации
AS
ну и схема репликации) мастер-слейв уже все СУРБД умеют по-моему, мастер-мастер только с полной уверенностью в своих силах и пониманием того, что делаете
D
ну и схема репликации) мастер-слейв уже все СУРБД умеют по-моему, мастер-мастер только с полной уверенностью в своих силах и пониманием того, что делаете
Так сложилось, что у нас работает спец отдельно по БД и слепо верит, что транзакции могут теряться при переключении и недоступности мартер-базы. Собсно, на мускуле всё.
Чем можно перед ним прям козырнуть, чтоб он зашевелился и мы смогли сделать реально автономные ЦОДы?
Чем можно перед ним прям козырнуть, чтоб он зашевелился и мы смогли сделать реально автономные ЦОДы?
AS
надо открыть документацию по мускулу и внимательно ее прочитать. Понять как работает репликация, понять разницу между физической и логической репликацией. После этого у вас будет полная рука козырей :)
AS
транзация потеряться не может, на то она и транзакция. Другое дело, что какие-то данные могут реально не дойти до слейва, это да. Но они не потеряются, если бд не испорчена на физическом уровне, то при старте мастера все слейвы его догонят
AS
вообще по-моему разумно не давать мастера кому-то еще, если мастер вдруг упал. Переключать поток данных только на чтение и чинить мастер :) а еще лучше отпрофайлить нагрузку, понять read-write ratio, разделить чтение и запись на разные инстансы и тем самым снизить риски падения мастера
AK
Так сложилось, что у нас работает спец отдельно по БД и слепо верит, что транзакции могут теряться при переключении и недоступности мартер-базы. Собсно, на мускуле всё.
Чем можно перед ним прям козырнуть, чтоб он зашевелился и мы смогли сделать реально автономные ЦОДы?
Чем можно перед ним прям козырнуть, чтоб он зашевелился и мы смогли сделать реально автономные ЦОДы?
т.е. хотите на мускуле сделать мастер/мастер и писать в обе базы?
D
т.е. хотите на мускуле сделать мастер/мастер и писать в обе базы?
например
AK
лучше так не делать
AS
не надо делать мастер-мастер на мускуле
AS
если вы такие вопросы задаете, то отгребете себе дикий головняк
AS
равноправный кластер бд это очень непросто