VPS - spotřeba paměti Amavis, Clamd, Httpd

[Onthera]

Dobrý den,

v poslední době mě zlobí spotřeba paměti na serveru. Občas dojde k tomu, že není k dispozici pamět, amavisd se pak zastaví a nechodí mi emaily.

Trošku nechápu, proč je tam amavisd 3x, na vps běží asi 4 weby - s malou návštěvnosti a k tomu 4 domény s emailovou schránkou, kde je frekvence emailu cca 10 za hodinu. Není to moc...

Nevíte kde by mohl být problém, případně mi nějak poradit co s tím?
Konfigurace je 1GB RAM, 30GB disk, OS CentOS 6 + ISPconfig 3

výpis z TOP

Kód: [Vybrat]

1206 amavis    20   0  227m 135m  940 S  0.0 13.5   0:04.26 clamd
 1400 amavis    20   0  335m  96m 4332 S  0.0  9.6   0:00.74 amavisd
 1401 amavis    20   0  334m  95m 3748 S  0.0  9.5   0:00.22 amavisd
 1227 amavis    20   0  332m  93m 3064 S  0.0  9.4   0:02.54 amavisd
 1217 root      20   0  250m  58m 3056 S  0.0  5.9   0:02.90 spamd
 1219 root      20   0  250m  56m  736 S  0.0  5.7   0:00.00 spamd
 1221 root      20   0  250m  56m  736 S  0.0  5.7   0:00.00 spamd
 1156 mysql     20   0  692m  30m 4212 S  0.0  3.0   0:00.77 mysqld
 1315 root      20   0  354m  17m 9092 S  0.0  1.7   0:00.23 httpd
  977 named     20   0  156m  12m 2172 S  0.0  1.2   0:00.03 named
 1345 apache    20   0  355m  11m 1972 S  0.0  1.1   0:00.00 httpd
 1346 apache    20   0  355m  11m 1872 S  0.0  1.1   0:00.00 httpd
 1347 apache    20   0  355m  11m 1872 S  0.0  1.1   0:00.00 httpd
 1348 apache    20   0  355m  11m 1872 S  0.0  1.1   0:00.00 httpd
 1349 apache    20   0  355m  11m 1872 S  0.0  1.1   0:00.00 httpd
 1350 apache    20   0  355m  11m 1872 S  0.0  1.1   0:00.00 httpd
 1351 apache    20   0  355m  11m 1872 S  0.0  1.1   0:00.00 httpd
 1352 apache    20   0  355m  10m 1232 S  0.0  1.0   0:00.00 httpd
 1355 root      20   0  331m 8888 2256 S  0.0  0.9   0:00.62 fail2ban-server
 1320 root      20   0 67524 7312 2892 S  0.0  0.7   0:00.10 vlogger
 1322 apache    20   0  206m 4640  480 S  0.0  0.5   0:00.01 httpd
 1441 root      20   0 97456 3656 2820 S  0.3  0.4   0:00.05 sshd
 1436 root      20   0 97456 3624 2808 S  0.0  0.4   0:00.02 sshd
 1198 root      20   0 88188 3164 2512 S  0.0  0.3   0:00.01 dovecot-auth
 1552 root      20   0 88188 3124 2480 S  0.0  0.3   0:00.00 dovecot-auth
 1190 root      20   0 88188 2836 2156 S  0.0  0.3   0:00.02 dovecot-auth
 1312 postfix   20   0 62252 2764 2044 S  0.0  0.3   0:00.00 qmgr
 1410 postfix   20   0 62060 2688 2016 S  0.0  0.3   0:00.00 tlsmgr
 1303 root      20   0 61980 2680 1984 S  0.0  0.3   0:00.06 master
 1311 postfix   20   0 62060 2636 1960 S  0.0  0.3   0:00.00 pickup
 1461 vmail     20   0 53388 2356 1612 S  0.0  0.2   0:00.01 imap
 1204 dovecot   20   0 53996 2316 1780 S  0.0  0.2   0:00.06 imap-login
 1444 dovecot   20   0 53996 2312 1780 S  0.0  0.2   0:00.05 imap-login
 1517 dovecot   20   0 53996 2308 1780 S  0.0  0.2   0:00.06 imap-login
 1561 vmail     20   0 53364 2248 1600 S  0.0  0.2   0:00.01 imap
 1560 vmail     20   0 53368 2236 1616 S  0.0  0.2   0:00.02 imap
 1558 dovecot   20   0 53864 2060 1616 S  0.0  0.2   0:00.00 imap-login
 1559 dovecot   20   0 53864 2060 1616 S  0.0  0.2   0:00.00 imap-login
 2073 dovecot   20   0 53864 2056 1616 S  0.0  0.2   0:00.00 imap-login
 1200 dovecot   20   0 53852 2044 1604 S  0.0  0.2   0:00.00 pop3-login
 1201 dovecot   20   0 53852 2040 1604 S  0.0  0.2   0:00.00 pop3-login
 2072 dovecot   20   0 53852 2040 1604 S  0.0  0.2   0:00.00 pop3-login
 1438 root      20   0 54912 2012 1484 S  0.0  0.2   0:00.00 sftp-server
 1448 root      20   0  107m 1672 1320 S  0.0  0.2   0:00.00 bash
 1067 root      20   0  107m 1400 1160 S  0.0  0.1   0:00.01 mysqld_safe
    1 root      20   0 19116 1368 1124 S  0.0  0.1   0:00.52 init
  964 root      20   0  242m 1356  900 S  0.0  0.1   0:00.02 rsyslogd
 1031 root      20   0 63768 1280  664 S  0.0  0.1   0:00.00 sshd
 1333 root      20   0  114m 1216  628 S  0.0  0.1   0:00.01 crond
 1462 root      20   0 14940 1160  868 R  0.0  0.1   0:03.71 top
 1357 root      20   0  9144 1140  956 S  0.0  0.1   0:00.02 gam_server
 1187 root      20   0 52064  864  496 S  0.0  0.1   0:00.00 dovecot
  992 dbus      20   0 21288  852  608 S  0.0  0.1   0:00.00 dbus-daemon
  939 root      16  -4 27536  840  592 S  0.0  0.1   0:00.01 auditd
  400 root      16  -4 10528  684  324 S  0.0  0.1   0:00.04 udevd
 1325 root      20   0  163m  684  320 S  0.0  0.1   0:00.00 pure-ftpd
 1395 root      18  -2 10524  652  296 S  0.0  0.1   0:00.00 udevd

