Сетевые аспекты кластеризации с несколькими сайтами

Следующий совет взят из гостевой редакционной статьи Саймона Перримана, старшего технического евангелиста Microsoft, который поделился с нами своим опытом в выпуске нашего информационного бюллетеня WServerNews:

«Существует несколько методов, используемых для сокращения времени, необходимого клиенту для повторного подключения после аварийного переключения.

• Сначала настройте локальную отработку отказа: рекомендуется иметь как минимум два узла на каждом сайте и настроить рабочие нагрузки так, чтобы они оставались в одной и той же подсети на локальном сайте, прежде чем выполнять отработку отказа на вторичном сайте. В кластере с несколькими подсетями это позволяет клиенту оставаться подключенным, используя тот же IP-адрес. Локальный переход на другой ресурс можно настроить с помощью предпочитаемого владельца и возможных свойств владельца для каждой кластерной группы. Все узлы на первичном сайте будут установлены как предпочтительные владельцы, а узлы на вторичном сайте — как возможные владельцы.
• Сокращение времени HostRecordTTL: это свойство группы кластеров регулирует время, в течение которого запись DNS остается в системе клиента, прежде чем новая запись будет извлечена с сервера DNS. Увеличивая частоту обновления записи DNS, клиент сможет быстрее увидеть новый IP-адрес и получить к нему доступ, что позволит ему быстрее повторно подключиться к рабочей нагрузке. По умолчанию запись обновляется каждые 20 минут, однако в кластере с несколькими подсетями рекомендуется уменьшить это значение, чтобы запись заменялась чаще. Например, Exchange Server рекомендует значение HostRecordTTL, равное 5 минутам.
• Включите параметр RegisterAllProvidersIP: это свойство группы кластеров будет корректировать информацию, хранящуюся в записях DNS для кластерных рабочих нагрузок, включая несколько дополнительных IP-адресов, которые может использовать рабочая нагрузка (по одному для каждой подсети). Если предположить, что у клиента есть логика, позволяющая попытаться подключиться к дополнительным IP-адресам, если первый адрес недоступен, то это позволяет клиенту намного быстрее повторно подключиться при аварийном переключении между подсетями. После аварийного переключения клиент сначала попытается подключиться к исходному IP-адресу, который он использовал, а затем попытается подключиться к другим IP-адресам в записи DNS, и они должны быть успешными».

Чтобы прочитать всю гостевую редакционную статью Саймона, см. выпуск № 933 «Кластеризация, репликация и аварийное восстановление» нашего информационного бюллетеня WServerNews.

http://www.wservernews.com/subscribe.htm

http://www.mtit.com