Freigeben über

Exchange Server-Virtualisierung

  • Artikel

Sie können Exchange Server 2016 und Exchange Server 2019 in einer virtualisierten Umgebung bereitstellen. Dieses Thema bietet eine Übersicht über die Szenarien, die für die Bereitstellung von Exchange in einer Hardwarevirtualisierungssoftware unterstützt werden.

Die folgenden Begriffe werden in dieser Diskussion zur Exchange-Virtualisierung verwendet:

  • Kaltstart: Wenn ein System aus einem Ausgeschaltetzustand in einen sauber Start des Betriebssystems versetzt wird, ist die Aktion ein Kaltstart. In diesem Fall bleibt der Zustand des Betriebssystems nicht erhalten.

  • Gespeicherter Zustand: Wenn ein virtueller Computer ausgeschaltet ist, haben Hypervisoren in der Regel die Möglichkeit, den Zustand des virtuellen Computers zu speichern. Wenn der Computer also wieder eingeschaltet wird, kehrt er in diesen gespeicherten Zustand zurück, anstatt einen Kaltstart zu durchlaufen.

  • Geplante Migration: Wenn ein Systemadministrator die Verschiebung eines virtuellen Computers von einem Hypervisorhost zu einem anderen initiiert, ist die Aktion eine geplante Migration. Die Aktion kann eine einzelne Migration sein, oder ein Systemadministrator kann eine Automatisierung konfigurieren, um den virtuellen Computer auf Zeitbasis zu verschieben. Eine geplante Migration kann auch das Ergebnis eines anderen Ereignisses sein, das im System auftritt, außer einem Hardware- oder Softwarefehler.

    Der wichtigste Punkt einer geplanten Migration ist, dass der virtuelle Exchange-Computer normal funktioniert und aus irgendeinem Grund verschoben werden muss. Diese Verlagerung kann über Technologie (z. B. Livemigration oder vMotion) erfolgen. Wenn für den virtuellen Exchange-Computer oder den Hypervisorhost, auf dem sich der virtuelle Computer befindet, jedoch eine Art Fehlerbedingung auftritt, wird das Ergebnis nicht als geplante Migration gekennzeichnet.

Anforderungen für die Hardwarevirtualisierung

Microsoft unterstützt Exchange 2016 und Exchange 2019 in der Produktion auf einer Hardwarevirtualisierungssoftware nur, wenn alle folgenden Bedingungen erfüllt sind:

  • Die Hardwarevirtualisierungssoftware wird auf einer der folgenden Lösungen ausgeführt:

    • Beliebige Version von Windows Server mit Hyper-V-Technologie oder Microsoft Hyper-V Server

    • Beliebige Hypervisoren von Drittanbietern, die im Rahmen des Windows Server-Virtualisierungsprogramms getestet wurden.

      Hinweis

      Die Bereitstellung von Exchange 2016 oder Exchange 2019 für IaaS-Anbieter (Infrastructure-as-a-Service) wird unterstützt, wenn alle Unterstützungsanforderungen erfüllt sind. Im Falle von Anbietern, die virtuelle Computer bereitstellen, gehört dazu, sicherzustellen, dass der für virtuelle Exchange-Computer verwendete Hypervisor vollständig unterstützt wird und dass die von Exchange zu verwendende Infrastruktur den Leistungsanforderungen gerecht wird, die während der Größenanpassung bestimmt wurden. Die Bereitstellung auf virtuellen Microsoft Azure-Computern wird unterstützt, wenn alle für Exchange-Datenbanken und Datenbanktransaktionsprotokolle verwendeten Speichervolumes (einschließlich Transportdatenbanken) für Azure Premium Storage konfiguriert sind.

  • Für den virtuellen Exchange-Gastcomputer gelten folgende Bedingungen:

    • Es wird Exchange 2016 oder Exchange 2019 ausgeführt.

    • Es wird auf einer unterstützten Version von Windows Server für Exchange bereitgestellt.

