Corporate klyngeaktiviteter Mail Server Setup

August 13, 2008 Filed under Casestudier

Organisationer med store personale eller endog mellemstore organisationer med tunge mailing aktivitet normalt bruge en cluster setup til at håndtere deres mails. Ordentlig intern og klient Kommunikation er kernen behovet for et sådant selskab, og så postserver oppetid er af allerstørste betydning for dem. Jeg vil fremlægge et casestudy af arkitektur med et virkeligt mail server cluster setup vi konstrueret til en af vores kunder.

Miljø:

  • Organisationen er en mellemstor virksomhed med arbejdsområde i forbindelse med Engineering tegning og CAD design.
  • Medarbejderen styrke er omkring 250.
  • De mailing aktivitet er tungt som de enorme design filer forbikøres langs internt i organisationen og endda til deres endelige kunder, idet de fleste bruger mails og tunge vedhæftede filer.
  • De ansatte er beliggende i to forskellige lande med næsten den samme styrke på hvert kontor.

Vores opgave og Ressourcer:

Vores primære opgave at opbygge en robust og ikke over aktiveret klynge for deres mailing aktivitet. Mængden af mails, der sendes via denne klynge var betydelig skyldes, at de mails var det vigtigste aspekt af deres daglige pligter i hjemmet. Vi var godkendt til at benytte en seks node klynge for deres mails. Selv om dette var en corporate setup, vi var nødt til at bruge open source-software, som kunden ønskede at holde det omkostningseffektivt. Vi brugte en qmail, vpopmail etc for deres klynge forebygge brugen af enhver betalt software.

hosting.jpg

Setup:

Da vi fik lov til at bruge seks knudepunkter for klyngen, besluttede vi at bruge to knudepunkter for udgående mails, to knudepunkter for indkommende mails og en node til en POP3/IMAP stik og en som en mail-gateway.

Hardware konfigurationer til alle disse knudepunkter var som nedenfor:

  • Intel Pentium Dual Xeon 2.8Ghz
  • 2GB DDR2 RAM, 2 x 500 GB SATA-drev
  • Fedora Linux Base OS, 100Mbps uplink på hver node

Indstillingsprocessen flow var som nedenfor:

mail_cluster.jpg

Den faktiske Funktionalitet:

Som du kan se ovenfor, domænet blev opsætningen til brug separate knudepunkter til at sende og modtage mails. En kort forklaring af, hvordan det hele arbejdet sammen og hver node's funktion er nedenfor:

MX Records: Domænet havde to MX-registreringer. Den ene var den primære MX som accepteret mails for det domæne, og forberedt dem, der skal hentes fra POP3-stik. Den anden backup MX record knudepunkt var en failover til den primære MX og oplagret indgående mails mens den primære MX var nede.

SMTP-servere: Selskabet havde en meget stor mængde af udgående mails og så to SMTP servere behov, der skal anvendes. Da de havde to kontorer, hver af dem fik en dedikeret SMTP-server til at bruge.

Mail Gateway: Både SMTP servere var tilsluttet til en enkelt Qmail baseret mail-gateway. E-mail-gateway forudsat funktioner gerne arkivering mails til at overvåge ansattes aktivitet, filtrering af indhold og korrekte overvågning af udgående mail statistik for hele virksomheden.

Pop3 stik: POP3 stik hentet og omfordelt de mails modtaget af primær MX server for domænet til brugeren postkasser, som blev stillet til rådighed via webmail eller regelmæssig POP3 og IMAP-baseret e-mail-klienter til de ansatte.

Dette særlige mail opsætning ikke kræver brug af round robin DNS som failover funktionalitet var vigtigere end fordelingen af trafikken. Denne type setup også giver os anvendelsesområdet for udvidelse, hvis der er en stigning i underskuddet på mail aktivitet for klienten. En anden SMTP-server til udgående mails eller anden node til at fungere som den primære e-mail-server kan altid blive tilføjet på grund af arkitekturen anvendes. Jeg håber, du finder denne casestudy nyttigt for udbygningen mail server clusters. Kommentarer er altid velkommen :)

Ingen relaterede stillinger.

Tags:

Kommentarer

Efterlad et svar