A ještě výpis z free -m

Kód: [Vybrat]


             total       used       free     shared    buffers     cached
Mem:           997        695        302          0         21        152
-/+ buffers/cache:        521        476
Swap:            0          0          0


clamd tam byl dokonce dvakrat se stejnou spotřebou, podle jednoho navodu jsem chtel odstranit clamd ale jednou je pryc a jednou zustal... taky nechapu proc je tam tolikrat httpd - je to normální stav ?

Předem děkuji za vaše rady a odpovědi.

[Reklama]

[Rhinox]

Koukam ze vam tam toho bezi docela dost, pak se nesmite divit ze 1GB nestaci. Ja mam mail (sendmail/dovecot, clamav, spamassassin, amavisd) na oddelenem serveru, a je pravda ze jenom tohle si veme tak 400MB. Pro takovej "multi-kulti" servr jako mate vy by si to zadalo mnohem vice pameti.

Skuste jinej antivir (treba avg/avast for linux), clamav neni moc usporne napsanej, veme si toho opravdu hodne. Jestli nemusite, nepouzivejte antivir vubec, nebo alespon ne jako daemon pri tak nizke frekvenci mailu, alespon nebude v pameti porad. Pripadne si jej pro jistotu cronem jednou denne restartujte, pamatuju ze kdysi mel clamav mel nakej memory-leak a dovedl sezrat vsechnu volnou pameti, az se server "uswapoval"...

Ze je tam tolik krat httpd je normalni, nastavuje se to v konfiguraci. Muzete skusit nizsi hodnotu pro min_spare_servers, to ovsem muze ovlivnit rychlost webu. Jenze pri 1GB pameti jednoduse musite delat kompromisy...

[Lupex]

Defaultní nastavení apache je celkem benevolentní k počtu forků, takže doporučuji nastavit min a max spare servers a  start servers, snížit počet requestů, aby se forky točily protože mají tendenci tloustnout,použít  php cache (xcache, eaccelerator atd,) amavis je nenažranej i na mých serverech, přitom těch emailových virů je dnes minimum oproti minulým letům. Celkem je 1GB ram na dnešní dobu málo a  na ISPConfig obzvláště.

[scott]

Pokial tam nechodí veľa mailov, tak:

1. Spamassassin nemusí bežať permanentne ako démon, amavis ho vie inštancovať aj priamo (myslím, že je to dokonca aj default).

2. Detto clam AV.

[zabasvist]

Mam podobnou konfiguraci na sve VPS, ktera ma 0.5 GB pameti. Jako webserver pouzivam nginx + php-cgi. Dlouho mi tam taky bezel amavis, ktery zral neskutecne pameti, ten jsem zrusil taky.

Mail server jsem nakonfiguroval podobne jak: http://ailoo.net/2009/11/integrate-spamassassin-into-postfix-dovecot/

Spamassassin jsem nakonec po case taky vyradil ze stejneho duvodu - prilis velka spotreba pameti. Momentalne testuji dspam - je napsan v C - je rychly a mala pametova narocnost, ma ale take svoje nevyhody.

Jeste mi tam bezi Clamav a asi mesic mi tam bezel postgres. Nejaka pamet je vzdy volna a neco je taky vzdy ve swapu. Jinak je to OK.

[Reklama]

[Onthera]

Velmi děkuji za rady,

už jsem požádal o navýšení hw na 2GB ram... na ten amavis a clamd, se jeste zkusim podivat, aby to teda nebezelo jako demon. Orezani httpd me uz taky napadlo, jen jsem si nebyl jisty, jestli se nestane nahodou to, ze sice orezu pocet procesu, ale ostatni nabobtnaji.

[Zabasvist]

Mno, radsi to nechte bezet jako demony, protoze jinak vam to sice nebude zrat tolik pameti, ale pri kazdem prijatem mailu se to bude spoustet nanovo. Sice cast bude cachovana, ale stejne je to docela hafo perlovych knihoven (amavis a spamassassin). Misto pameti vam to bude zrat jine systemove prostredky a zpomalovat vykon. U Clamav je to to same v blede modrem.

[Zabasvist]

... jeste jsem zapomel. Zkuste si zkopilovat vlastni kernel, tim taky uvolnite dost pameti. Nektere veci u VPS nejsou potreba (treba USB a pod.).

[Rhinox]

Prijde na to, jakej ze VPS to ma. Jestli neco jako openvz/vserver, pak s jadrem neudela vubec nic, protoze u nej vubec nebezi. To muze akorat kdyz ma plnou (nebo para-) virtualizaci, jako xen, vmware, vbox, atd.

A co se tyce clamav/amavisd, kvuli "cca 10 mailum za hodinu" nechat clamav/amavisd/spamd zrat trvale temer pul giga pameti je prepych. Samozrejme ze pokazde pri spousteni pak vzroste rezie systemu, jenze mezitim muze tu pamet vyuzit jinak.