Распределение нагрузки между контроллерами домена

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)

- Microsoft Windows NT/2000/2003 (http://forum.oszone.net/forumdisplay.php?f=5)

Распределение нагрузки между контроллерами домена

Добрый день.
Помогите разобраться распределением нагрузки на контроллеры домена.
В домене domain.local имеется два контроллера домена под управлением Win2003 - DC1 (первичный) и DC2 (вторичный). Первичный несет на себе все роли FSMO, глобальный каталог, DNS и DHCP, вторичный - глобальный каталог, DNS и прочую нагрузку.
Необходимо сделать так, чтобы компьютеры в сети вспоминали о существовании DC2 только в случае отключения/падения DC1. Как это правильно сделать? С DNS проблем нет никаких - DC2 прописан в качестве альтернативного DNS сервера, соответственно он по определению будет использоваться клиентами в случае недоступности DC1. А как быть с идентификацией пользователей? Если не ошибаюсь надо изменить приоритет или вес всех SRV pаписей для DC2 на DNS сервере. Вот только что именно и на сколько менять? Как изменится нагрузка? В настоящий момент вес и приоритет имеют значения по умолчанию - для всех SRV записей приоритет 0 и вес 100. Где-то читал, что если для одного контроллера домена изменить вес со 100 до 50, то нагрузка распределится как 1:2, т.е. на контроллер домена с весом 100 будет приходится в 2 раза больше запросов, чем на контроллер домена с весом 50. Это правда? Т.е. если для DC2 выставлю вес равный 0, то, при условии нормальной работы DC1, DC2 вообще не будет получать запросов от клиентов?
А как влияет на распределение нагрузки приоритет SRV записей? Если я повышу приоритет с 0 до 50, то на сколько упадет нагрузка?
Спасибо.

Сам такого никогда не делал.

Но если верить MS

Код:

Если для конкретной службы имеется несколько записей srv, dns-клиентам 

предоставляется узел с наименьшем номером предпочтения (приоритетом). Если

 этот узел не исправен или не доступен, используется указанный в записи srv  

узел со следующим приоритетом (весом)

то вам будет достаточно изменить приоритет записей DC2.

А проверить заработало или нет можно следующим образом: на обоих серверах запускаем счетчики производительности где то дней на 5. После этого делаем изменения в службе dns и снова запускаем счетчики, ну и после всего этого сравнваем показания.

Зачем что-то менять, если и так уже все сделано?

Цитата:

Цитата artem_

Если этот узел не исправен или не доступен, используется указанный в записи srv узел со следующим приоритетом (весом) »

У вас всего 2 таких записи: DC1 и DC2. Если приоритетная(DC1) не доступна, то так и так будет использоваться вторая(DC2). Зачем еще что-то там изменять?

artem_, т.е. ты хочешь сказать, что достаточно любого ненулевого приоритета у DC1 чтобы клиенты не запрашивали DC2? По поводу проверки - таким образом не получится, т.к. дополнительная нагрузка на DC1 и DC2 весьма и весьма неравномерна в течении дня/недели/месяца.
Grub, на самом деле записей гораздо больше, как минимум на порядок.
И в данный момент все веса и приоритеты расставлены по умолчанию, т.е. равны (все приоритеты 0, все веса 100).

Цитата:

Цитата Michael

.е. ты хочешь сказать, что достаточно любого ненулевого приоритета у DC1 чтобы клиенты не запрашивали DC2? »

Да. По крайней мере так написано в документации к DNS W2K3.

artem_, а можно ссылочку?

Я не artem_, но ссылочку могу :) Правда на английском :( Данный механизм описан в RFC 2782. Составленный, кстати, сотрудниками Microsoft. http://www.ietf.org/rfc/rfc2782.txt

Michael, а если тяжело с буржуйским - юзайте стандартную хелпу русской W2K3 :)

SRV
Описание. Запись ресурса локатора службы (SRV). Позволяет находить несколько серверов, обеспечивающих аналогичную службу на базе TCP/IP, с помощью одной операции запроса DNS. Эта запись позволяет поддерживать список серверов для известного типа порта сервера и транспортного протокола с упорядочением по предпочтению для имени домена DNS. Например, в службе DNS операционной системы Windows Server 2003 эта запись представляет средства обнаружения контроллеров домена, которые используют протокол LDAP (Lightweight Directory Access Protocol) через порт 389 TCP.
Специализированные поля в записи ресурса SRV используются следующим образом.

Служба. Символическое имя требуемой службы. Для широко известных служб в документе RFC 1700 определены зарезервированные имена, такие как «_telnet» или «_smtp». Если имя для известной службы не определено в документе RFC 1700, может использоваться локальное имя или имя, определяемое пользователем. Некоторые широко используемые службы TCP/IP, прежде всего почтовый протокол POP (Post Office Protocol), не имеют уникального символического имени. Если документ RFC 1700 назначает имя службы, то это имя является единственным допустимым для использования в этом поле. На локальном уровне можно задавать имена только для служб, определяемых на локальном уровне.
Протокол. Указывает тип транспортного протокола. Обычно таким протоколом является TCP или UDP, хотя допускается использование любых протоколов, перечисленных в документе RFC 1700.
Имя. Имя домена DNS, на которое указывает данная запись ресурса. Запись ресурса SRV отличается от других типов записей DNS тем, что она не используется для поиска или запроса.
Приоритет. Задает предпочтение для узла, указанного в поле цель. Клиенты DNS, запрашивающие запись ресурса SRV, пытаются установить контакт с первым достижимым узлом с минимальным значением приоритета. Попытки подключения к узлам, имеющим одинаковое значение приоритета, выполняются в случайном порядке. Приоритет может иметь значения в диапазоне от 0 до 65535.
Вес. Используется как дополнение к значению предпочтения для обеспечения балансировки нагрузки в том случае, когда для нескольких серверов, указанных в поле цель, задан одинаковый уровень предпочтения. Это значение используется для задания дополнительного уровня предпочтения при выборе узла целевого сервера из нескольких, имеющих одинаковый уровень предпочтения. Это позволяет сбалансировать выбор целевых узлов при ответе на запрос SRV. Когда заданно ненулевое значение, попытки доступа к серверам, имеющим одинаковый приоритет, распределяются пропорционально указанному весу. Вес может иметь значения в диапазоне от 1 до 65535. Если балансировка нагрузки не требуется, следует использовать в этом поле значение 0 для упрощения чтения записей.
Порт. Порт сервера на узле цель, который обеспечивает службу, указанную в поле служба. Номер порта может иметь значения в диапазоне от 0 до 65535, хотя обычно используется назначенный номер порта службы, как указано в документе RFC 1700. Неназначенные порты могут использоваться произвольно.
Цель. Указывает имя домена DNS для узла, обеспечивающего запрашиваемую службу. Для каждого используемого имени узла требуется соответствующая запись ресурса адреса узла (A) в пространстве имен DNS. В этом поле можно использовать единственную точку (.) для принудительного указания, что запрашиваемая служба, указанная в данной записи ресурса SRV, недоступна для данного имени домена DNS.
Дополнительные сведения см. в Интернете в предварительном документе «A DNS RR for specifying the location of services (DNS SRV)».

Синтаксис:
служба.протокол.имя ttl класс SRV приоритет вес порт цель
Пример:
_ldap._tcp._msdcs SRV 0 0 389 dc1.example.microsoft.com
SRV 10 0 389 dc2.example.microsoft.com