Onderwerp: [Oriëntatie] 6000 pop mail accounts hosten

Oorspronkelijk geplaatst door Jacobs.T

Dan heb je tenminste een deftige oplossing.
Waarom is toch altijd de prijs de doorslaggevende factor op WHT?

Prijs is niet doorslaggevende factor, wel is exchange een erg dure oplossing omdat er per user betaald zal moeten worden (wij hebben zelf ook SPLA).

Deze optie is natuurlijk mee te nemen, maar wij verwachtten niet dat de klant dit er voor over zal hebben.

Een paar leuke FreeBSD servers met een maatwerk beheer script (zul je waarschijnlijk wel graag willen met 6K gebruikers om een beetje overzicht te houden) moeten dit toch gemakkelijk aankunnen? Zolang het om puur mail servers gaat, heb je alleen licenties voor eventuele non-free spam-/virusscanners nodig. 3 full managed servers (mail1,mail2/spare,backup), een maatwerk script en een paar Mbit erbij en je zit snel op 7K in het eerste jaar en 6K in vervolgjaren (eventuele prijsstijgingen niet meegenomen). Dit moet toch zeker onder de 10K te doen zijn op een veilige manier, dacht ik zo.

Oorspronkelijk geplaatst door Jacobs.T

Dan heb je tenminste een deftige oplossing.
Waarom is toch altijd de prijs de doorslaggevende factor op WHT?

Persoonlijk vind ik het niet 'deftiger' hoor. En prijs is hier inderdaad vaak een doorslaggevende factor, dat is jammer. Maar in dit geval praten we volgens mij over een verdrievoudiging van de kosten.

Wij kunnen hiervoor een geclusterde oplossing aanbieden. Het kan beginnen met 2 relatief lichte nodes en een load-balancer. Bij groei kunnen we eenvoudig een node toevoegen en/of de bestaande nodes upgraden. De volledige mailconfiguratie komt uit een database, daar kunnen jullie dan waarschijnlijk zelf heel eenvoudig mee communiceren vanuit ASP.

Graag maak ik een afspraak om een en ander te verduidelijken. Een prijsindicatie voor het opzetten van een eenvoudig cluster (2 lichte nodes en 1 loadbalancer) is ongeveer 5k voor het eerste jaar en 3-4k voor volgende jaren.

Ook wij kunnen dit aanbieden; ik denk in de richting van een stevige cyrus setup op debian, redundant, en een goede machine voor de webmail-serving (kan ook redundant/loadbalanced, afhankelijk van je keuzes). We kunnen u een detailofferte maken, maar dan zal ik nog wat info van je moeten hebben (zoals je contactgegevens ).

Ik zit zelf te denken aan een wat simpelere oplossing, doch niet minder productief. Ik denk aan 2 redelijk goedkope servers, doch van kwaliteit, waarbij de tweede slechts als active fallback zal fungeren in een ander netwerk.

Hierop gewoon een directadmin installatie onder debian of freebsd. Met het control panel zit je:
a) goed qua updates (mits je dovecot gebruikt)
b) goed qua instellen

Mogelijkheid om self-scripting te doen met de api, zodat je wat sneller mailadressen kan aanmaken oid.

Qua serverhardware kan je denken aan single xeon (bijv. dell of hp) met een 2 GB aan geheugen.

De fallback kan een P4 zijn oid, met multiserver setup van directadmin.

Het op maat maken van de installatie niet meegerekend, ben je denk ik onder de 4k wel klaar.

Ik weet niet hoeveel verkeer dit zal gaan kosten, maar ik schat zelf (als ik zo een beetje je verhaal heb gelezen) dat dit niet veel zal zijn (max 30 GB oid). Veel hardwarekracht heb je dus ook niet nodig :-)

Ik bied dit vooralsnog echter niet aan!

Update: 2 goede servers + licentie zouden op 3k aan aanschaf komen, dan nog 2x een goede colo (zeg: 1U + 50 GB in true [90 euro ex pm] en 1U + 50 GB in (andere leverancier, ander dc) [20 euro ex pm]) kom je op 3.000 ex aanschaf + 1320 euro ex per jaar = 4320 euro per jaar ex btw zonder management.

dan nog wat scripting en je bent ruim onder de 10k klaar

@VinceSTM: suc6 met directadmin voor zo een setup. Omdat het alleen over mailusers gaat zijn virtualusers toch wel aangeraden.

Voor zo een omgeving denk ik aan een kleine cluster (meerdere mailnodes, shared of dedicated loadbalancers, spam/virus gateways), afh welke load erop komt (mails/min, logged-in users/min, enz...).

Als je opzoek bent naar een fully managed oplossing waar je geen omkijken naar hebt kunnen wij je zeker iets leuk aanbieden.

