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

Все вы знаете, что в прошлом у нас не было возможности переключения при отказе для DHCP. Поэтому большинство из нас создавали разные области DHCP для одного диапазона IP-адресов на разных серверах. Это было необходимо, чтобы обеспечить вариант частичного резервирования DHCP. Это работало, но любые изменения резервирования, изменения объема или конфигурации должны производиться вручную или с помощью сценариев. Это заняло время или не увенчалось успехом. 

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

Действия

1. Необходимо установить первый сервер DHCP и настроить область действия DHCP. В качестве сервера DHCP используйте Windows Server 2012 Standard или Datacenter.   

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

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

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


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

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


Рисунок 2. DHCP MMC

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


Рисунок 3: Добавьте сервер

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

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

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


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

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


Рис. 5. Запуск

мастера Если вы не видите доступную область, необходимо проверить, включена ли служба DHCP, полностью ли настроен сервер DHCP и нет ли проблем с DNS и ADDS.  

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


Рисунок 6. Партнер по

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


Рисунок 7. Сервер и Browse

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


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

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


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

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


Рис. 10. Прикрепленный сервер

20. Теперь вы видите выбранный сервер с полным полным доменным именем в поле Pattern Server. 


Рис. 11. Полное доменное имя в поле

«Pattern Server» Нажмите «Next», чтобы продолжить.  

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

С балансировкой нагрузки:


Рисунок 12. Имя отношений конфигурации

кластера: Имя кластера

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

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

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

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

Включить проверку подлинности сообщений (Enable Message Authentication): включает проверку подлинности с узлов кластера.

Секретный ключ: Пароль проверки, который идентифицирует узел как партнеры по отношению друг к другу.  

Резервный:


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

: Имя кластера

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

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

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

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

Включить проверку подлинности сообщений (Enable Message Authentication): включает проверку подлинности с узлов кластера.

Секретный ключ: Пароль проверки, который идентифицирует узел как партнеры по отношению друг к другу.  

22. После нажатия кнопки «Next» отобразится краткая сводка по конфигурации. 


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


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

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

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


Рисунок 16. Реплицировать область

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


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