Azure Fallback voor exchange

[pitchdown]

Goedemorgen,
ik ben al tijdje bezig om de mogelijkheden te onderzoeken om in MS azure een fallback-omgeving te maken voor een on-premis exchange-omgeving.

Waarom:
- Fallback-mogelijkheid wanneer de connectivity uitvalt naar de on-premis-omgeving
- Fallback-mogelijkheid wanneer de Exchange-omgeving down gaat op de on-premis-omgeving

Vragen die nog steed spelen:
- Is azure hier een goede optie in, of kan je beter kiezen voor een locatie in een datacenter (bv. i.v.m. kosten van azure)

Omgeving on Premis:
- Single Exchange 2010 omgeving met zo`n 450 GB aan mail

Bovenstaande soort omgeving speelt bij meerdere bedrijven. Misschien is het handig om in azure meerdere fallback-omgevingen te maken per bedrijf?

Wat volgens mij nodig is om dit te organiseren:

1) Domaincontroller in Azure
2) Exchange client/acces-server in een DAG samen met de on-premis exchange-server
3) VPN-verbinding tussen azure en on-premis
4) File-share-witness on-premis om te zorgen dat fall-back wordt georganiseerd

Ben ik er met bovenstaande en is dit verstandig of zijn er betere opties?

[Rolfie]

pitchdown schreef op donderdag 05 mei 2016 @ 09:18:
Goedemorgen,
ik ben al tijdje bezig om de mogelijkheden te onderzoeken om in MS azure een fallback-omgeving te maken voor een on-premis exchange-omgeving.

Waarom:
- Fallback-mogelijkheid wanneer de connectivity uitvalt naar de on-premis-omgeving
- Fallback-mogelijkheid wanneer de Exchange-omgeving down gaat op de on-premis-omgeving

Wat is volgens jouw down gaan?
Hoe ziet je omgeving er nu uit? Draait dit bijvoorbeeld lokaal, of al in een DataCenter?
Wil je bv actuele replicatie hebben, of een vertraagde replicatie?

Vragen die nog steed spelen:
- Is azure hier een goede optie in, of kan je beter kiezen voor een locatie in een datacenter (bv. i.v.m. kosten van azure)

Dit zal je zelf moeten uitrekenen voor de kosten. Zeker als je meerdere klanten hebt, wordt het alleen maar complexer. Zeker met de licenties, en als je de omgeving in een "eigen" datacenter wilt plaatsen. Want als je dit virtueel wilt gaan draaien, wordt het nog complexer.

Omgeving on Premis:
- Single Exchange 2010 omgeving met zo`n 450 GB aan mail

Hoeveel gebruikers?
Archivering?
Welke Office versie?
Gemiddelde mailbox grote?

Bovenstaande soort omgeving speelt bij meerdere bedrijven. Misschien is het handig om in azure meerdere fallback-omgevingen te maken per bedrijf?

Kan, maar maakt het alleen maar complexer per omgeving. Hou hier rekening mee. Er kan ook weer meer kapot gaat, updates worden complexer.

Wat volgens mij nodig is om dit te organiseren:

1) Domaincontroller in Azure
2) Exchange client/acces-server in een DAG samen met de on-premis exchange-server
3) VPN-verbinding tussen azure en on-premis
4) File-share-witness on-premis om te zorgen dat fall-back wordt georganiseerd

• FSW moet je even goed bekijken, aangezien er een meerderheid moet zijn. Ik weet ook niet 100% zeker of het nodig is.
• Hou er rekening mee, je VPN moet ook hoog beschikbaar zijn vanuit de locatie waar je verbinding wilt maken. Deze kan ook uitvallen als je on-premise uitvalt.
• Licenties?
• Complexere omgeving / beheer impact.
• Mail ontvangen / verzenden / MX records?

Ben ik er met bovenstaande en is dit verstandig of zijn er betere opties?

Mijn eerste reactie.... Office 365....(Of Exchange online). Laat Microsoft de hoog beschikbaarheid regelen.
Bij problemen kun je direct een ticket inschieten.
Check alleen of je backup eisen er aan voldoen, anders zou je hier nog een andere cloud provider bij moeten nemen.

[pitchdown]

Bedankt voor je uitgebreidde antwoord.

Er zijn verschillende situaties m.b.t. locatie.
In sommige situaties draait het al in een datacenter. In hoeverre is Office365 dan meer redundant?
Wanneer dit in datacenter draait gaat het om 1 exchange-server welke alle rollen vervult.

Er zou dan wel actuele replicatie moeten zijn.


Daarnaast wordt voor archivering vaak gebruik gemaakt van 3e partij software (bv. GFI mailarchiver).
Ik weet niet of daar een handige vervanger voor is bij O365.

Het doel moet niet zijn om perse azure te gebruiken. Maar het misschien wel een serieuze optie?
Daarnaast is het goed om de argumenten voor O365 eens op een rij te zetten.

Rolfie schreef op donderdag 05 mei 2016 @ 11:32:
[...]

Wat is volgens jouw down gaan?
Hoe ziet je omgeving er nu uit? Draait dit bijvoorbeeld lokaal, of al in een DataCenter?
Wil je bv actuele replicatie hebben, of een vertraagde replicatie?'


