2008R2 Enterprise Cluster

[Ultimation]

Tweakers.

Meer in de zin omdat het kan en het voor de toekomst misschien wel handig kan zijn wil ik graag een cluster bouwen van 2 W2K8R2 Enterprise machines. Het doel is High Availability en bij hardware defecten dat e-mail en een eigen gehost webservertje online blijven. Enige haken hieraan is dat de servers op fysiek verschillende locaties staan en beiden via ADSL verbindingen verbonden zijn met het internet.

Ik zal hieronder even de indeling van beide locaties beschrijven.

Locatie A "master" locatie [50/5mbit internet verbinding]
ESXi server met daarbinnen een Windows Server 2008R2 x64 installatie waarop Active Directory en Exchange Server 2010 op staan.

De ESXi server is ook voorzien van een pfSense virtuelemachine waarachter de master server zit. pfSense ontvangt van de router het internet signaal en geeft die dan door naar het virtuele en het gewone netwerk.

Even schematisch:
192.168.1.0/24 (router) => 192.168.2.0/24 (pfSense)

Locatie B "secondary" locatie [10/1mbit (zoiets) internet verbinding]
Deticated machine (maakt dat uit voor het cluster?) met Windows Server 2008R2 x64. Hierop moet een "backup" AD komen te draaien samen met Echange Server 2010.

Server is direct aan de router verbonden, er zit hier, in tegenstelling to locatie A, geen pfSense tussen.

Zeh plan
In eerste instantie wilde ik mijn huidge e-mail service, Kerioconnect, gebruiken voor email. Maar helaas is het niet mogelijk om deze op locatie A & B synchroon te houden (tenzij iemand een idee heeft hiervoor).
Daarom wil ik alles verhuizen naar een Exchange server. Jammer genoeg ben ik zo nog niet echt thuis in Active Directory en Exchange en om dit alles te configureren heb ik wat hulp nodig (dit kan in de vorm van een link naar een artikel, of een uitleg). De Active Directory heeft verder geen rol in het netwerk anders dan dat deze verplicht is voor Exchange. Ik weet zo dat de gebruikers in de Active Directory moeten voorkomen die toegang moeten hebben tot de Exchange server.
Nu zit hier ook weer 2 haken aan, ik wil graag dat de Exchange server van verschillende SMTP-servers e-mail ophaalt en doorgeeft aan de juiste accounts. Daarnaast moet de email ook vanaf intern en extern toegankelijk zijn voor iPhone, iPod, een Windows machine (MS Outlook 2007) en een OSX machine (MS Outlook for Mac 2011)

Nu heb ik online een 2-tal domeinnamen geregistreerd staan. Versio( ) bied een eigen API aan waar je wat scripts op los kan laten. Zelf zat ik te denken om een script te schrijven die locatie A pingt/controleert en wanneer offline word de DNS record geüpdate zodat al het verkeer naar locatie B word gestuurd. De TTL staat al op 300 seconde dus het geheel zou dan 5 minuten offline kunnen zijn, wat niet zo'n ramp is.

Momenteel ben ik bezig om in ESXi wat te experimenteren met het cluster. Ik heb 2 virtuele machines waarvan eentje is voorzien van AD en Exchange 2010, de andere is tree in dezelfde forsest en ook voorzien van Exchange 2010.

[Linke Loe]

Het is niet zomaar even in een paar regels uit te leggen hoe Active Directory, Exchange en Windows clustering werkt en opgezet moet worden. Gelukkig is er een hoop informatie te vinden in de Technet Library: http://technet.microsoft.com/library/default.aspx en ik stel dan ook voor dat je daar maar eens begint.

Active Directory is de basis voor alles. Exchange kan niet zonder, maar ook een Windows cluster kan niet zonder AD. Je kan dus niet stellen dat AD verder geen rol heeft, behalve dat het nodig is voor Exchange. Probeer dus maar eerst je AD domein op poten te zetten, voordat je aan Exchange begint.

