Господа, а присутствуют тут любители мостырить кластеры MySQL с балансирами?

Не, я сейчас не любитель

В час ночи

Господа, а присутствуют тут любители мостырить кластеры MySQL с балансирами?

А точнее?

развели тут антисемитизм.. а на запрет VPN всем пофиг что ли?..

скорее всего всё закончится ограничением сайтов

всмысле, продающих услугу

А точнее?

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

)) начни с задачи

Щас объясню

Рисую, как могу, сорян)

есть приложение

развели тут антисемитизм.. а на запрет VPN всем пофиг что ли?..

Чо за запрет ?

есть приложение

Haproxy+galera

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

Пёрни

Haproxy+galera

уже рассматривал

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

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

А потом эти данные должны реплицироваться между остальными бд

Что бы в итоге все везде было одинаково

Че?

Про группы не понял

Че?

Я щас попробую сформулировать нормально

Хорошо

Есть у меня приложение SaaS висящее на серверее в европе. Например в Нидерландах

Но я там собираю персональные данные

По законам многих стран персональные данные должны в первую очередь поступать на территорию страны, а потом уже куда угодно

ТО есть если пользователь пришел из России, то я должен в первую очередь занести его ПД в базу данных, которая крутится на территории РФ

А потом уже куда угодно

А в случае галеры ты сразу везде пишешь))

Или так нельзя?

И я не могу их сначала обработать и сохранить на сервере, например, в тех же нидерландах рядом с веб приложением, а потом пихнуть в бд

Или так нельзя?

в том то и дело что нельзя

То есть запись в два этапа

Сначала приложение в БД (только нужнную одну единственную бд)

А потом уже из БД разливаем во все остальные

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

Вторая часть для того, что как бы бэкапы)

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

Окей

Тоже уже думали

Хай, есть два образа nginx и web (django-приложение) в одном репозитории. Сейчас они собираются одновременно, потому что в nginx кладется статика для web (js, css etc.). Хочу их разделить на два независимых репозитория и образа. Но в любом случае nginx будет зависеть от контента в web. Конечно,например, web-репозиторий можно подключить через git submodules, но тогда усложнится процесс сборки для разных веток. Есть ли разумная схема разделения или лучше забить?

Что сделаем отдельный апп со своей логикой, который будет рулить направлениями)

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

И каким боком она может выйти?

Стандартная схема, бок- запись падает

Вот

И еще такая штука, что если ВДРУГ нужная бд не доступна

то мы скрипя зубами пихаем ее в другую бд

И делаем вид что ничего не было

А потом снова реплицируем, когда все поднимется)

Только я бы ещё какой-то sqlproxy сунул, если есть ноды локально и можно запросы расскидывать

Меня просто смущает сегментированность данных

Я правильно понял - галера будет позади только? Slave?)

Я правильно понял - галера будет позади только? Slave?)

я хз что ответить)

Так как я сам вообще хз что получится

поэтому и пришел за советом

Я смотрел на перкону и их кластеры

там вроде можн оподобные вещи вытворять

Но тут еще есть нюанс

ебанутый

Я с подобным тасклм не сталкивался, про защиту перс данных

Но кластеры варил)

очень велика вероятность что будет PostgreSQL)

ну в общем и целом - жизнеспособно?)

Если мускл - как вариант: maxscale+galera node в каждом дц и проксю настроить только на файллвер. Но запись в любом случае у галеры синхронная, а с высоким ТТЛ отклик растет

А еще нюанс - один из нодов будет по другую сторону атлантического океана)

Так что как бы в общем и целом про стерльбу в ногу я не шутил)

ERROR: S client not available

Надо рисовать, хз как на пальцах объяснить)

А зачем вообще данные реплицировать между континентами, для ha только?

А зачем вообще данные реплицировать между континентами, для ha только?

Не хотят разрозненную базу)

Надо что бы все было везде

Можно поднять конечно отдельный сервер и с каждой бд лить в него

но как бы зачем плодить

Как вариант - master+slave с репоикацией конкретной базы и все слэйвы в галеру?

И еще (!) возможная фича - определять загруженность той или иной бд, и поскольку данные есть одинаково во всех базах, читать их из менее занятой и нагруженной

или это я прям дофига хочу

Последнее делает прокси, я использую maxscale

Но смысла нет если сервера на разных континентах

ну навреное да

Я тут что то подзабыл этот момент

сотонисзд))))

сотонисзд))))

спасибо

я знал, что тебе понравится)

Но ничего умнее и логичнее я не осилил

Короче, нужны точные копии в разных местах - делай слэйвы. Галера тебе посадит производительность

А кроме комплиментов годных мыслей нет?)

Короче, нужны точные копии в разных местах - делай слэйвы. Галера тебе посадит производительность

А галера будет просто направлять или данные на себе буферить и потом сама уже отправлять?

Галера это мульти-мастер mysql, если в двух словах

Я понял, пойду читать хабр)

А галера будет просто направлять или данные на себе буферить и потом сама уже отправлять?

врайтит во все ноды одновременно, и пока недоврайтит, не отпустит запрос

врайтит во все ноды одновременно, и пока недоврайтит, не отпустит запрос

мне нельзя во все ноды одновременно(

Я тебе сразу сказал, галера тебе не пойдёт

тогда звезда из слейвов, а в каждом регионе можно локальный галера-кластер

Иногда нужно сказать шефу нет) а то фантазия у них бурная))

Иногда нужно сказать шефу нет) а то фантазия у них бурная))

Дело не в нем. Вернее не только лишь в нем, но и в нем тоже

нету у меня стикера с Кличко к сожалению)

тогда звезда из слейвов, а в каждом регионе можно локальный галера-кластер

а очереди и направления определять на уровне приложения?

А кто видит, проверяет и т.д. очередность записи в бд?

Ну пишет сразу во все дц - это же не разница в микросекунды