Exchange 2013-Virtualisierung

Gilt für: Exchange Server 2013

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

• Kaltstart: Wenn ein System aus dem Ausschaltzustand in einen sauberen Neustart des Betriebssystems gebracht wird, handelt es sich um einen Kaltstart. In diesem Fall bleibt der Zustand des Betriebssystems nicht erhalten.

• Gespeicherter Zustand: Wenn eine virtuelle Maschine ausgeschaltet ist, haben Hypervisoren normalerweise die Möglichkeit, den Zustand der virtuellen Maschine zu speichern, sodass sie beim erneuten Einschalten der Maschine in diesen gespeicherten Zustand zurückkehrt, anstatt einen Kaltstart-Neustart zu durchlaufen.

• Geplante Migration: Wenn ein Systemadministrator die Verschiebung einer virtuellen Maschine von einem Hypervisor-Host zu einem anderen initiiert, handelt es sich bei der Aktion um eine geplante Migration. Dabei kann es sich um eine einzelne Migration handeln, oder ein Systemadministrator kann dieses Ereignis als zeitgesteuerte automatische Verschiebung des virtuellen Computers konfigurieren. Eine geplante Migration kann auch das Ergebnis eines anderen Systemereignisses sein, bei dem es sich nicht um einen Hardware- oder Softwareausfall handelt. Entscheidend ist, dass sich der virtuelle Computer mit Exchange im Normalbetrieb befindet und aus bestimmten Gründen neu platziert werden muss. Hierzu kann eine Technologie wie die Livemigration oder vMotion verwendet werden. Wenn jedoch auf dem virtuellen Computer mit Exchange oder dem Hypervisorhost, auf dem sich der virtuelle Computer befindet, ein Fehler auftritt, wird dies nicht als eine geplante Migration bezeichnet.

Anforderungen für die Hardwarevirtualisierung

Microsoft unterstützt Exchange 2013 in der Produktion auf 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 2013 auf Infrastructure-as-a-Service (IaaS)-Anbietern 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 2013 ausgeführt.

  • Es wird unter Windows Server 2008 R2 SP1 (oder höheren Versionen), Windows Server 2012 oder Windows Server 2012 R2 bereitgestellt.

Für Bereitstellungen von Exchange 2013:

• Auf einem virtuellen Computer werden alle Exchange 2013-Serverrollen unterstützt.

