Отказоустойчивость DHCP не работала, когда один сервер был отключен
Я использую два DHCP-сервера, оба с Windows Server 2012. Они настроены как с высокой доступностью с использованием «балансировки нагрузки, разделения 50/50». Они назвали DC1 и DC2.
Сегодня утром DC1 завис, был черный экран и компьютер полностью не отвечал. В журнале событий нет ничего, что могло бы предположить, что пошло не так. В итоге мне пришлось его полностью сбросить. Казалось, что DC2 не уменьшал провисание, пока DC1 не работал. Я заметил, потому что новому компьютеру, который я подключил к сети, не был назначен IP-адрес. Кроме того, обновление адреса не удалось на другом компьютере, это было в журнале событий:
Your computer was not able to renew its address from the network (from the DHCP Server) for the Network Card with network address XXX
Your computer has lost the lease to its IP address 192.168.1.XXX on the Network Card with network address XXX.
Если DC1 не работает, не должен ли DC2 автоматически начать выдачу IP-адресов и адресацию запросов на продление? Или это нужно где-то настраивать? Я не очень знаком с тем, как это работает, поэтому буду благодарен за любую помощь.
Мне интересно, было ли это из-за того, что DC1 на самом деле не был отключен или выключен, просто завис?
Если DC1 не работает, не должен ли DC2 автоматически начать выдачу IP-адресов и адресацию запросов на продление?
Да. В отношении переключения DHCP со сбалансированной нагрузкой сервер-партнер DHCP назначает аренду DHCP для своего недоступного партнера.
Как это устроено:
При отказе DHCP-партнерства создается хэш MAC-адреса клиента при получении запроса на аренду. Оба сервера будут знать, на какие хэши им нужно ответить, и оба сервера должны видеть запросы. Если запрос остается без ответа после нескольких попыток со стороны клиента, сервер-партнер ответит краткосрочной арендой из своего пула IP-адресов, равной длине MCLT. (Таким образом, срок аренды может быстро истечь при резервном копировании недоступного сервера). Справочник по Server 2012 и Справочник по неясным отказоустойчивым DHCP-серверам
Запросы DHCP отправляются с интервалом примерно в 1 секунду, и весь этот процесс обычно не намного дольше (для человека), чем получение стандартной аренды DHCP.
это то, что нужно где-то настраивать?
Конечно, вам следует проверить свою конфигурацию, если вы с ней не знакомы. Прохождение хорошая инструкция было бы хорошим способом проверить вашу конфигурацию. Вы также можете выполнить быструю проверку области из оснастки DHCP, щелкнув область правой кнопкой мыши и выбрав Показать статистику. Это покажет, сколько IP-адресов назначено и доступно каждому партнеру по отработке отказа.
Вы также можете просмотреть состояние своего партнерства, просмотрев свойства областей и выбрав вкладку Failover.
Мне интересно, было ли это из-за того, что DC1 на самом деле не был отключен или выключен, просто завис?
Все эти состояния вызовут одно и то же Communtication-Interrupted состояние на сервере-партнере. Ваш вторичный партнер должен взять на себя аренду без ответа, независимо от того, почему он не может общаться со своим партнером.
Дальнейшее устранение неполадок:
Если ваш вторичный сервер по-прежнему не может обслуживать аренду в Communication-Interrupted государства, лучше всего работать с администратором сети. Если вы это он, я бы посоветовал перехватить пакет DHCP-трафика и проверить вспомогательные адреса DHCP, соответствующие обе DHCP-серверы на всех промежуточных коммутаторах.
Мне еще никогда не удавалось заставить балансировку нагрузки DHCP работать в 2012 году. На самом деле многие вещи в 2012 году действительно содержат ошибки, и я уже много раз переходил на 2008 R2. Пока они не исправят все. Что вы можете сделать, так это отключить балансировку нагрузки и просто создать одну область для каждого DHCP-сервера и убедиться, что две области не перекрываются. Если у вас недостаточно IP-адресов в разделенной области для обслуживания всей сети, создайте область в более крупной подсети, т.е. 255.255.254.0 для обеих областей.