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

Самой простой топологией является полностью связанная сеть (full mesh), когда есть двухсторонне соединение между любыми двумя серверами в репликационной группе. Эта топология отличается большой надежностью и устойчивостью к сбоям. Даже если половина серверов станет недоступна, то оставшиеся серверы будут продолжать работать и реплицировать данные.

Недостатком этой топологии является сложность в администрировании и мониторинге репликации в случае, если репликационная группа содержит более 10 серверов.

Для больших репликационных групп широкое распространение получила центрально-радиальная топология (Hub and spoke). В этом случае существует единый центральный сервер репликации – хаб, который соединен со всеми остальными серверами в группе. Естественно, в данном случае на центральный узел ложится очень большая ответственность. Ведь в случае проблемы на центральном сервере репликация остановится для всей группы. Для предотвращения этой ситуации устанавливают два или более хаба, которые соединены между собой в виде связанной сети. Все остальные серверы имеют соединение с каждым хабом из этой центральной группы.

Другой подход к топологии репликации – это повторение топологии сети, с целью консолидации трафика и экономии на сетевых расходах. Например, если у компании есть серверы в двух городах. Часто имеет смысл конфигурировать топологию так, что есть только одно (или два для большей надежности) соединения между серверами в разных городах. Таким образом репликация всех изменения в репликационных группах будут проходить через это соединение.