• Virtuelle Exchange-Servercomputer (einschließlich virtueller Exchange-Postfachcomputer, die Teil einer Database Availability Group (DAG) sind, können mit hostbasierter Failoverclustering- und Migrationstechnologie kombiniert werden, solange die virtuellen Computer so konfiguriert sind, dass sie nicht den Status auf dem Datenträger speichern und wiederherstellen, wenn sie verschoben oder offline geschaltet werden. Alle Failoveraktivitäten, die auf Hypervisorebene auftreten, müssen zu einem Kaltstart führen, wenn die virtuelle Maschine 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. Die Hypervisor-Migration von virtuellen Maschinen wird vom Hypervisor-Anbieter unterstützt. Daher müssen Sie sicherstellen, dass Ihr Hypervisor-Anbieter die Migration von virtuellen Exchange-Computern getestet hat und unterstützt. Microsoft unterstützt die Hyper-V-Live-Migration dieser virtuellen Computer.

• Nur Verwaltungssoftware (z. B. Antivirensoftware, Sicherungssoftware oder Software für die Verwaltung virtueller Computer) kann auf dem physischen Hostcomputer bereitgestellt werden. Auf dem Hostcomputer sollten keine anderen serverbasierten Anwendungen (beispielsweise 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 virtueller Maschinen. Momentaufnahmen virtueller Maschinen erfassen den Status einer virtuellen Maschine, während sie 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 Maschinen sind jedoch nicht anwendungsorientiert, und ihre Verwendung kann unbeabsichtigte und unerwartete Folgen für eine Serveranwendung haben, die Statusdaten verwaltet, wie z. B. Exchange. Daher wird das Erstellen von Momentaufnahmen virtueller Computer einer virtuellen Exchange-Gastmaschine 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.

• Bei der Berechnung der Gesamtzahl der vom Hostcomputer benötigten virtuellen Prozessoren müssen Sie sowohl die E/A- als auch die Betriebssystemanforderungen berücksichtigen. In den meisten Fällen entspricht die entsprechende Anzahl virtueller Prozessoren, die im Hostbetriebssystem für ein System erforderlich sind, das virtuelle Exchange-Computer hostet, 2. Dieser Wert sollte als Baseline für den virtuellen Prozessor des Hostbetriebssystems verwendet werden, wenn das Gesamtverhältnis von physischen Kernen zu virtuellen Prozessoren berechnet wird. Wenn die Leistungsüberwachung des Hostbetriebssystems anzeigt, dass Sie mehr als das Äquivalent von 2 Prozessoren verbrauchen, sollten Sie die Anzahl der virtuellen Prozessoren, die virtuellen Gastmaschinen zugewiesen sind, entsprechend reduzieren und sicherstellen, dass das Gesamtverhältnis zwischen virtuellem Prozessor und physischem Kern nicht größer als 2:1 ist.

• Das Betriebssystem eines Exchange-Gastcomputers muss einen Datenträger mit einer Größe von mindestens 15 Gigabyte (GB) plus der Größe des virtuellen Arbeitsspeichers verwenden, der dem Gastcomputer zugewiesen ist. Diese Anforderung ist erforderlich, um die Anforderungen an das Betriebssystem und den Auslagerungsdatenträger zu berücksichtigen. Wenn dem Gastcomputer beispielsweise 16 GB Arbeitsspeicher zugewiesen sind, ist der für den Gastbetriebssystemdatenträger mindestens erforderliche Speicherplatz von 31 GB.

  Darüber hinaus ist es möglich, dass virtuelle Gastcomputer daran gehindert werden, direkt mit den auf dem Hostcomputer installierten Fibre Channel- oder SCSI-Hostbusadaptern (HBAs) zu 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 Methode zum Senden von E-Mails von Azure-Computerressourcen an externe Domänen ist über ein SMTP-Relay (auch bekannt als SMTP-Smarthost). Die Azure Compute-Ressource sendet die E-Mail an das SMTP-Relay, und der SMTP-Relay-Anbieter stellt die E-Mail dann an die externe Domäne weiter. Exchange Online 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

Es gelten für jeden Hostcomputer die folgenden Mindestanforderungen an den Festplattenspeicherplatz:

• Hostcomputer in einigen Hardwarevirtualisierungsanwendungen benötigen möglicherweise Speicherplatz für ein Betriebssystem und seine Komponenten. Wenn Sie beispielsweise Windows Server 2008 R2 mit Hyper-V ausführen, benötigen Sie mindestens 10 GB, um die Anforderungen für Windows Server 2008 zu erfüllen. Weitere Informationen finden Sie unter Systemanforderungen für Windows Server 2008 R2. Zusätzlicher Speicherplatz ist außerdem erforderlich, um die Auslagerungsdatei, die Verwaltungssoftware und die Absturzwiederherstellungsdateien (Dump) des Betriebssystems zu unterstützen.

• Einige Hypervisoren verwalten Dateien auf dem Hostcomputer, die für jeden virtuellen Gastcomputer spezifisch sind. In einer Hyper-V-Umgebung wird beispielsweise für jeden Gastcomputer eine temporäre Speicherdatei (BIN-Datei) erstellt und verwaltet. Die Größe jeder BIN-Datei entspricht der Größe des Arbeitsspeichers, der dem Gastcomputer zugewiesen 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 Datenbankverfügbarkeitsgruppe hostet, wird empfohlen, die im Microsoft Knowledge Base-Artikel KB2872325 beschriebenen Anweisungen 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. Außerdem müssen Sie jedem Exchange-Gastcomputer ausreichenden Speicherplatz für die Nachrichtenwarteschlangen sowie 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. Bei allen Speichern, die von einem Exchange-Gastcomputer zum Speichern von Exchange-Daten verwendet werden, muss es sich um Speicher auf Blockebene handeln, da Exchange 2013 die Verwendung von NAS-Volumes (Network Attached Storage) nicht unterstützt, außer in dem 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 oder dynamische virtuelle Datenträger können in SMB 3.0-Dateien gespeichert werden, die durch Speicher auf Blockebene gesichert sind, wenn der Gastcomputer unter Windows Server 2012 Hyper-V (oder einer höheren Version von Hyper-V) ausgeführt wird. Die einzige unterstützte Verwendung von SMB 3.0-Dateifreigaben ist die Speicherung von festen oder dynamischen virtuellen Datenträgern. Solche Dateifreigaben können nicht für die direkte Speicherung von Exchange-Daten verwendet werden. Wenn Sie SMB 3.0-Dateifreigaben zum Speichern von festen oder dynamischen virtuellen Datenträgern verwenden, sollte der Speicher, der die Dateifreigabe unterstützt, für Hochverfügbarkeit konfiguriert werden, um die bestmögliche Verfügbarkeit des Exchange-Diensts sicherzustellen.

• 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 haben die Möglichkeit, die für einen bestimmten Gastcomputer verfügbare Speichermenge zu überzeichnen oder dynamisch anzupassen, basierend auf der wahrgenommenen Speicherauslastung auf dem Gastcomputer im Vergleich zu den Anforderungen anderer Gastcomputer, die von demselben Hypervisor verwaltet werden. 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 ist, ähnlich wie viele Serveranwendungen mit Leistungsoptimierung, die auf dem Zwischenspeichern von Daten im Arbeitsspeicher basieren, anfällig für eine schwache Systemleistung und eine nicht annehmbare Clientversorgung, wenn Exchange keine vollständige Kontrolle über den Arbeitsspeicher hat, der dem physischen oder virtuellen Computer zugeordnet ist, auf dem Exchange ausgeführt wird. Daher wird die Verwendung von dynamischen Speicherfeatures für Exchange nicht unterstützt.

Hostbasiertes Failoverclustering und Migration für Exchange

Im Folgenden finden Sie Antworten auf einige häufig gestellte Fragen zu hostbasiertem Failoverclustering und Migrationstechnologie mit Exchange 2013 DAGs:

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

  Microsoft kann keine Unterstützungserklärungen für die Integration von Hypervisorprodukten von Drittanbietern, die diese Technologien verwenden, in Exchange abgeben, 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.