excaliburx
Goto Top

Microsoft Exchange 2016 Enterprise komplett hochverfügbar bereitstellen

Hallo Zusammen,

Ziel ist es den bestehenden einen Exchange 2010 SP3 zur aktuellen Exchange 2016 Enterprise Edition zu migrieren.

Der neue Exchangeserver muss hochverfügbar sein, sodass E-Mail etc. immer verfügbar sind.
Angedacht sind zwei physische Server mit je lokalem Storage auf denen Windows Server 2016 Standard mit Exchange 2016 Enterprise betrieben wird.

Sind um Exchange 2016 komplett hochverfügbar bereitzustellen DAGs ausreichend oder bedarf es auch bestimmte Rollen in einem Microsoft Failovercluster zu betreiben?

Im WWW haben ich bisher speziell dazu noch keine Informationen finden können.

Danke im Voraus für Eure Tipps!

Gruß

Content-ID: 334130

Url: https://administrator.de/forum/microsoft-exchange-2016-enterprise-komplett-hochverfuegbar-bereitstellen-334130.html

Ausgedruckt am: 22.12.2024 um 20:12 Uhr

athi1234
athi1234 05.04.2017 um 08:58:27 Uhr
Goto Top
Excaliburx
Excaliburx 05.04.2017 um 09:50:20 Uhr
Goto Top
Danke für die sehr gut beschriebene Migrationsanleitung.

Leider ist darin kein Punkt zu allen Informationen zu Hochverfügbarkeit enthalten.

Hat jemand weitere Tipps?
athi1234
athi1234 05.04.2017 um 09:52:56 Uhr
Goto Top
Doch, da wird auch beschrieben, wie DAG aufgebaut wird.
Vision2015
Vision2015 05.04.2017 aktualisiert um 10:10:33 Uhr
Goto Top
moin...
Zitat von @athi1234:

Doch, da wird auch beschrieben, wie DAG aufgebaut wird.
ja schon, allerdings hat DAG nix mit hochverfügbar bereitstellen zu schaffen...

es wäre ja auch zu klären was man sich unter hochverfügbar vorstellt!
ein loadbalacing zwischen den diensten mittels windows loadbalancing funktioniert allerdings nicht, denn fail-over cluster und windows loadbalancing auf dem gleichen server schließen sich gegenseitig aus!
also braucht der TO ersteinmal einen loadbalancer...
mindesten alles an Switchen doppelt, 2 SAN´s... und ich sach mal 4 CPU bleche minimum- USV´s und alles an mindestens 2 brandabschnitten...
und und und...

war es das was du dir unter hochverfügbar vorstellt

Frank
aqui
aqui 05.04.2017 um 11:16:07 Uhr
Goto Top
Loadbalancer vor die beiden Server stellen dürfte das Sinnvollste sein.
sodass E-Mail etc. immer verfügbar sind.
Wie Kollege Vision2015 oben schon richtig bemerkt bedingt das dann natürlich auch eine Hochverfügbarkeit der Infrastruktur, sprich lokales Netzwerk UND Internet Zugang.
Daraus resultiert dann Switches doppelt und Internet Router und Leitung doppelt mit Link Balancing auf unterschiedliche Provider. Separate Hauseinführung sowieso.
Ohne das wäre eine Hochverfügkarkeit nur der Exchange Server und das dann vermeintliche Denken das allein das reicht um Email hochverfügbar zu machen, natürlich sinnfreier Blödsinn.
Excaliburx
Excaliburx 05.04.2017 um 11:38:51 Uhr
Goto Top
Als Loadbalancer könnte die bestehende KEMP Lösung verwendet werden.
Alle anderen Dinge wie die folgenden sind bereits doppelt und hochverfügbar vorhanden:
- LAN (Switche)
- Internetzugang
- Internet Router
- Separate Hauseinführungen
- Storage (wäre es mit DAGs möglich auf den beiden angedachten physischen Servern mit internen Platten Hochverfügbarkeit der Exchangedatenbanken zu erreichen oder ist zwingend eine separate Storagelösung erforderlich?)

Unter hochverfügbar ist die Vorstellung, dass jede Komponente des Exchangeservers so aufgebaut und eingerichtet ist, dass bei Ausfall einer oder mehrere Komponenten ein zweites System den Ausfall abfängt und somit alle Dienste des Exchangeservers weiterhin vollumfänglich ausgeführt und somit den Benutzern bereitgestellt werden.
athi1234
athi1234 05.04.2017 um 11:43:52 Uhr
Goto Top
Wieviele User musst du denn bedienen?
Normalerweise reicht ein DAG und DNS-Roundrobin. Sonst haste ja wieder den Loadbalancer als Singlepoint of Failure.
Excaliburx
Excaliburx 05.04.2017 um 11:46:05 Uhr
Goto Top
Derzeit sind es ca. 400 User.
Der Loadbalancer würde in diesem Zuge auch hochverfügbar gemacht werden.
athi1234
Lösung athi1234 05.04.2017 um 11:51:11 Uhr
Goto Top
400 Users kannste locker mit zwei Echtmetall-DAG-Member und Roundrobin bedienen.
Dani
Lösung Dani 05.04.2017 um 21:14:42 Uhr
Goto Top
Moin,
Normalerweise reicht ein DAG und DNS-Roundrobin. Sonst haste ja wieder den Loadbalancer als Singlepoint of Failure.
DNS Round Robin bringt ein paar Nachteile mit sich
  • Evtl. keine gleichmäßige Lastverteilung auf die Backends
  • kein aktive Überwachung via TCP möglich
  • Clients welche nur einen DNS-Namen sprechen können (z.B. 3rd Party Software)


Gruß,
Dani