[Postfixbuch-users] Large Scale 100.000+ User
Peer Heinlein
p.heinlein at heinlein-support.de
Mo Dez 17 20:58:43 CET 2007
Am Montag, 17. Dezember 2007 schrieb stepken:
> Wohl war. Nun, ein RAID-10 SCSI haben wir, das dürfte reichen ... ;-)
Platztenanzahl? I/O-Last?
Wobei bei 1.000 simultanen IMAP das nicht wirklich das Problem sein
sollte.
Es wundert mich allerdings, daß Du auf 100.000 aktive Nutzer nur 1.000
aktive IMAPs haben willst.
Du weiß schon, daß IMAP-Nutzer die Verbindungen offen halten, oder? Jeder
eingewählte IMAP-Nutzer mit gestartem Mailprgramm klaut Dir von früh bis
spät eine IMAP-Verbindung.
> > Ich hasse Loadbalancer vor SMTP-Maschinen.
>
> Warum so starke Gefühle bei einfachen Softwaredingen?
Weil sie in aller Regel zeigen, daß der Betreiber dieser Setups das
Prinzip "Mail" nicht verstanden hat und für viel Geld eine Lösung
zusammengeschraubt hat, die in aller Regel noch schlechter funktioniert.
Es zeigt, daß Firmen heute lieber für 18.000 EUR einen Loadbalancer
kaufen, statt für 1.500 EUR mal einen Manntag Beratung. Aber das ist das
alte Problem: Hardware kann nicht teuer genug sein, Brainware ist
scheinbar überflüssig.
> Problem hier: Greylisting - Synchronisation. Die MX 10 er müssen anhand
> einer einzigen Datenbank abgleichen. Auch ein Nadelöhr.
Meine Auffassung: Müssen sie eben nicht. Warum "müssen" sie? Warum
absichtlich eine Lösung bauen, die anfälliger und störungsempfänglicher
ist, als eine einfache, robuste Lösung? Ich habe Zweifel, ob Du damit
unter dem Strich eine höhere Verfügbarkeit hast.
Das beste Resümee für mich von der 2. SLAC:
"Komplexität ist der Feind der Zuverlässigkeit".
> Vielleicht, abgesehen von Irritationen bei Kunden, ein kleiner Hinweis,
> warum nicht? Immerhin kann man ja nachträglich so einige
> durchgeflutschte Mails noch hinausschmeissen. Das vermindert nochmals
> das Backupvolumen.
Schraube nicht an Symptomen, sondern an Ursachen.
Warum flutschen Mails durch? Insbesondere dann noch Mails, di eDu
anscheinend problemlos später doch noch filtern kannst? Sorry, aber DANN
ist was faul.
Also: Ursachen angehen, nicht Symptome.
Peer
--
Heinlein Professional Linux Support GmbH
Linux: Akademie - Support - Hosting
http://www.heinlein-support.de
Zwangsangaben lt. §35a GmbHG:
HRB 93818 B / Amtsgericht Berlin-Charlottenburg,
Geschäftsführer: Peer Heinlein -- Sitz: Berlin
Mehr Informationen über die Mailingliste Postfixbuch-users