In Exchange 2010 bereik je high availability met een Database Availability Group. Ook hier is het van belang dat je weet wat je doet. Zo kun je DAG aanmaken als je de mailbox role en de client access role combineert op dezelfde Exchange server. Daarnaast is een DAG afhankelijk van de Windows Clustering service, dus je moet wel de Enterprise edition van Windows 2008 R2 installeren op je mailbox servers. Windows Server 2012 kent geen Enterprise edition meer, daarmee kun je ook met de Standard edition gaan clusteren, alleen Exchange 2010 wordt (nog) niet ondersteund op Windows Server 2012...

Lees je dus eerst goed in wat de requirements zijn en plan je deployment goed, voordat je eraan begint...

[Ultimation]

Ik snap dat AD niet makkelijk is maar voor thuis gebruik zou je daar toch niet zoveel eisen aan hoeven stellen? Ik heb thuis een boek liggen van toen ik vroeger op MBO zat (Netwerk Beheer met Windows Server 2003), dit gaat over Windows 2003. Dit boek beschrijft in grote zin wel hoe AD werkt en wat je er allemaal mee kan, maar is niet echt van toepassing hier.

Ik zal de Technet eens bezoeken en kijken wat ik daar wijzer van kan worden.

Heb je misschien een andere oplossing voor wat ik hier wil bereiken? Ik zou het niet heel erg vinden om van mailserver te wisselen zolang ik hier maar met alle (mobiele) apparaten mee kan werken en het failover ondersteuning heeft.

[Jazzy]

Dat gaat je niet lukken, niet op deze manier. Het ontbreekt je aan kennis om op architectuurniveau te overzien waarom het niet kan. Hoge beschikbaarheid is ingewikkeld, hoge beschikbaarheid gecombineerd met site resillience is nog ingewikkelderd. En dan nog heb je geen automatische failover, dat is een handmatig proces. Leesvoer: http://technet.microsoft.com/en-us/library/dd638121.aspx

Wat je kunt doen is aan beide kanten een Hyper-V server draaien met je applicaties in VMs. Van die VMs maak je dan regelmatig een backup welke je naar de andere kant kopieert. Als er dan een vliegtuig in je ene datacenter vliegt dan kun je met de backup van de VMs de boel weer up and running maken aan de andere kant.

Hier helemaal op uitgekeken? Dan kun je System Center 2012 gebruiken om dit proces te automatiseren.

[Eagle Creek]

Hoewel ik niet precies weet hoe je het wel op zou moeten lossen, komt je script met TTL 5 minuten op mij niet echt over als "high availability". Het lijkt mij dat er oplossingen zijn die veel frequenter kunnen schakelen in het geval van storing.

[Meekoh]

Ik betwijfel of je plan uberhaupt kan werken.
Server 2008 R2 Failover clustering heeft dacht ik shared storage nodig (lees SAN/iSCSI).
Die moet dus op beide sites beschikbaar zijn en onderling repliceren. Anders kan Node 2 niet de storage overnemen als op Site 1 een vliegtuig neerstort (bij wijze van spreke).
Cross site clustering is echt niet simpel opgezet!

[Trommelrem]

Meekoh schreef op donderdag 20 september 2012 @ 13:59:
Server 2008 R2 Failover clustering heeft dacht ik shared storage nodig (lees SAN/iSCSI).

Exchange 2010 met een DAG niet. Dat zou je als thuisgebruiker nog kunnen toepassen over een ADSL WAN link, mits je weinig users hebt. Active Directory hoef je niet te clusteren, die laat je gewoon repliceren.

Alle andere clustering vereist wel shared storage.

Als je het puur als thuisgebruiker gaat gebruiken met alleen je gezin, dan gaat het je wellicht gewoon lukken.

[ Voor 14% gewijzigd door Trommelrem op 20-09-2012 14:16 ]

[Jazzy]

Trommelrem schreef op donderdag 20 september 2012 @ 14:15:
[...]