Für Bereitstellungen von Exchange 2016 oder Exchange 2019:

  • Alle Exchange-Serverrollen werden auf einem virtuellen Computer unterstützt.

  • Virtuelle Exchange Server-Computer (einschließlich exchange-VMs, die Teil einer Datenbankverfügbarkeitsgruppe oder DAG sind) können mit hostbasierter Failoverclustering- und Migrationstechnologie kombiniert werden, solange die virtuellen Computer so konfiguriert sind, dass sie den Zustand auf dem Datenträger nicht speichern und wiederherstellen, wenn sie verschoben oder offline geschaltet werden. Alle Failoveraktivitäten auf Hypervisorebene müssen zu einem Kaltstart führen, wenn der virtuelle Computer auf dem Zielknoten aktiviert wird. Alle geplanten Migrationen müssen entweder zum Herunterfahren und Kaltstart oder zu einer Onlinemigration führen, die eine Technologie wie die Hyper-V-Livemigration nutzt. Hypervisormigration von virtuellen Computern wird vom Hypervisoranbieter unterstützt. Daher müssen Sie sicherstellen, dass Ihr Hypervisoranbieter die Migration von virtuellen Exchange-Computern getestet hat und unterstützt. Microsoft unterstützt die Hyper-V-Livemigration dieser virtuellen Computer.

  • Auf dem physischen Hostcomputer kann nur eine Verwaltungssoftware (z. B. Antivirensoftware, Sicherungssoftware oder Vm-Verwaltungssoftware) bereitgestellt werden. Auf dem Hostcomputer sollten keine anderen serverbasierten Anwendungen (z. B. Exchange, SQL Server, Active Directory oder SAP) installiert werden. Der Hostcomputer sollte für die Ausführung der virtuellen Gastcomputer reserviert sein.

  • Einige Hypervisoren enthalten Features zum Erstellen von Momentaufnahmen von virtuellen Computern. Momentaufnahmen virtueller Computer erfassen den Zustand eines virtuellen Computers, während er ausgeführt wird. Mit diesem Feature können Sie mehrere Momentaufnahmen eines virtuellen Computers erstellen und dann den virtuellen Computer in einen der vorherigen Zustände rückgängig machen, indem Sie einen Momentaufnahme auf den virtuellen Computer anwenden. Momentaufnahmen virtueller Computer sind jedoch nicht anwendungsfähig, und ihre Verwendung kann unbeabsichtigte und unerwartete Folgen für eine Serveranwendung haben, die Zustandsdaten wie Exchange verwaltet. Daher wird das Erstellen von Momentaufnahmen virtueller Computer eines virtuellen Exchange-Gastcomputers nicht unterstützt.

  • Bei vielen Hardwarevirtualisierungsprodukten können Sie die Anzahl der virtuellen Prozessoren angeben, die jedem virtuellen Gastcomputer zugewiesen werden sollen. Die virtuellen Prozessoren auf dem virtuellen Gastcomputer verwenden eine feste Anzahl physischer Prozessoren im physischen System gemeinsam. Exchange unterstützt ein Verhältnis von virtuellen zu physischen Prozessorkernen von maximal 2:1, wenngleich ein Verhältnis von 1:1 empfohlen wird. Ein Dualprozessorsystem mit Quad-Core-Prozessoren enthält beispielsweise insgesamt 8 physische Prozessorkernen im Hostsystem. Weisen Sie in einem System mit dieser Konfiguration der Kombination aller virtuellen Gastcomputer nicht mehr als insgesamt 16 virtuelle Prozessoren zu.

  • Beim Berechnen der Gesamtanzahl der virtuellen Prozessoren, die für den Hostcomputer erforderlich sind, müssen Sie auch die E/A- und Betriebssystemanforderungen berücksichtigen. In den meisten Fällen ist die entsprechende Anzahl virtueller Prozessoren, die im Hostbetriebssystem für ein System erforderlich sind, auf dem virtuelle Exchange-Computer gehostet werden, 2. Dieser Wert sollte als Baseline für den virtuellen Prozessor des Hostbetriebssystems verwendet werden, wenn das Gesamtverhältnis zwischen physischen Kernen und virtuellen Prozessoren berechnet wird. Wenn die Leistungsüberwachung des Hostbetriebssystems darauf hinweist, dass Sie eine höhere Prozessorauslastung verbrauchen als die Äquivalente von 2 Prozessoren, sollten Sie die Anzahl der virtuellen Gastcomputern zugewiesenen virtuellen Prozessoren entsprechend reduzieren und überprüfen, ob das Verhältnis zwischen virtuellem Prozessor und physischem Kern insgesamt nicht größer als 2:1 ist.

  • Außerdem kann verhindert werden, dass virtuelle Gastcomputer direkt mit im Hostcomputer installierten Fibre Channel- oder SCSI-Hostbusadaptern (HBAs) kommunizieren. In diesem Fall müssen Sie die Adapter im Betriebssystem des Hostcomputers konfigurieren und die logischen Gerätenummern (Logical Unit Numbers, LUNs) für die virtuellen Gastcomputer als virtuelle Datenträger oder Pass-Through-Datenträger darstellen.

  • Die einzige unterstützte Möglichkeit zum Senden von E-Mails an externe Domänen von Azure-Computeressourcen ist ein SMTP-Relay (auch als SMTP-Smarthost bezeichnet). Die Azure-Computeressource sendet die E-Mail an das SMTP-Relay, und der SMTP-Relayanbieter übermittelt die E-Mail dann an die externe Domäne. Microsoft Exchange Online Protection ist ein Anbieter eines SMTP-Relays, aber es gibt auch eine Reihe von Drittanbietern. Weitere Informationen finden Sie unter Behandeln von Problemen mit ausgehenden SMTP-Verbindungen in Azure.