De reden dat ik in mijn aanbod een cluster met load-balancer voorstel is dat wij zelf een vergelijkbare omgeving hebben draaien. Hierdoor kunnen we de kosten voor het opzetten en beheren laag houden. Zoals ik al zei kun je zelf heel eenvoudig tegen de database met de configuratie scripten, alle wijzigingen zijn dan real-time actief.

Bedankt voor alle reacties, zowel in dit topic als priveberichten.

Ik neem alles in overweging, maar zal hier niet op zeer korte termijn uitsluitsel over kunnen geven, maar heb voldoende informatie om een beslissing te kunnen nemen.

Oorspronkelijk geplaatst door GS2K1

Bedankt voor alle reacties, zowel in dit topic als priveberichten.

Ik neem alles in overweging, maar zal hier niet op zeer korte termijn uitsluitsel over kunnen geven, maar heb voldoende informatie om een beslissing te kunnen nemen.

Zou je diegene die jouw per privebericht gecontacteerd hebben willen melden bij de moderators ? Dit is namelijk tegen de regels. Vraag vooral jezelf wel eens af waarom een persoon je per PB contacteerd.


Verder vraag ik me af of bovenstaande met hun load balanced oplossingen enig idee hebben waar ze het over hebben ?]

//edit Ik en anderen zouden (denk ik) graag een gedetaileerde offerte willen opstellen. Echter deze niet in zijn geheel op wht zetten.

tuurlijk heb ik een idee waar ik het over heb. Webmail geeft vrij grote load op een kist (actieve imap connecties en caching), en afhankelijk van het gebruik, kan het handig zijn om voor een loadbalanced oplossing te kiezen (redundancy en loadspreiding in 1)...

Oorspronkelijk geplaatst door Mikey

Zou je diegene die jouw per privebericht gecontacteerd hebben willen melden bij de moderators ? Dit is namelijk tegen de regels. Vraag vooral jezelf wel eens af waarom een persoon je per PB contacteerd.


Verder vraag ik me af of bovenstaande met hun load balanced oplossingen enig idee hebben waar ze het over hebben ?]

//edit Ik en anderen zouden (denk ik) graag een gedetaileerde offerte willen opstellen. Echter deze niet in zijn geheel op wht zetten.

Al deze mensen hebben ook in dit forum gereageerd, maar wilden puur via pm dingen regelen (contactinformatie oa). Dat lijkt mij geen probleem?

Een gedetailleerde offerte is nog even niet nodig, we gaan de gegevens die wij nu hebben (meerdere servers, linux, backup) met de klantdoornemen omdat deze nog geen concreet idee had en ook nog geen budget kon noemen voor ze deze informatie hadden.

Ik houd u hier op de hoogte.

OK, dat is duidelijk.

Ik wil mijn visie iets verduidelijken hoe wij deze zouden indelen.
de splitsing zal ongeveer er zo uitzien:
1x goed uitgeruste server, deze zal de MTA + bijhorende onderdelen draaien. Dit is schaalbaar en voor de toekomst, is dit nog verder uiteen te zetten. De webmail clients zal verveeld worden op losse machines, deze worden aangeroepen aan de hand van de load die er op dat moment aanwezig is.

De MTA zelf is vrij goed te backuppen. En bij een calamiteit zal er geen probleem zijn om een hot spare in te gaan zetten. De extra fallback backup zullen door ons huidige systeem(en) opgevangen worden. We hebben hiervoor drie lokaties ter beschikking. 1x NL 1x DE 1x US.

Oorspronkelijk geplaatst door Mikey

OK, dat is duidelijk.

Ik wil mijn visie iets verduidelijken hoe wij deze zouden indelen.
de splitsing zal ongeveer er zo uitzien:
1x goed uitgeruste server, deze zal de MTA + bijhorende onderdelen draaien. Dit is schaalbaar en voor de toekomst, is dit nog verder uiteen te zetten. De webmail clients zal verveeld worden op losse machines, deze worden aangeroepen aan de hand van de load die er op dat moment aanwezig is.

De MTA zelf is vrij goed te backuppen. En bij een calamiteit zal er geen probleem zijn om een hot spare in te gaan zetten. De extra fallback backup zullen door ons huidige systeem(en) opgevangen worden. We hebben hiervoor drie lokaties ter beschikking. 1x NL 1x DE 1x US.

Mag ik vragen wat MTA nu precies is? ik heb er zelf niet al te veel verstand van verder...

En hoe doe je het met gedeelde dataopslag dan? Oftewel, hoe zorg je ervoor dat alle machines ook daadwerkelijk bij de data kunnen zonder dat je daar een single point of failure krijgt? Aangezien ik nergens SAN/NAS achtige termen terug zie.

@TS: MTA staat voor Mail Transfer Agent, oftewel het stuk software dat het verzenden en ontvangen van e-mail tussen 2 systemen voor zijn rekening neemt.