Конфигурация кластера с отработкой отказа DHCP в Windows Server 2012

Как известно, ранее не было возможности переключения на резерв при отказе DHCP. Поэтому приходилось создавать различные области DHCP для одного диапазона IP-адресов на разных серверах. Это было необходимо, чтобы обеспечить вариант частичного резервирования DHCP. Такое решение работало, но любые изменения резервирования, масштаба или конфигурации приходилось выполнять вручную или с помощью сценариев. Все это требовало времени и не всегда было по-настоящему успешно. Теперь с помощью Windows Server 2012 можно получить полноценный отказоустойчивый кластер с репликацией конфигурации. Следует обратить внимание, что доступны только варианты балансировки нагрузки и горячего резерва. Ниже будет рассказано, какой вариант использовать в тех или иных ситуациях. Итак, приступим к конфигурации кластера. 

Действия

1. Необходимо установить первый сервер DHCP и настроить область действия DHCP. В качестве сервера DHCP используйте Windows Server 2012 Standard или Datacenter.   См. статью https://www.dell.com/support/article/SLN312489.  В этом сценарии первый сервер DHCP настроен на Flo-SVR-DC01.  

2. Затем установите новый сервер с Windows Server 2012 или возьмите другой бесплатный сервер из существующих систем Windows Server 2012 в качестве сервера-партнера по отказоустойчивости DHCP Windows Server 2012. В нашем случае в качестве сервера-партнера по обеспечению отработки отказа устанавливается новая виртуальная машина Windows Server 2012.  

3.  Теперь можно добавить новый узел в диспетчер серверов, если необходимо управлять сервером удаленно. Можно также настроить программу настройки переключения при отказе без нее, но она помогает управлять обоими серверами позже.

4. Если роль DHCP была установлена правильно на втором хосте и вы добавили сервер для управления на управляющий хост, то обе системы должны отображаться в разделе DHCP. 


Рис. 1. DHCP-сервер

5. На следующем шаге откройте DHCP MMC.


Рис. 2. DHCP MMC

6. В консоли управления MMC для DHCP сначала добавьте второй сервер DHCP. Это можно сделать, нажав правой кнопкой мыши «DHCP» и затем «Добавить сервер».


Рис. 3. Добавление сервера

7. Теперь в списке должны отображаться оба сервера DHCP.  

12. На следующем шаге мы разрешим DHCP-сервер в нашем домене.

13.  Теперь нажмите правой кнопкой мыши на область, которую необходимо включить в кластер, и выберите Настроить отработку отказа. 


Рис. 4. Настройте переключение

при отказе 14. При запуске мастера отображается область действия, которую можно включить в кластер. 


Рис. 5. Запускается мастер Если область действия отсутствует, необходимо проверить, включена ли служба DHCP, настроен ли сервер DHCP и нет проблем с

DNS и ADDS.  

15. Следующий шаг — выбрать партнера по переключению при отказе.


Рис. 6. Партнер по переключению

при отказе 16. После авторизации второго сервера DHCP он отобразится во втором списке. В противном случае необходимо выбрать «Этот сервер» и «Обзор».


Рис. 7. Сервер и обзор

17.  Теперь введите имя сервера.


Рис. 8. Введите pf для сервера

18. После ввода имени нажмите«Проверить имена». Когда мастер найдите сервер, нажмите«OK». 


Рис. 9. Проверьте имена

19. Нажмите«OK»,и сервер будет подключен к MMC DHCP. 


Рис. 10. Подключенный сервер

20. Теперь выбранный сервер с полным доменным именем отображается в поле «Сервер-партнер». 


Рис. 11. FQDN в поле «Сервер-партнер»

нажмите«Далее»,чтобы продолжить.  

21. Теперь необходимо настроить конфигурацию кластера.

Балансировка нагрузки:


Рис. 12. Имя взаимосвязи

конфигурации кластера: Имя максимального времени выполнения лида клиента для

отказоустойчивого кластера: Определяет период времени, в течение времени ожидания оставшегося сервера, прежде чем он начнет контролировать весь объем данных.

Режим: Балансировка нагрузки — Если кластер настроен в режиме балансировки нагрузки, это приводит к настройке двух серверов DHCP в режиме «активный-активный». Вы должны использовать, если у вас есть большие сети с большим количеством клиентов или вы хотите развернуть кластер в разных филиалах.

Процент балансировки нагрузки: Это означает, как выполняется разделение работы между обоими хостами. Сумма процентов может составлять только 100%. Узел с самым высоким процентом получает самые высокие рабочие нагрузки.

Интервал переключения состояния: автоматическое изменение состояния на «Партнер не работает» < >.

Enable Message Authentification: enables authentification from clusternodes.

Секретный ключ: Validation Passwort, который идентифицирует узел как партнеров по сравнению друг с другом.  

Режиме ожидания:


Рис. 13. Имя взаимосвязи отказоустойчивого

кластера: Имя максимального времени выполнения лида клиента для

отказоустойчивого кластера: Определяет период времени, в течение времени ожидания оставшегося сервера, прежде чем он начнет контролировать весь объем данных.

Режим: Горячая резервная система. Когда кластер настроен в режиме горячего резерва, один узел активен, а второй находится в режиме ожидания и будет переключен на основной сервер DHCP в случае сбоя. Вы должны использовать, когда вам нужен партнер в качестве отказоустойчивости.

Адреса, зарезервированные для резервного сервера: Означает, сколько адресов может арендовать резервный, прежде чем он охватит весь объем и станет активным.

Интервал переключения состояния: автоматическое изменение состояния на «Партнер не работает» < >.

Enable Message Authentification: enables authentification from clusternodes.

Секретный ключ: Validation Passwort, который идентифицирует узел как партнеров по сравнению друг с другом.  

22. После нажатия кнопки Далее вы увидите краткую сводку конфигурации. 


Рис. 14. Имя отказоустойчивого


кластера Рис. 15. Имя отказоустойчивого кластера

23.  Нажмите Готово и начнется настройка кластера.  

24. В MMC для DHCP нажмите правой кнопкой мыши область действия и принудительно выполните репликацию, нажав«Реплицироватьобласть переключения при отказе», а затем нажмите кнопку «Обновить» или нажмите клавишу F5.


Рис. 16. Реплицировать область переключения при отказе

25. На узле отработки отказа проверьте конфигурацию. Если конфигурация верна, значит, процесс завершен. 


Рис. 17. Проверка конфигурации на узле отработки отказа.