Советы и рекомендации
Определение необходимого числа серверов DHCP
Важно тщательно определить количество серверов DHCP, необходимых для обслуживания всех клиентов DHCP в сети. В небольшой сети, являющейся физической подсетью и не имеющей маршрутизаторов, один сервер DHCP теоретически может обслужить всех клиентов. Однако, в маршрутизируемых сетях может потребоваться несколько серверов DHCP.
Хотя теоретически отсутствуют ограничения на число клиентов, которые могут быть обслужены одним сервером DHCP, на практике на сервер DHCP накладывают свои ограничения класс сети и особенности конфигурации сервера, такие как емкость диска и тактовая частота процессора. Также важным фактором является скорость передачи данных между сегментами сети, обслуживаемыми сервером DHCP. В сетях, имеющих удаленные сегменты, подключение к которым выполняется с использованием медленных соединений через WAN или коммутируемый доступ, в каждом из таких сегментов необходимо иметь локальный сервер DHCP. Кроме того, при определении количества серверов DHCP необходимо решить, будет ли служба DHCP использоваться во всей сети или только в отдельных физических подсетях. При развертывании в сетевом окружении множества серверов DHCP, целесообразно расположить их в различных сетевых сегментах на случай, если сетевой сегмент станет недоступным.
Перед установкой сервера DHCP, необходимо определить следующее:
- оборудование, требуемое для сервера DHCP;
- какие компьютеры должны быть переконфигурированы для работы в качестве клиентов DHCP, используя динамическую конфигурацию TCP/IP, а какие должны иметь статические IP-адреса, используя вручную сконфигурированные настройки TCP/IP;
- предопределенные параметры DHCP и их значения для использования клиентами DHCP;
- конфигурации агентов ретрансляции DHCP в сети.
Планирование отказоустойчивости
Отличным решением является разделение области между несколькими серверами. При этом, во-первых, каждый сервер будет менее загружен, во-вторых, если, один из серверов не работает, это не отразится на работе сети. Наиболее оптимальным разделением диапазона адресов является соотношение 70/30.
Например, рассмотрим область 132.255.0.0 для сети класса B с диапазоном адресов с 132.255.0.1-132.255.255.255 с маской подсети 255.255.0.0. Обслуживание этой области распределено между серверами SRV1 и SRV2. На сервере SRV1 имеется область с диапазоном адресов 132.255.0.1-132.255.255.255 и маской подсети 255.255.0.0, и исключаемым диапазоном для этой области 132.255.128.0-132.255.255.255. На сервере SRV2 также имеется область с диапазоном адресов 132.255.0.1-132.255.255.255, и исключаемым диапазоном для этой области 132.255.0.1-132.255.127.255. Аналогичным образом область может быть распределена между тремя серверами.
Корректное внедрение суперобласти
Хотя использование суперобластей упрощает управление DHCP, их использование не является обязательным, если сервер DHCP поддерживает несколько областей (подсетей). Один сервер DHCP может быть использован для обслуживания нескольких физически разделенных подсетей с помощью маршрутизаторов. Маршрутизаторы играют роль агентов ретрансляции BOOTP/DHCP, обеспечивая передачу запросов от клиентов, принадлежащих подсетям, в которых не имеется локальных серверов DHCP. Агенты ретрансляции обычно входят в состав маршрутизаторов, и для использования необходимо настроить для них IP-адреса ваших серверов DHCP.
Конфигурирование нескольких серверов для обслуживания одной суперобласти
Когда используется несколько серверов DHCP для обслуживания сегмента суперобласти, на каждом сервере DHCP должна быть сконфигурирована суперобласть. Она должна включать все подсети, используя корректные данные для обслуживания клиентов своей подсети и пустые значения для чужих подсетей.
Например, рассмотрим сегмент сети, состоящей из четырех логических подсетей (192.168.1.0, 192.168.2.0, 192.168.3.0 и 192.168.4.0; у всех подсетей маска 255.255.255.0). Весь сегмент поддерживается двумя серверами DHCP (SRV1 и SRV2), на каждом сервере сконфигурирована суперобласть, охватывающая половину подсетей, (суперобласть сервера SRV1 содержит только подсети 192.168.1.0 и 192.168.2.0, а суперобласть сервера SRV2 содержит только подсети 192.168.3.0 и 192.168.4.0). Адреса могут выдаваться из областей обеих серверов в ответ на запросы DHCP, поступающие от клиентов. Однако, может возникнуть следующая проблема: если клиенту, использующему адрес, выданный в аренду сервером SRV1, на запрос обновления аренды ответит сервер SRV2. Сервер SRV2, не распознав адрес клиента, принадлежавшего обслуживаемой подсети, отправит клиенту сообщение DhcpNak.
Этой проблемы легко избежать, сконфигурировав серверы SRV1 и SRV2 для всех логических IP-подсетей и используя исключаемые диапазоны для предотвращения серверами обслуживания одинаковых адресов. В таком случае, сервер SRV1 должен иметь суперобласть, содержащую все четыре подсети и исключаемый диапазон, включающий адреса двух последних в списке подсетей, а сервер SRV2 также должен иметь суперобласть, содержащую все четыре подсети и исключаемый диапазон, включающий адреса первых двух подсетей.