*
это нивелирует скорость записи в базу
Size: a a a
2020 October 19
AP
причем очередь в каждом дц своя
А если что то случиться с очередью то будет рассинхрон
DS
т.е. мы читаем из редиса, пишем через очередь. очередь потихоньку разгребет
а из базы читать не требуется?
*
а из базы читать не требуется?
редис оттуда читает и кеширует
*
требуется само собой.
*
но не так быстро с новыми данными
DS
редис оттуда читает и кеширует
а ну кэш. Понял. Читаем из redis, данных нет, читаем из базы, кладем в redis
DS
Тут нужен человек с опытом, который строил такие схемы с очередями и galera. Но я все равно считаю растягивать galera на несколько ДЦ не стоит, очереди/не очереди не так важно.
*
Тут нужен человек с опытом, который строил такие схемы с очередями и galera. Но я все равно считаю растягивать galera на несколько ДЦ не стоит, очереди/не очереди не так важно.
мне необходимо чтобы данные в обоих дц были консистентны. вот где секрет
*
в тот момент когда их читает тот же редис.
ну т.е. база размазана, а редис локален
ну т.е. база размазана, а редис локален
AF
мне необходимо чтобы данные в обоих дц были консистентны. вот где секрет
Это практически нереально хотя-бы из-за задержек на транспорте
A
мне необходимо чтобы данные в обоих дц были консистентны. вот где секрет
в каком смысле консистентны? с асинхронной репликацией данные тоже могут быть консистентны.
A
только отставать чучуть
DS
мне необходимо чтобы данные в обоих дц были консистентны. вот где секрет
тут больше синхронности вопрос. Если тебе не важно, чтобы запрос пришедший в мастер в одном ДЦ, подтвердился только если был записан в мастере во втором ДЦ. То асинхронную реплику сделай, а не galera. Главное чтобы в этих двух ДЦ не пересекались данные на записи, чтобы не было всяких duplicate key ошибок.
*
тут больше синхронности вопрос. Если тебе не важно, чтобы запрос пришедший в мастер в одном ДЦ, подтвердился только если был записан в мастере во втором ДЦ. То асинхронную реплику сделай, а не galera. Главное чтобы в этих двух ДЦ не пересекались данные на записи, чтобы не было всяких duplicate key ошибок.
проблема в том что снаружи запрос может прилететь в любой дц. они оба в европе
*
и в одном есть данные, а в другом нет...
*
получим ошибку
DS
и в одном есть данные, а в другом нет...
ну то есть тебе нужна не только консистентность но и синхронность
DS
Тогда один дц активный, другой пассивный