Sledovanie vytazenia siete takmer v realnom case

Petr Bezděk freebsd at ada-net.cz
Sun Nov 20 16:40:01 CET 2005


Bc. Radek Krejca napsal(a):
> Zdravim,
> 
>   na ten Subject jsem nejak zapomnel. Nicmene ja mam sice minutu, ale
>   na druhou stranu je v manualu
> 
>   update_db_time = 10s
> 
>   cili soudim, ze to pujde i s kratsim intervalem, na druhou stranu
>   nevim, kolik chce toho Petr Rosa sledovat a co by udelal treba
>   sekundovy interval s vytizenim serveru a zda by to stihala vubec
>   obslouzit - vytahnout statitiky z PF, zapsat atd. Dalsi veci je, ze
>   ipastat funguje jen jako textova aplikace (alespon jsem nenasel
>   zadny nastroj, ktery by to sypal na web), takze i zde by byla nejaka
>   rezie....

Zdravim,

update_db_time je casovac, ktery slouzi pro interni potrebu daemonu ipa 
(napr. pro pocitani limitu).

Pro zobrazovani dat prostrednictvim ipastat je rozhodujici parametr 
append_db_time. Daemon jednou za append_db_time ulozi data do textove 
databaze a z ni nasledne ipastat cerpa data tak, ze prochazi sekvencne 
textovou databazi a secita hodnoty pro dane pravidlo.

Pokud zvolite append_db_time moc dlouhe, tak budete mit malo aktualni 
data ve vystupu ipastat. Pokud zvolite append_db_time moc kratke, tak se 
vam zase dost protahne textova databaze a tim dele potom bude travat 
ipastat z ni dostat data na vystup.

Me se osvedcily nasledujici hodnoty:
update_db_time = 30s
append_db_time = 20m

V ipa.conf mam cca 700 pravidel a nektera pravidla ukazuji na vice jak 
jedno pravidlo do IPFW. Vlastni daemon ipa stroj nevytezuje temer vybec. 
Data z ipastat generuji do MRTG a taky na web, prochazeni vice pravidel 
uz ma docela velkou rezii, musel jsem si proto dopsat cachovani do 
PostgreSQL.

-- 
Petr Bezděk



More information about the Users-l mailing list