[...]

Dit zal je zelf moeten uitrekenen voor de kosten. Zeker als je meerdere klanten hebt, wordt het alleen maar complexer. Zeker met de licenties, en als je de omgeving in een "eigen" datacenter wilt plaatsen. Want als je dit virtueel wilt gaan draaien, wordt het nog complexer.


[...]

Hoeveel gebruikers?
Archivering?
Welke Office versie?
Gemiddelde mailbox grote?


[...]

Kan, maar maakt het alleen maar complexer per omgeving. Hou hier rekening mee. Er kan ook weer meer kapot gaat, updates worden complexer.


[...]

• FSW moet je even goed bekijken, aangezien er een meerderheid moet zijn. Ik weet ook niet 100% zeker of het nodig is.
• Hou er rekening mee, je VPN moet ook hoog beschikbaar zijn vanuit de locatie waar je verbinding wilt maken. Deze kan ook uitvallen als je on-premise uitvalt.
• Licenties?
• Complexere omgeving / beheer impact.
• Mail ontvangen / verzenden / MX records?

[...]

Mijn eerste reactie.... Office 365....(Of Exchange online). Laat Microsoft de hoog beschikbaarheid regelen.
Bij problemen kun je direct een ticket inschieten.
Check alleen of je backup eisen er aan voldoen, anders zou je hier nog een andere cloud provider bij moeten nemen.

[Rolfie]

pitchdown schreef op donderdag 05 mei 2016 @ 12:45:
Bedankt voor je uitgebreidde antwoord.

Er zijn verschillende situaties m.b.t. locatie.
In sommige situaties draait het al in een datacenter. In hoeverre is Office365 dan meer redundant?
Wanneer dit in datacenter draait gaat het om 1 exchange-server welke alle rollen vervult.

Er zou dan wel actuele replicatie moeten zijn.


Daarnaast wordt voor archivering vaak gebruik gemaakt van 3e partij software (bv. GFI mailarchiver).
Ik weet niet of daar een handige vervanger voor is bij O365.

Het doel moet niet zijn om perse azure te gebruiken. Maar het misschien wel een serieuze optie?
Daarnaast is het goed om de argumenten voor O365 eens op een rij te zetten.

Office 365 heeft zijn data al op meerdere data centers staan. Dus geografisch staat je data al op meerdere locaties

Een paar URLs:
Cloud services you can trust: Office 365 availability
Service Continuity

Is de cloud perfect.... Neee..... Maar kosten technisch is het wel heel gemakkelijk. Je kunt de mogelijkheden zelf eigenlijk niet bouwen voor het geld. Zeker niet als je het allemaal door rekent.
Hardware aanschaf, onderhoud, licenties.... Op harde cijfers was de omslag tussen zelf hosten en O365 dik 5 jaar. En dat was zonder beheer uren.
En altijd de laatste versie....
Je kunt je office licenties er ook in aanschaffen. Iets wat we hier gedaan hebben.

Archivering zit er ook in, mailbox mag standaard al 50GB worden en een archief van 50GB, maar let op niet alle Office versies laten het archief ook altijd zien. Persoonlijk vind ik zit een nadeel, maar de voordelen wegen niet op tegen dit kleine nadeel.
Wat wel belangrijk is, backup zit er niet in.... Exchange is in Office 365 verdeelt over meerdere locaties, maar je kunt niet even een full mailbox restore doen van vorige week. En je kunt ook niet even je eigen backup software er tussen hangen. Dit zal je met een cloud backup leverancier moeten regelen.

Vreemde Exchange dingen, of vragen, kun je ook meteen stellen. Want je het bij Office 365 hiervoor gewoon een SLA. Ik ga nu ook niet meer uren zelf zoeken. Als ik het zelf niet binnen een uur gevonden heb, dan schiet ik wel een ticket in. En je wordt meestal snel gebeld door een goed Engels sprekende persoon, welke je verder helpt. Mijn ervaring met de support vanuit Office 365 is uitstekend.

Maar ik denk als je alles op papier zet, dat eigen hosting (azure / eigen servers) vs Office 365 je nog wel eens kan verbazen.

[ Voor 0% gewijzigd door Rolfie op 05-05-2016 22:15 . Reden: Gb -> GB... Thx Jazzy ]

[Jazzy]

In de post hierboven dan wel even Gb door GB vervangen.

Verder is het draaien van Exchange 2010 in Amazon niet ondersteund door Microsoft. Maar zelfs als je naar Exchange 2013 of 2016 zou kijken dan is het nog steeds geen reële optie. Eén van de redenen is de kosten van het draaien van een VM die zwaar genoeg is voor Exchange, wat nog versterkt wordt door de eis dat alle data volumes van het type Azure Premium Storage moeten zijn.

Verder kun je een DAG niet zonder meer 'stretchen' naar Azure, Als je een automatische fall-back wilt bereiken dan zet je Exchange servers in site A, servers in site B en de FSW in de derde site.

Wat kosten betreft is een enkelvoudige server met Exchange die een jaar of vijf meegaat veruit het goedkoopste. Als je betere beschikbaarheid, grotere mailboxen, altijd de nieuwste versie en gratis support wilt dan is Office 365 het meest interessant.