Speicheranforderungen des Hostcomputers

Die Mindestanforderungen an den Speicherplatz für jeden Hostcomputer werden in der folgenden Liste beschrieben:

  • Hostcomputer in einigen Hardwarevirtualisierungsanwendungen benötigen möglicherweise Speicherplatz für ein Betriebssystem und seine Komponenten. Zusätzlicher Speicherplatz ist auch erforderlich, um die Auslagerungsdatei, die Verwaltungssoftware und die Absturzwiederherstellung (Dump)-Dateien des Betriebssystems zu unterstützen.

  • Einige Hypervisoren verwalten Dateien auf dem Hostcomputer, die für jeden virtuellen Gastcomputer eindeutig sind. In einer Hyper-V-Umgebung wird beispielsweise eine temporäre Speicherdatei (BIN-Datei) für jeden Gastcomputer erstellt und verwaltet. Die Größe jeder BIN-Datei entspricht der Arbeitsspeichermenge, die dem Gastcomputer zugeordnet ist. Darüber hinaus können auch andere Dateien auf dem Hostcomputer für jeden Gastcomputer erstellt und verwaltet werden.

  • Wenn auf Ihrem Hostcomputer Windows Server 2012 Hyper-V oder Hyper-V 2012 ausgeführt wird und Sie einen hostbasierten Failovercluster konfigurieren, der Exchange-Postfachserver in einer DAG hosten soll, empfiehlt es sich, die Anleitung in KB2872325 zu befolgen.

Speicheranforderungen für Exchange

Für Speicher, der mit einem virtualisierten Exchange-Server verbunden ist, gelten folgende Anforderungen:

  • Jedem Exchange-Gastcomputer muss auf dem Hostcomputer ausreichend Speicherplatz für den Datenträger mit fester Größe zugewiesen werden, der das Betriebssystem des Gastcomputers, temporäre verwendete Arbeitsspeicherdateien und zugehörige Dateien des virtuellen Computers enthält, die auf dem Hostcomputer gehostet werden. Darüber hinaus müssen Sie für jeden Exchange-Gastcomputer auch ausreichend Speicherplatz für die Nachrichtenwarteschlangen und für die Datenbanken und Protokolldateien auf Postfachservern zuweisen.

  • Der vom Exchange-Gastcomputer verwendete Speicher für Exchange-Daten (beispielsweise Postfachdatenbanken und Transportwarteschlangen) kann virtueller Speicher mit einer festen Größe (beispielsweise feste VHDs [Virtual Hard Drives, virtuelle Festplatten] in einer Hyper-V-Umgebung), SCSI-Pass-Through-Speicher oder iSCSI-Speicher (Internet SCSI) sein. Passthroughspeicher ist auf Hostebene konfigurierter Speicher, der für einen Gastcomputer reserviert ist. Der gesamte Speicher, der von einem Exchange-Gastcomputer für die Speicherung von Exchange-Daten verwendet wird, muss Speicher auf Blockebene sein, da Exchange die Verwendung von NAS-Volumes (Network Attached Storage) nicht unterstützt, außer im SMB 3.0-Szenario, das weiter unten in diesem Thema beschrieben wird. Außerdem wird NAS-Speicher, der für den Gast als Speicher auf Blockebene über den Hypervisor dargestellt wird, nicht unterstützt.

  • Feste VHDs können in SMB 3.0-Dateifreigaben, die von Speicher auf Blockebene unterstützt werden, gespeichert werden, wenn auf dem Gastcomputer Windows Server 2012 Hyper-V (oder eine höhere Version von Hyper-V) ausgeführt wird. SMB 3.0-Dateifreigaben werden ausschließlich als Speicher fester VHDs unterstützt. Solche Dateifreigaben können nicht für die direkte Speicherung von Exchange-Daten verwendet werden. Wenn SMB 3.0-Dateifreigaben zur Speicherung fester VHDs verwendet werden, sollte der Speicher, der die Dateifreigabe unterstützt, für hohe Verfügbarkeit konfiguriert sein, um eine bestmögliche Verfügbarkeit des Exchange-Diensts zu gewährleisten.

  • Von Exchange verwendeter Speicher sollte in Datenträgerspindles gehostet werden, die von dem Speicher getrennt sind, der das Betriebssystem des virtuellen Gastcomputers hostet.

  • Die Konfiguration von iSCSI-Speicher für die Verwendung eines iSCSI-Initiators in einem virtuellen Exchange-Gastcomputer wird unterstützt. Diese Konfiguration ist jedoch durch eine verringerte Leistung gekennzeichnet, falls der Netzwerkstapel in einem virtuellen Computer nicht den vollen Funktionsumfang aufweist (beispielsweise unterstützen nicht alle virtuellen Netzwerkstapel Großrahmen).

