:strip_exif()/u/22119/ch.gif?f=community)
Ik zit met een probleem; d.w.z. het bedrijf waar ik werk. De situatie is als volgt: We draaien sinds een paar jaar met Plesk op een Linux systeem eigenlijk heel goed op 1 server, met een steeds groter wordend aantal klanten waaraan we zowel hosting van websites als email aanbieden.
We zijn sinds een maand of 2 overgestapt naar een server met iets grotere capaciteit, op een ander besturingssysteem namelijk FreeBSD 4.11. Verder is de software zo goed als hetzelfde gebleven.
De server heeft sinds die tijd kuren. Soms krijgt hij een enorm hoge load (voornamelijk door disk activiteiten) en soms zo hoog dat hij er de brui aan geeft. Nu lijkt de conclusie eenvoudig om te stellen dat de server minder goed is gaan presteren vanwege de verandering in de software. Maar alles wijst erop dat er in die periode ook een enorme toename is gekomen in spam. Het blijkt in ieder geval, dat door uitschakeling van qmail in zijn geheel (de smtp software) de load averages aanzienlijk dalen (dit hebben we geprobeerd). Hetzelfde hebben we geprobeerd door de webserver uit te schakelen (httpd) en daarmee was vrijwel geen effect te merken. Aan risicovolle software zoals php-scripts en/of cgi's kan het dus niet liggen.
Kortom; het probleem blijkt mail te zijn.
Uiteraard hebben we spamfiltersoftware draaien (SpamAssassin) en die doet z'n werk heel prima. Maar, dat kost ook de nodige power van de server. De aanname wordt dus voorzichtig gedaan dat door uitschakeling van de spamsoftware, de server het veel minder druk zou krijgen, en daardoor weer z'n handjes vrij krijgt om de dingen te doen waar hij voor staat. Maar als we dat proberen staat de telefoon roodgloeiend van alle klanten die sowieso al miepen als ze meer dan 2 spam-mailtjes per dag binnen krijgen (
)
Er is dan eigenlijk maar 1 mogelijkheid, en dat is zorgen dat de spam vóór de server wordt afgevangen, door bijvoorbeeld een Barracuda o.i.d.. Dat zou ik dus erg graag doen, al is het alleen al dat de server überhaupt minder mail te verwerken krijgt, laat staan spam.
Alleen, dat gaat niet op korte termijn. Het bedrijf waar we onze server huren kan ze (Barracuda's) niet op korte termijn leveren, en een server ernaast zetten om de load te verdelen (d.m.v. loadbalancing) gaat niet of heel lastig i.c.m. Plesk. Een tweede ernaast zetten en de websites / mail verdelen over de twee servers is kostentechnisch niet al te fijn....
Een andere mogelijkheid is om SpamAssassin verder te optimaliseren / verbeteren, etc, met het risico dat de spamfilter inlevert aan secuurheid, en het risico dat je de server er niet (voldoende) mee ontlast.
Ik ben op zoek naar tips in de volgende "rubrieken"
• Andere mogelijke oorzaken / dieper liggende problemen die ervoor zouden kunnen zorgen dat de server (te) zwaar belast wordt;
• Mogelijkheden om de spamfiltering te verbeteren / optimaliseren zonder dat de effectiviteit eronder lijdt
• Ervaringsdeskundigen die de situatie herkennen en brainstormend mee kunnen denken
• Adviezen over capaciteitsuitbreiding.
• Alternatieve oplossingen / oplossingsrichtingen?
Voor dat laatste hebben jullie natuurlijk wat stats / specs nodig, vandaar het volgende:
FreeBSD 4.11 met Plesk 7 (qmail, apache, mysql, php ...)
Server is een p4, 1024MB ram, 2 x 60 gb in raid
Ca 260 domeinnamen, waarvan ca 160 daadwerkelijk hosting hebben (meer zijn dan een alias), waaronder max 20 met meer dan 50 bezoekers per dag
Ca 750 e-mailadressen, waarvan ca 30% redirects, 70% pop-boxen (naar schatting, als het interessant is zou ik het even uit kunnen zoeken).
SMTP Relaying is uiteraard niet mogelijk, bouncen wordt niet gedaan (dus tijdens de SMTP verbinding worden mailadressen al geweigerd), tenzij het doorstuuradressen zijn (logisch).
Ik denk dat ik het hier even bij laat. Als er mensen zijn die meer info willen, zeg het gerust en vooral gauw
En alle tips zijn welkom.
Dank voor jullie hulp en tijd alvast.
We zijn sinds een maand of 2 overgestapt naar een server met iets grotere capaciteit, op een ander besturingssysteem namelijk FreeBSD 4.11. Verder is de software zo goed als hetzelfde gebleven.
De server heeft sinds die tijd kuren. Soms krijgt hij een enorm hoge load (voornamelijk door disk activiteiten) en soms zo hoog dat hij er de brui aan geeft. Nu lijkt de conclusie eenvoudig om te stellen dat de server minder goed is gaan presteren vanwege de verandering in de software. Maar alles wijst erop dat er in die periode ook een enorme toename is gekomen in spam. Het blijkt in ieder geval, dat door uitschakeling van qmail in zijn geheel (de smtp software) de load averages aanzienlijk dalen (dit hebben we geprobeerd). Hetzelfde hebben we geprobeerd door de webserver uit te schakelen (httpd) en daarmee was vrijwel geen effect te merken. Aan risicovolle software zoals php-scripts en/of cgi's kan het dus niet liggen.
Kortom; het probleem blijkt mail te zijn.
Uiteraard hebben we spamfiltersoftware draaien (SpamAssassin) en die doet z'n werk heel prima. Maar, dat kost ook de nodige power van de server. De aanname wordt dus voorzichtig gedaan dat door uitschakeling van de spamsoftware, de server het veel minder druk zou krijgen, en daardoor weer z'n handjes vrij krijgt om de dingen te doen waar hij voor staat. Maar als we dat proberen staat de telefoon roodgloeiend van alle klanten die sowieso al miepen als ze meer dan 2 spam-mailtjes per dag binnen krijgen (
)Er is dan eigenlijk maar 1 mogelijkheid, en dat is zorgen dat de spam vóór de server wordt afgevangen, door bijvoorbeeld een Barracuda o.i.d.. Dat zou ik dus erg graag doen, al is het alleen al dat de server überhaupt minder mail te verwerken krijgt, laat staan spam.
Alleen, dat gaat niet op korte termijn. Het bedrijf waar we onze server huren kan ze (Barracuda's) niet op korte termijn leveren, en een server ernaast zetten om de load te verdelen (d.m.v. loadbalancing) gaat niet of heel lastig i.c.m. Plesk. Een tweede ernaast zetten en de websites / mail verdelen over de twee servers is kostentechnisch niet al te fijn....
Een andere mogelijkheid is om SpamAssassin verder te optimaliseren / verbeteren, etc, met het risico dat de spamfilter inlevert aan secuurheid, en het risico dat je de server er niet (voldoende) mee ontlast.
Ik ben op zoek naar tips in de volgende "rubrieken"
• Andere mogelijke oorzaken / dieper liggende problemen die ervoor zouden kunnen zorgen dat de server (te) zwaar belast wordt;
• Mogelijkheden om de spamfiltering te verbeteren / optimaliseren zonder dat de effectiviteit eronder lijdt
• Ervaringsdeskundigen die de situatie herkennen en brainstormend mee kunnen denken
• Adviezen over capaciteitsuitbreiding.
• Alternatieve oplossingen / oplossingsrichtingen?
Voor dat laatste hebben jullie natuurlijk wat stats / specs nodig, vandaar het volgende:
FreeBSD 4.11 met Plesk 7 (qmail, apache, mysql, php ...)
Server is een p4, 1024MB ram, 2 x 60 gb in raid
Ca 260 domeinnamen, waarvan ca 160 daadwerkelijk hosting hebben (meer zijn dan een alias), waaronder max 20 met meer dan 50 bezoekers per dag
Ca 750 e-mailadressen, waarvan ca 30% redirects, 70% pop-boxen (naar schatting, als het interessant is zou ik het even uit kunnen zoeken).
SMTP Relaying is uiteraard niet mogelijk, bouncen wordt niet gedaan (dus tijdens de SMTP verbinding worden mailadressen al geweigerd), tenzij het doorstuuradressen zijn (logisch).
Ik denk dat ik het hier even bij laat. Als er mensen zijn die meer info willen, zeg het gerust en vooral gauw
En alle tips zijn welkom.Dank voor jullie hulp en tijd alvast.
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
:strip_exif()/u/50809/Sjoerd1.gif?f=community)
:strip_exif()/u/19799/lotr01_6060.gif?f=community)