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