Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Серверные продукты Microsoft » Microsoft Windows NT/2000/2003 » Распределение нагрузки между контроллерами домена

Ответить
Настройки темы
Распределение нагрузки между контроллерами домена

Экзорцист


Сообщения: 969
Благодарности: 127

Профиль | Отправить PM | Цитировать


Изменения
Автор: Michael
Дата: 26-02-2009
Добрый день.
Помогите разобраться распределением нагрузки на контроллеры домена.
В домене 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, то на сколько упадет нагрузка?
Спасибо.

Отправлено: 13:17, 26-02-2009

 

Старожил


Сообщения: 444
Благодарности: 74

Профиль | Отправить PM | Цитировать


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

Но если верить MS
Код: Выделить весь код
Если для конкретной службы имеется несколько записей srv, dns-клиентам 
предоставляется узел с наименьшем номером предпочтения (приоритетом). Если
 этот узел не исправен или не доступен, используется указанный в записи srv  
узел со следующим приоритетом (весом)
то вам будет достаточно изменить приоритет записей DC2.

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

Отправлено: 15:20, 26-02-2009 | #2



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Аватара для Grub

Ветеран


Сообщения: 662
Благодарности: 64

Профиль | Отправить PM | Цитировать


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

-------
Иди, мой друг, всегда иди дорогою добра!


Отправлено: 16:40, 26-02-2009 | #3


Экзорцист


Сообщения: 969
Благодарности: 127

Профиль | Отправить PM | Цитировать


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

Отправлено: 18:26, 26-02-2009 | #4


Старожил


Сообщения: 444
Благодарности: 74

Профиль | Отправить PM | Цитировать


Цитата Michael:
.е. ты хочешь сказать, что достаточно любого ненулевого приоритета у DC1 чтобы клиенты не запрашивали DC2? »
Да. По крайней мере так написано в документации к DNS W2K3.

Отправлено: 19:31, 26-02-2009 | #5


Экзорцист


Сообщения: 969
Благодарности: 127

Профиль | Отправить PM | Цитировать


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

Отправлено: 19:43, 26-02-2009 | #6


Аватара для Oleg Krylov

Добрый волшебник


Сообщения: 2125
Благодарности: 498

Профиль | Сайт | Отправить PM | Цитировать


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

-------
MVP: Exchange Server 2009 - 2018
Microsoft Regional Director 2015 - 2017


Отправлено: 22:27, 26-02-2009 | #7


Старожил


Сообщения: 444
Благодарности: 74

Профиль | Отправить PM | Цитировать


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
Это сообщение посчитали полезным следующие участники:

Отправлено: 13:13, 27-02-2009 | #8



Компьютерный форум OSzone.net » Серверные продукты Microsoft » Microsoft Windows NT/2000/2003 » Распределение нагрузки между контроллерами домена

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
[решено] Не реплицируются папки sysvol и netlogon между двумя контроллерами домена. babki Microsoft Windows NT/2000/2003 8 26-11-2009 08:53
Система - Распределение нагрузки на ядра Godzilla39 Программное обеспечение Windows 2 25-03-2009 11:13
Прочее - распределение нагрузки nmn Сетевые технологии 3 12-12-2008 13:38
VPN - распределение нагрузки между VPN Divinitas Сетевые технологии 2 17-05-2008 18:31
Репликация между двумя контроллерами домена. Libero Microsoft Windows NT/2000/2003 12 23-11-2006 02:10




 
Переход