На одном из заказчиков встретил следующую конфигурацию:

Развернут отказоустойчивый кластер (failover cluster). На каждом из узлов кластера развернут CRM сервер, которые “смотрят” на одну базу данных. Соответственно, при выходе из строя одного из узлов кластера, работа продолжается за счет второго.

Действительно, схема, в принципе, работоспособна – есть виртуальный IP адрес, есть виртуальное имя… Но этот подход имеет ряд недостатков:

  • Конфигурация неподдерживаема;
  • Не осуществляется балансировка нагрузки;
  • Используется общее хранилище информации (для организации кворума), которое стоит дополнительных денег.

Почему так произошло? У меня есть мнение :) , что в очередной раз произошла путаница с понятиями “кластер”. И когда консультант попросил “построить кластер”, то инженер по привычке сделал отказоустойчивый кластер :) .

В связи с этим хочу напомнить, что для обеспечения отказоустойчивости и масштабируемости серверов Dynamics CRM следует применять кластеры балансировки нагрузки. Другими вариантами являются использование физических устройств для балансировки нагрузки (например, F5 Big-IP) или применение технологий виртуализации.

1 звезда2 звезды3 звезды4 звезды5 звезд (1 голосов, средний: 5.00 из 5)
 Loading ... Loading ...