Arbeitsspeicheranforderungen und -empfehlungen für Exchange

Einige Hypervisoren können die Arbeitsspeichergröße, die für einen bestimmten Gastcomputer zur Verfügung steht, anhand der erkannten Nutzung von Arbeitsspeicher im Gastcomputer im Vergleich zu den Anforderungen anderer Gastcomputer, die vom selben Hypervisor verwaltet werden, überzeichnen/einen übermäßigen Commit ausführen oder dynamisch anpassen. Diese Technologie ist sinnvoll für Arbeitsauslastungen, bei denen Arbeitsspeicher für kurze Zeitspannen benötigt wird und dann für andere Zwecke bereitgestellt werden kann. Sie sind nicht für Arbeitsauslastungen geeignet, die so ausgelegt sind, dass sie ständig Arbeitsspeicher nutzen. Exchange (wie viele Serveranwendungen mit Leistungsoptimierungen, die das Zwischenspeichern von Daten im Arbeitsspeicher beinhalten) ist anfällig für schlechte Systemleistung und eine inakzeptable Clienterfahrung, wenn es nicht über die vollständige Kontrolle über den Arbeitsspeicher verfügt, der dem physischen oder virtuellen Computer zugeordnet ist, auf dem er ausgeführt wird. Aus diesem Grund wird die Verwendung dynamischer Arbeitsspeicherfeatures für Exchange nicht unterstützt.

Hostbasiertes Failoverclustering und Migration für Exchange

Im Folgenden finden Sie Antworten auf einige häufig gestellte Fragen zum hostbasierten Failoverclustering und zur Migrationstechnologie mit Exchange DAGs:

  • Bietet Microsoft Unterstützung für Migrationstechnologien von Drittanbietern?

    Microsoft kann keine Supportanweisungen für die Integration von Hypervisorprodukten von Drittanbietern, die diese Technologien in Exchange verwenden, machen, da diese Technologien nicht Teil des Server Virtualization Validation Program (SVVP) sind. Das SVVP deckt die weiteren Aspekte der Microsoft-Unterstützung für Hypervisoren von Drittanbietern ab. Sie müssen sicherstellen, dass Ihr Hypervisoranbieter die Kombination seiner Migrations- und Clusteringtechnologie mit Exchange unterstützt. Wenn der Hypervisoranbieter die Verwendung seiner Migrationstechnologie mit Exchange unterstützt, unterstützt Microsoft Exchange mit der jeweiligen Migrationstechnologie.

  • Wie definiert Microsoft das hostbasierte Failoverclustering?

    Das hostbasierte Failoverclustering bezieht sich auf jede Art von Technologie, die eine automatische Reaktion auf Fehler auf Hostebene und das Starten der betroffenen virtuellen Computer auf alternativen Servern ermöglicht. Die Verwendung dieser Technologie wird unterstützt, wenn in einem Fehlerszenario der virtuelle Computer per Kaltstart auf dem alternativen Host gestartet wird. Mithilfe dieser Technologie wird sichergestellt, dass der virtuelle Computer nie aus einem gespeicherten Zustand gestartet wird, der dauerhaft auf dem Datenträger gespeichert ist, da dieser Zustand verglichen mit den übrigen DAG-Mitgliedern veraltet ist.

  • Was meint Microsoft mit Migrationsunterstützung?

    Als Migrationstechnologie wird jede Art von Technologie bezeichnet, mit der eine geplante Verschiebung eines virtuellen Computers von einem Hostcomputer auf einen anderen möglich ist. Dabei kann es sich auch um eine automatisierte Verschiebung handeln, die im Rahmen eines Ressourcenlastenausgleichs stattfindet und nicht aufgrund eines Systemfehlers durchgeführt wird. Migrationen werden unterstützt, solange die virtuellen Computer nie aus einem gespeicherten Zustand gestartet werden, der dauerhaft auf dem Datenträger gespeichert ist. Dies bedeutet, dass Technologien zum Verschieben eines virtuellen Computers durch Übertragen des Status und des Arbeitsspeichers des virtuellen Computers über das Netzwerk ohne wahrnehmbare Ausfallzeit für die Verwendung mit Exchange unterstützt werden. Ein Drittanbieter für Hypervisoren muss Unterstützung für die Migrationstechnologie bereitstellen, während Microsoft bei Verwendung in dieser Konfiguration Unterstützung für Exchange bietet.