Sitecore Высокая доступность Архитектура

Question

Страница 14 из направляющей масштабирования заявляет

Следующая диаграмма иллюстрирует связи между Web- экземпляров и баз данных Sitecore для установки, которая содержит отдельные экземпляры в пределах среды CM и CD

С помощью этой настройки я хочу иметь балансировщик нагрузки перед CD1 и CD2, чтобы назвать его Geo region 1, а другой балансировщик нагрузки перед CD3 и CD4 позволяет назвать его географическим регионом 2. Мне также нужно иметь DNS-преобразователь, который не сработает ver для георегиона 2 по мере необходимости (строго сбой). После того, как все проблемы будут устранены, его нужно будет вручную сбросить обратно в георегионную область 1. Меня беспокоит ситуация, когда пользователь меняет свой пароль в зоне CD1-2 и как эта информация возвращается в базу данных CORE, расположенную в зоне CM1-2.

Я планировал иметь одну цель публикации и использовать репликацию SQL Merge между базами данных и местоположениями GEO, как описано в диаграмме, упомянутой на странице 14 руководства по масштабированию. Похоже, что эта настройка решит все проблемы с синхронизацией БД.

Является ли это разумной/рабочей архитектурой для настройки высокой доступности?

Scaling guide URL при необходимости.

Answer 1

См. Стр. 12 руководства. Ответ зависит от того, используете ли вы поставщик членства по умолчанию по умолчанию или внешний провайдер, например Active Directory. Если вы используете поставщик членства по умолчанию, тогда вы захотите настроить репликацию между базовыми базами данных в средах CD и CM, а также очистить кеш-память безопасности. Если вы используете внешний провайдер, вы можете обычно пропустить репликацию основных баз данных и просто настроить очистку кеша безопасности.