Exchange 2010 met een DAG niet. Dat zou je als thuisgebruiker nog kunnen toepassen over een ADSL WAN link, mits je weinig users hebt. Active Directory hoef je niet te clusteren, die laat je gewoon repliceren.

Alle andere clustering vereist wel shared storage.

Als je het puur als thuisgebruiker gaat gebruiken met alleen je gezin, dan gaat het je wellicht gewoon lukken.

Bijna goed. Exchange 2010 maakt er gebruik van, maar dit quorum model is eigenlijk een Failover Clustering feature. http://technet.microsoft.com/en-us/library/cc731739.aspx

[Meekoh]

Trommelrem schreef op donderdag 20 september 2012 @ 14:15:
[...]


Exchange 2010 met een DAG niet. Dat zou je als thuisgebruiker nog kunnen toepassen over een ADSL WAN link, mits je weinig users hebt. Active Directory hoef je niet te clusteren, die laat je gewoon repliceren.

Alle andere clustering vereist wel shared storage.

Als je het puur als thuisgebruiker gaat gebruiken met alleen je gezin, dan gaat het je wellicht gewoon lukken.

Dat is hetzelfde als met Always On in SQL2012. Het enige wat je daar clustered is het IP adres en de naam van je clustergroup. Alle overige functionaliteit zit hem in de replicatie van SQL Server zelf (DB mirroring).
Volgens datzelfde principe werkt Exchange ook.

Wil je een echt cluster dan heb je echt een vorm van shared storage nodig.

[Ultimation]

Eagle Creek schreef op donderdag 20 september 2012 @ 13:55:
Hoewel ik niet precies weet hoe je het wel op zou moeten lossen, komt je script met TTL 5 minuten op mij niet echt over als "high availability". Het lijkt mij dat er oplossingen zijn die veel frequenter kunnen schakelen in het geval van storing.

Ik kan via het script de DNS record direct updaten wanneer de locatie A onbereikbaar word. Alleen kan de TTL niet lager dan 300 seconden.

Maar zoals ik al aangaf, het is geen professionele omgeving waar 100'en mensen werken. Die paar minuten vind ik persoonlijk niet zo erg.

Bedankt voor alle reactie's tot nu toe! Persoonlijk vind ik het jammer dat het niet kan, het latje ligt op dit moment nog even te hoog. Jammer.

Weet iemand zo een tool/software (geen Dropbox) die de inhoud van een map tussen 2 locatie synchroon kan houden. Kerioconnect werkt op basis van een map waarbinnen alle emailtjes, contacten en agenda afspraken als losse bestanden worden opgeslagen. Ik heb zo op de Kerio forums gelezen dat er software voor is, maar die kost me even iets te veel geld.

EDIT: misschien is de overstap naar Citadel een betere overweging.
http://www.citadel.org/do...ystemadmin:standby_server

EDIT2: Ik las dat Citadel ook allemaal achterhaalde oude software is. Daarom nu Zimbra!

[ Voor 35% gewijzigd door Ultimation op 21-09-2012 02:17 ]

[Trommelrem]

Ultimation schreef op donderdag 20 september 2012 @ 23:42:
[...]
Weet iemand zo een tool/software (geen Dropbox) die de inhoud van een map tussen 2 locatie synchroon kan houden. Kerioconnect werkt op basis van een map waarbinnen alle emailtjes, contacten en agenda afspraken als losse bestanden worden opgeslagen. Ik heb zo op de Kerio forums gelezen dat er software voor is, maar die kost me even iets te veel geld.

Office 365 als het gaat om email. Het goedkoopste abonnement is 3,57 euro per maand per mailbox. Als je data wilt syncen dan kan dat natuurlijk ook met DFSR.

[DiedX]

Ik zou lekker voor de cloud gaan.

Out of the box: MySQL replicatie? Kan je met http://www.hmailserver.com en MySQL als storageserver ook leuke zaken doen?

[Koffie]

Move PNS > WSS

[KillerAce_NL]

