Exchange redundancy

[Mentox]

Ik heb een volledig functionele Exchange 2010 server en deze moet ik enige vorm van redundancy geven.

Het enige dat van belang is zijn de e-mails. Deze moeten niet verloren gaan als de primaire Exchange niet beschikbaar is.

Is het voldoende als ik een tweede server installeer met Mailbox Server en Hub Transport Server als server roles? De twee servers worden geconfigureerd met DAG.

Er zijn al twee MX records en verder kan ik niet bedenken dat ik mis.

Gaat dit werken?

[Question Mark]

Let even op dat je de Enterprise-versie van je OS draait om uberhaubt je servers member van een DAG te kunnen maken.

Wat wil je nu eigenlijk exact bereiken? Tijdens uitval van een server een volledig functionerende mailomgeving, of moet enkel toegang tot de mailberichten beschikbaar blijven. Let ook even op dat al het MAPI-verkeer via een CAS role verloopt en dat je deze dus ook dubbel moet uitvoeren. (en in theorie heb je in dit geval zelfs een hardwarematige loadbalancer nodig).

[alt-92]

Het enige dat van belang is zijn de e-mails. Deze moeten niet verloren gaan.

Staat niet bij dat je ze ten allen tijde moet kunnen lezen Dat maakt de keuze wat makkkelijker.

[Mentox]

Lezen maakt niet uit wanneer de primaire server niet online is.

Het OS is Windows Server 2008R2 Enterprise en hetzelfde voor de Exchange versie.

Doel: mail dient ten alle tijden opgevangen te worden.

[Question Mark]

Zet dan gewoon twee mailservers neer met de rollen: mailbox, hub-transport en cas. Plaats de mailboxrollen in een DAG, creëer een cas-array voor je client access en plaats een hardwarematige loadbalancer om het volledig netjes te doen.

Als je je een beetje inleest in de HA opties van Exchange 2010 is het toch niet zo lastig? Waar loop je exact tegenaan of wat begrijp je niet?

[Jazzy]

Mentox schreef op dinsdag 07 december 2010 @ 18:24:
Het enige dat van belang is zijn de e-mails. Deze moeten niet verloren gaan als de primaire Exchange niet beschikbaar is.

Mentox schreef op woensdag 08 december 2010 @ 10:37:
Doel: mail dient ten alle tijden opgevangen te worden.

Wat zijn nou precies je eisen? Begin daar maar eens mee.

[Razwer]

mocht je het idee krijgen om voor je CAS een NLB op te zetten, DAG en NLB op dezelde bak gaat niet samen.

[Mentox]

Sorry dat ik onduidelijk ben. Merk net op dat ik een detail ben vergeten die belangrijk is. De tweede server moet zo licht mogelijk zijn (RAM, CPU etc). Helaas zijn er niet al te veel resources beschikbaar.

Beide servers draaien op ESX.

E-mail hoeft niet benaderbaar te zijn als de primaire Exchange server niet beschikbaar is. Het enige dat uitmaakt is dat mail niet verloren gaat.

[Jazzy]

En met 'dat de mail niet verloren gaat', bedoel je dan inkomende berichten of de mail die al in de database zit? En hoeveel productiviteit mag je maximaal verliezen? Een uur? Een kwartier?

[Appel]

Je kan ook een smarthost inzetten. Dat is een dienst bij bijvoorbeeld Webroot. Deze vangt al je mail af (Cue van 48 uur) kan op virussen, spyware en spam scannen om ze daarna naar je eigen mailserver te knallen.

Dus in het geval dat je mailserver zou ontploffen heb je 48 uur om een vervangende server operationeel te krijgen. Volgens mij is het in overleg natuurlijk ook mogelijk om een grotere cue te krijgen.

In je externe DNS heb je (In het geval van Webroot) 3 MX records die naar de dienst van webroot wijzen. Daar word de mail opgevangen, ge-scanned en doorgestuurd naar je eigen mailserver.

Ik kan in ieder geval zeggen dat er nog maar heel weinig spam bij ons binnen komt.

[Question Mark]

Razwer schreef op woensdag 08 december 2010 @ 13:03:
mocht je het idee krijgen om voor je CAS een NLB op te zetten, DAG en NLB op dezelde bak gaat niet samen.

Vandaar ook de hardwarematige loadbalancer

[Mentox]

Ik heb een "smarthost" gevonden waar ik gebruik van kan maken. Dit haalt een hoop single point of failure weg die ik had.

Bedankt voor alle suggesties!

[Qwerty-273]

Probleem met een smarthost is wel (tenmiste dat heb ik ervaren) dat wanneer er een "aanval" (ddos or spamrun) plaatst vind op een klant (of meerdere) van je smarthoster je eigen mailverkeer daar wel vertraging door kan oplopen. Zo hadden wij een probleem met onze smarthost dat deze 1 keer per maand een vertraging van 2 uur voor e-mail liet zien. En dat is zeer onhandig wanneer het kantoor gewend is om te communiceren met klanten en leveranciers per e-mail en eigenlijk verwacht dat een bericht direct afgeleverd wordt/binnenkomt.
De smarthoster heeft na onderzoek een aantal klanten op een complete aparte infra gezet om het gros van de andere klanten niet te beinvloeden in hun service. Maar dat heeft wel enkele maanden geduurd.