Вопрос : Двойная конфигурация объема DHCP Майкрософт.

Я рассматривал консультацию конфигурации для двойной конфигурации DHCP.  Я вижу типичное 80/20 разрешений, но я интересую если кто-то имеет опыт реального мир с той конфигурацией.  Я имею большой производственный объект 24x7 я не могу позволять совершить ошибки на.  В настоящее время подпорка iий конфигурация DHCP к другому регулятору ОБЪЯВЛЕНИЯ, но то требуют, что ручная интервенция включает тот объем если главным образом сервер DHCP будет инструкциями offline.

The типичными для config DHCP 80/20, то говорят разделить объем без перекрытия, но к мне который кажется неправильным.  Оно кажется как они должны иметь такой же объем быть определенным, но манипулируется разделение путем использование исключенных рядов.  
Example - Объем 10.0.0.100 - 10.0.0.200 DHCP 1 /24 исключений 10.0.0.181 - объема 10.0.0.100 - 10.0.0.200 DHCP 2
10.0.0.200 /24 исключений 10.0.0.100 -

в случае выдвинутого повреждения для главным образом объема DHCP (как аппаратная неисправность),
you 10.0.0.180 smog просто извлечь ряд исключения и сервер DHCP 2 побежал бы полное scope.
When главным образом, котор DHCP возвращает он-лайн, просто восстанавливает первоначально ряд исключения на
DHCP 2. конечно оба сервера DHCP были бы установлены с обнаружением конфликта.  Мои переключатели L3 имеют заявления хелпера ip для обоих серверов. Главным образом зарегистрированное
To first.
я, котор оно кажется как более лучшее разрешение. Я выходя вне что-то не позволило бы это, котор нужно работать?

class=

Ответ : Двойная конфигурация объема DHCP Майкрософт.

Для меня оно зависит если вы получите небезупречное оборудование вверх, то прежде чем аренды все упадут (объем того сервера)

По мере того как клиент будет держать ip DHCP на время аренды (проверяя дважды unicast к задавая серверу DHCP, не принимая никакой ответ он будет держать до окончательного завершения 100% аренды. На этой стадии он спросил бы передачу аренды и получил бы объем сервера DHCP 20% должен быть точн,

Я могу увидеть ваш пункт но если ваше 24/7 вас многообещающий смотрело бы реакцию 4 часов минимальную на отказе, то сервера поэтому вы должны точны в правиле 80/20, ваши исключения будучи переключанным дальше и в случае отказа позволят вам больше гибкости в временени восстановления но я чувствую он причинит вам головные боли когда вы переключите назад к нормальному 80/20 обслуживаний даже с обнаружением столкновения.