Разница LVS / IPVS в ActiveConn с момента обновления

Недавно я перешел со старой версии LVS / ldirectord (Ultra Monkey) на новую установку Debian с ldirectord.

Сейчас количество активных подключений обычно больше, чем количество неактивных подключений, раньше было наоборот.

В основном на старом балансировщике нагрузки соединения выглядели примерно так:

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
  -> 10.84.32.21:0               Masq    1      12        252
  -> 10.84.32.22:0               Masq    1      18        368

Однако после переноса его на новый балансировщик нагрузки он больше выглядит:

  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
  -> 10.84.32.21:0               Masq    1      313        141
  -> 10.84.32.22:0               Masq    1      276        183

Старый балансировщик нагрузки:

Debian 3.1
ipvsadm 1.24
ldirectord 1.2.3

Новый балансировщик нагрузки:

Debian 6.0.5
ipvsadm 1.25
ldirectord 1.0.3 (я думаю, изменилась система управления версиями)

Это потому, что старый балансировщик нагрузки работал с ядром из 2005 года, а ldirectord с 2004 года, и за последние 7-8 лет все просто изменилось?

Я пропустил некоторые настройки sysctl, которые я должен принудительно применить, чтобы он вел себя таким же образом?

Кажется, все работает нормально, но может ли кто-нибудь увидеть проблему с этим поведением?

Заранее спасибо!

Дополнительная информация: я использую LVS в режиме маскировки, на реальных серверах в качестве шлюза используется балансировщик нагрузки. На реальных серверах работает Apache, который не изменился во время обновления. Сами поля показывают примерно такое же количество неактивных подключений, как показано в ipvsadm.

Думаю, я нашел ответ, ipvsadm просто сломан в Debian Squeeze.

Если я сравню это:

root@<host>:~# cat /proc/net/ip_vs
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port Forward Weight ActiveConn InActConn
FWM  00000001 wlc persistent 450000 FFFFFF00
  -> 0A542015:0000      Masq    1      19         171
  -> 0A542016:0000      Masq    1      16         274

К выводу ipvsadm:

root@<host>:~# ipvsadm -L
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
FWM  1 wlc persistent 1800 mask 255.255.255.0
  -> 10.84.32.21:0               Masq    1      384        182
  -> 10.84.32.22:0               Masq    1      245        283

Это совершенно очевидно.

Вывод из / proc / net / ip_vs точен по сравнению с тем, что я видел в более старой версии Debian 3.

Я провел поиск, и для него уже есть открытый отчет об ошибке: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=295537

Так что это просто косметическая проблема, очевидно, не о чем беспокоиться.