isc-dhcp & SMP

[S.Sannikov]

Собственно появилась проблема. Уперся процесс dhcpd в 100% одного из CPU.

Версия isc-dhcp41-server-4.1.1.p1,1. В конфиге порядка 40К range-в.

Мой плохой английский не позволил найти какой-либо внятной информации по поддержке isc-dhcp многопроцессорности. Может кто сталкивался?

 

Спасибо за ответы.

[max1976]

Если мне память не изменяет, там стартует только один процесс. Он же всем и занимается.

[dignity]

Может это... в ldap или mysql записи переложить? Думаю, что делает много поиска. Должно помочь по идее

Edited October 2, 2013 by dignity

[Дегтярев Илья]

В конфиге порядка 40К range-в.

 

Помоему у вас проблема в понимании необходимости isc-dhcp

[S.Sannikov]

В конфиге порядка 40К range-в.

 

Помоему у вас проблема в понимании необходимости isc-dhcp

 

Разверните, если можете...

[xcme]

Собственно появилась проблема. Уперся процесс dhcpd в 100% одного из CPU.

Версия isc-dhcp41-server-4.1.1.p1,1. В конфиге порядка 40К range-в.

Мой плохой английский не позволил найти какой-либо внятной информации по поддержке isc-dhcp многопроцессорности. Может кто сталкивался?

 

Спасибо за ответы.

Многопроцессорности нет. При работе уходить в 100% не должен, хотя и не исключено при большом конфиге, а вот при перезапуске он будет это делать точно. В силу некоторых причин мы вынуждены регулярно обновлять конфиг и перезапускать сервер. Чем больше сеть, тем больше времени это занимало. В итоге пришлось перейти на freeRADIUS что не просто, требует длительной медитации и просветления по части малоизвестных нюансов работы DHCP, а также патча самого радиуса. Но результат оправдал усилия.

[Negator]

Чем больше сеть, тем больше времени это занимало.

А что мешает поставить несколько серверов?

У нас оно все давно на виртуалках живет.

[xcme]

Чем больше сеть, тем больше времени это занимало.

А что мешает поставить несколько серверов?

У нас оно все давно на виртуалках живет.

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

Скрипт запускается раз в 10 минут. Обновление конфигов 15 секунд, 3.5 минуты запуска в режиме тестирования конфига плюс 3.5 минуты непосредственно запуск, если все ок. Итого 7:15 полный цикл перезапуска. Второй сервер работает "в промежутках" первого. Сервер может выдать адрес и уйти в перезагрузку, а второй сервер в этот момент как раз запустится. У него этот адрес свободен и он снова может его выдать.

 

У серверов на базе радиуса БД общая и времени на рестарт им не требуется. Как только в основной базе произошло изменение (абоненту переназначили порт, коммутатору переназначили сеть и т.д.) он готов выдавать адреса по изменившимся данным.