Вопрос о SQL Масштабируемость репликации сервера - PullRequest
0 голосов
/ 07 января 2020

Я надеюсь, что у кого-то есть кое-что, чтобы предложить здесь. Я нахожусь в среде, где у нас есть центральный сервер баз данных с базой данных около 20 ГБ и отдельные серверы баз данных примерно на 200 объектах. Намерение состоит в том, чтобы запустить копию нашего приложения на каждом объекте, указывающем на их локальный сервер, но синхронизировать c все базы данных в обоих направлениях как можно чаще (не более 10 000 строк в день, отдельные строки в среднем 1,5 КБ). ). Из-за различий в подключении объект может быть отключен от сети на неделю или две, и он должен один раз вернуться в оперативный режим.

Вопрос: Существуют ли практические ограничения, которые могли бы повлиять на использование репликации по запросу со стратегией слияния наше окружение? На 50, 100, 200 объектах, какие негативные последствия мы можем ожидать, если таковые имеются? Каких ожиданий в отношении пропускной способности нам следует ожидать от центрального сервера (я везде нахожу очень мало об этом числе?)

Я ценю любые ваши мысли или рекомендации, которые у вас могут быть.

1 Ответ

1 голос
/ 07 января 2020

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

1,5 КБ (на строку) * 10000 строк = 15 ГБ в день (мин) входящего на каждом из ваших 50–200 сайтов.

15 ГБ * (от 50 до 200 сайтов) = от 0,7 до 3 ТБ в день (мин), отправленные с вашего центрального сервера.

Ваши сайты будут довольно заняты (15 ГБ в день) ) и ваш концентратор будет очень занят (3 ТБ в день)

Так что пропускная способность может быть проблемой. Вы обязательно захотите контролировать свою пропускную способность и пропускную способность. Отрицательные побочные эффекты будут иметь периодичность c медлительность в вашем концентраторе (каждая синхронизация).

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...