Vind het nogal een overkill oplossing voor wat je wil: highly available email en webpages.

Je probleem is denk ik dat je vanuit je beperkte produktkennis zelf een oplossing hebt bedacht.

Eentje die zelf écht niet kunt onderhouden bij issues, daar heb je dus niks aan.
Zeker als het alleen voor thuis is, zou ik lekker de cloud in gaan.

[ Voor 14% gewijzigd door KillerAce_NL op 21-09-2012 08:02 ]

[Jazzy]

Meekoh schreef op donderdag 20 september 2012 @ 14:27:
[...]

Dat is hetzelfde als met Always On in SQL2012. Het enige wat je daar clustered is het IP adres en de naam van je clustergroup. Alle overige functionaliteit zit hem in de replicatie van SQL Server zelf (DB mirroring).
Volgens datzelfde principe werkt Exchange ook.

Niet helemaal. Bij een Exchange 2010 DAG zitten er helemaal geen resources in Failover Clustering, dit wordt alleen maar gebruikt voor de heartbeat en quorum.

Wat veel mensen vergeten (ook in dit topic) is dat DAG replicatie alleen over het hoog beschikbaar maken van je data gaat. De andere helft van hoge beschikbaarheid gaat over de toegang tot die data en dat is nog iets gecompliceerder. Denk aan CAS namespaces en load balancing. Dat vergt veel meer planning dan alleen een DAG stretchen over twee locaties. Meer informatie hier: http://technet.microsoft.com/en-us/library/dd638104.aspx#PSR

[Ultimation]

Trommelrem schreef op vrijdag 21 september 2012 @ 07:18:
[...]
Office 365 als het gaat om email. Het goedkoopste abonnement is 3,57 euro per maand per mailbox. Als je data wilt syncen dan kan dat natuurlijk ook met DFSR.

DiedX schreef op vrijdag 21 september 2012 @ 07:36:
Ik zou lekker voor de cloud gaan.

Out of the box: MySQL replicatie? Kan je met http://www.hmailserver.com en MySQL als storageserver ook leuke zaken doen?

KillerAce_NL schreef op vrijdag 21 september 2012 @ 08:02:
Vind het nogal een overkill oplossing voor wat je wil: highly available email en webpages.

Je probleem is denk ik dat je vanuit je beperkte produktkennis zelf een oplossing hebt bedacht.

Eentje die zelf écht niet kunt onderhouden bij issues, daar heb je dus niks aan.
Zeker als het alleen voor thuis is, zou ik lekker de cloud in gaan.

Ik vind het persoonlijk een beetje zonde van mijn geld als ik zo alle benodigdheden over al heb staan om dan de cloud in te gaan. Ook aan cloud gebruik zitten weer allemaal haken; dataverkeer, gebruik van opslag, aantal connecties etc.

Ik ga eens kijken hoe dit werkt met Zimbra ik heb al wat gelezen op de forums over het gebruik van 2 servers zonder dat je een SAN gebruikt. Via scripts is het mogelijk om mail op A & B synchroon te houden.
Mocht dat niets zijn of worden dan probeer ik hMailserver nog, met MySQL ben ik bekend.

Ik vind het ook leuk hier wat van te leren. Misschien voor thuis gebruik overkill, maar als het eenmaal werkt dan heb ik weer wat geleerd en een leuke oplossing voor mijzelf.

[Ultimation]

Hmm ik wil toch nog even terug komen op het volgende.
De keuze om over te stappen op mailserver is omdat het niet echt mogelijk was om de mailstore tussen Kerioconect host 1 en Kerioconnect host 2 synchroon te houden. Nu waren daar tools voor maar die zouden mij ontzettend veel geld gaan kosten.

Is dit (http://dimio.altervista.org/eng/) DSYNCHRONIZE geen goede optie? Is daar iemand bekend mee?

[Jazzy]

Kerio is geen enterprise-oplossing, verwacht niet dat je daar goed enterprise-functionaliteit mee kunt bouwen.