Я мог бы воспользоваться некоторыми советами по переносу наших служб DHCP с Windows 2003 на Windows 2008 R2.
У нас есть два здания:
BuildingA содержит диапазоны клиентов x.x.192.x и x.x.193.x, маршрутизатор - x.x.192.1
BuildingB содержит диапазоны клиентов x.x.194.x и x.x.195.x, маршрутизатор - x.x.194.1
В настоящее время у нас есть четыре DHCP-серверы:
Диапазон хостов ServerA x.x.192.x (также DC и DNS-сервер)
Диапазон хостов ServerB x.x.193.x
Диапазон хостов ServerC x.x.194.x (также DC и DNS-сервер)
Диапазон хостов ServerD x.x.195.x (также DC и DNS-сервер)
Четыре хоста, по сути, дают нам некоторую псевдо-разделенную область видимости при отказе. Я бы хотел объединить четыре существующих DHCP-сервера в наши три новых сервера Windows 2008, сохранив при этом некоторую форму аварийного переключения. Например, могу ли я сделать:
Таким образом, у меня есть два DHCP-сервера на каждое здание, и мне не нужен четвертый: у меня есть действительные потребности в трех, но четвертый кажется излишним.
Это вообще возможно? Что ты предлагаешь? Если есть способ получше, я всегда готов предложить. Заранее спасибо.
Здесь есть два основных приема:
1) Разделение области видимости - некоторые используют правило 80/20 или 70/30, в зависимости от того, с каким количеством адресов вы работаете.
2) Перекрывающиеся области действия - вы предоставляете полный объем обоим серверам. Windows DHCP будет проверять связь с адресом перед его выдачей, чтобы узнать, доступен ли он. Вы можете добавить «задержку» для вторичных серверов, чтобы они не отвечали за эту область перед первичным. Это может вызвать затруднения из-за того, что брандмауэры на стороне клиента блокируют ICMP.
Если бы это была моя сеть, я бы настроил следующее:
Сервер A - первичный DNS, корпус A, первичный DHCP, полные области для здания A
Сервер B - вторичный DNS Bldg A и Bldg B, вторичный DHCP, полный диапазон для здания A с задержкой, 20% -ный объем для здания B с меньшей задержкой (учитывайте задержку WAN!).
Сервер C - первичный DNS, корпус B, первичный DHCP, блок B 80% объема.
Держите своих помощников DHCP в порядке.
Том