Wenn Exchange 2007 SP1 auf einem virtuellen Gastcomputer ausgeführt wird, ändern sich die Exchange Server-Entwurfsanforderungen aus Anwendungssicht nicht. Die Größe des virtuellen Exchange Server-Gastcomputers muss ausreichen, um die Arbeitslast verarbeiten zu können. Die Skalierung eines virtualisierten Servercomputers mit Exchange erfolgt analog zur Skalierung eines nicht virtualisierten Servercomputers mit Exchange. Die Serverfunktionen Mailbox, ClientAccess und Transport müssen immer unter Leistungs-, Kapazitäts- und Zuverlässigkeitsaspekten geplant werden. Außerdem müssen ihnen basierend auf den Auslastungsprofilen des Systems Ressourcen zugewiesen werden, die für die Verarbeitung der Systemlast ausreichend sind. Details zu und Anweisungen zum Skalieren der Exchange-Serverfunktionen finden Sie in den folgenden Dokumenten:

• Planen von Prozessorkonfigurationen
  
• Planen von Speicherkonfigurationen
  
• Planen von Datenträgerspeicher
  
• Dimensionieren von Clientzugriffsservern
  
• Speicherentwurf für Postfachserver
  
• Speicherentwurf für Transport-Server
  

Die folgenden Erwägungen beziehen sich auf virtuelle Exchange-Gastcomputer:

• Wenn Sie die Gesamtanzahl der zugewiesenen virtuellen Prozessoren berechnen, müssen Sie die Anforderungen des Stammbetriebssystems berücksichtigen. Viele Hardwarevirtualisierungsprodukte (z. B. Hyper-V) weisen dem Betriebssystem des Stammcomputers virtuelle Prozessoren zu. Die Anzahl der verfügbaren virtuellen Prozessoren, die dem Stammcomputer zugewiesen werden, ist unterschiedlich und basiert auf der Anzahl der physikalischen Prozessoren und Cores im Stammcomputer sowie anderen Konfigurationseinstellungen. Im Fall von Hyper-V ist die Anzahl der dem Stammcomputer zugewiesenen virtuellen Prozessoren mit der Anzahl der physikalischen Prozessor-Cores im Stammcomputer identisch. Diese Anzahl stellt häufig einen Wert dar, der im Allgemeinen größer als in den meisten Exchange-Konfigurationen erforderlich ist.
  
• Wenn Sie die Gesamtanzahl der virtuellen Prozessoren berechnen, die für den Stammcomputer erforderlich sind, müssen Sie E/A- und Betriebssystemanforderungen berücksichtigen. In den meisten Fällen ist die Anzahl der virtuellen Prozessoren, die im Stammbetriebssystem für ein System erforderlich sind, das virtuelle Exchange-Computer hostet, 2. Dieser Wert sollte als Basis für den virtuellen Prozessor des Stammbetriebssystems verwendet werden, wenn das Gesamtverhältnis von physikalischen Cores zu virtuellen Prozessoren berechnet wird. Wenn die Leistungsüberwachung des Stammbetriebssystems anzeigt, das eine größere Prozessorauslastung als das Äquivalent von 2 Prozessoren vorliegt, sollten Sie die Anzahl der virtuellen Prozessoren entsprechend verringern, die virtuellen Gastcomputern zugewiesen sind. Stellen Sie außerdem sicher, dass das Gesamtverhältnis von virtuellen Prozessoren zu physikalischen Cores nicht größer als 2:1 ist.
  
• Das Speicher- und Netzwerkdesign des Exchange-Gastcomputers macht zusätzliche Erwägungen für den Stammcomputer erforderlich. Dies gilt insbesondere für die Auswirkungen der CPUs auf den Stammcomputer. In einigen Hardwarevirtualisierungsumgebungen (wie z. B. Hyper-V) werden alle E/A-Anforderungen, die von virtuellen Gastcomputern vorgenommen werden, durch den Stammcomputer verarbeitet. In diesen Umgebungen wird empfohlen, keine weiteren E/A-intensiven Anwendungen (z. B. Microsoft SQL Server) auf Gastcomputern bereitzustellen, die auf dem gleichen Stammcomputer wie Exchange Server-Gastcomputer gehostet werden.
  
• Das Hinzufügen einer Virtualisierungsschicht zu einem Servercomputer mit Exchange (wobei Exchange einen virtuellen Gastcomputer ausführt) bedeutet, dass zusätzliche Komponenten vorhanden sind, die auf Leistung und Verfügbarkeit überwacht werden müssen. Die folgenden zusätzlichen Erwägungen sind beim Überwachen von Exchange in einer virtuellen Umgebung zu berücksichtigen:
  
  • CPU-Zyklen in einem virtuellen Gastcomputer treten relativ zu CPU-Zeitscheiben auf dem Stammcomputer auf. Dieses Verhalten bewirkt, dass die Werte für CPU-bezogene Leistungsindikatoren in einem virtuellen Gastcomputer von den vom Stammcomputer gemeldeten Werten abweichen. Die von den einzelnen Systemen gemeldeten Werte sind jedoch richtig, weil sie auf der Sicht des Systems und der Art und Weise basieren, auf die Prozessorressourcen von den Stamm- und Gastcomputern gemeinsam verwendet werden. Weitere Informationen zu diesem Sachverhalt in einer Hyper-V-Umgebung finden Sie unter Hyper-V: Clocks lie... which performance counters can you trust? (englischsprachig).
    

    Hinweis:
    Der Inhalt jedes Blogs und die zugehörige URL kann ohne vorherige Ankündigung geändert werden. Der Inhalt jedes Blogs wird "WIE BESEHEN" ohne Gewährleistungen bereitgestellt und überträgt keine Rechte. Die Verwendung der enthaltenen Skriptbeispiele bzw. des enthaltenen Codes unterliegt den in den Microsoft – Nutzungsbedingungen (englischsprachig) angegebenen Bedingungen.

  • Exchange-spezifische Leistungsindikatoren sind nur auf dem Gastcomputer verfügbar. Der Stammcomputer veröffentlicht nur Leistungsdaten für Ressourcen, die er direkt verwendet, sowie Leistungsindikatoren, die sich auf die Hostumgebung beziehen (z. B. die Leistungsindikatoren von Hyper-V). Der Stammcomputer veröffentlicht keine Exchange-spezifischen Leistungsdaten.
    
• Virtuelle Gastcomputer auf einigen Hypervisors zeigen Prozessor-Core-Skalierbarkeitstrends an, die sich von Prozessorskalierbarkeitstrends unterscheiden, die von physikalischen Computern angezeigt werden. Es ist wichtig, die konfigurierten virtuellen Gastcomputer ausführlichen Belastungstests zu unterziehen, bevor diese in die Produktion übernommen werden.
  
• Einige Hypervisors umfassen Ressourcensteuerungsfunktionen, die die gleichmäßige Verteilung von Ressourcen auf die Gastcomputer ermöglichen. In einer Hyper-V-Umgebung können Sie z. B. einen Prozentsatz der Prozessorressourcen angeben, der für jeden Gastcomputer reserviert ist. Dieser Prozentsatz wird als Reserve des virtuellen Computers bezeichnet. Sie können auch einen maximalen Prozentsatz von Prozessorressourcen angeben, der von jedem Gastcomputer verwendet werden kann. Dieser Prozentsatz wird als Grenzwert des virtuellen Computers bezeichnet. Außerdem können Sie jedem Gastcomputer eine relative Gewichtung zuweisen, die vorschreibt, wie Ressourcen zugewiesen werden sollen, wenn mehrere Gastcomputer ausgeführt werden und um Ressourcen konkurrieren. In den meisten Umgebungen können die Ressourcensteuerungs-Standardeinstellungen des Hypervisors beibehalten werden. Es wird empfohlen, die Konfigurations- und Optimierungsinformationen des Hypervisorherstellers zu beachten.
  
• Für die Unterstützung großer Postfächer (mindestens 1 GB) ist die Verwendung fortlaufender Clusterreplikation oder hardwarebasierter VSS-Lösungen erforderlich. Der Einsatz einer hardwarebasierten VSS-Lösung ist in einer Hardwarevirtualisierungsumgebung nicht möglich.
  

Exchange 2007 enthält zahlreiche Funktionen für Hochverfügbarkeit und Notfallwiederherstellung wie etwa die fortlaufende lokale Replikation (Local Continuous Replication, LCR), die fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR), die fortlaufende Standbyreplikation (Standby Continuous Replication, SCR) und Einzelkopiecluster (Single Copy Cluster, SCC). Alle vier Konfigurationen werden in einer virtualisierten Umgebung unterstützt.

Hardwarevirtualisierungssoftware enthält ggf. Funktionen, die Clustering oder Portabilität virtueller Gastcomputer über mehrere physikalische Stammcomputer hinweg unterstützen. Hyper-V enthält z. B. eine Clusterlösung namens Schnellmigration, die Hyper-V-Hostcomputer mit Windows-Failoverclustern kombiniert. Laden Sie das Dokument Quick Migration with Hyper-V White Paper (englischsprachig) herunter, wenn Sie weitere Einzelheiten zur Schnellmigration erfahren möchten. Mit den Betriebssystemen Windows Server 2008 Enterprise und Windows Server 2008 Datacenter können Sie jeden Server, der Clientdienste zur Verfügung stellt, als virtuellen Gastcomputer auf einem physikalischen Server ausführen und den physikalischen Server als Knoten in einem Failovercluster (einer Gruppe verbundener Computer, die zusammenarbeiten, um Redundanz für Dienste zur Verfügung zu stellen) konfigurieren. In dieser Konfiguration sind andere physikalische Server im Cluster bereit, die virtuellen Gastcomputer bei Bedarf mittels Schnellmigration zu unterstützen. Die Auswirkungen der Schnellmigration auf einen Gastcomputer hängen von der Art des Ausfalls ab:

• Geplante Ausfälle   Ein geplanter Ausfall tritt auf, wenn der Administrator Clusterressourcen manuell auf einen anderen Knoten im Cluster verschiebt. In diesem Szenario wird der Status des Gastcomputers angehalten und gespeichert, die Ressourcen werden auf den angegebenen Knoten übertragen, und der Gastcomputer wird dann aus dem gespeicherten Status auf dem angegebenen Knoten fortgesetzt. Aus der Sicht von Exchange treten für den Server im Allgemeinen nur unterbrochene TCP-Verbindungen auf. Für Clients tritt während des Migrationsvorgangs eine Dienstunterbrechung auf: Benutzer von Microsoft Office Outlook im zwischengespeicherten Exchange-Modus sowie Exchange ActiveSync-Clients werden für einen kurzen Zeitraum offline geschaltet, und Outlook-Benutzer im Onlinemodus sowie Benutzer von Office Outlook Web Access, POP3 und IMAP4 sind während des Migrationsvorgangs nicht in der Lage, auf ihre Postfächer zuzugreifen. Die Länge des Ausfalls hängt davon ab, wie lange es dauert, den virtuellen Computer anzuhalten, zu verschieben und fortzusetzen. Sie wird außerdem stark durch die Informationsspeicherverbindung und die Speichergröße des virtuellen Computers beeinflusst.
  
• Nicht geplante Ausfälle   Ein nicht geplanter Ausfall tritt auf, wenn ein Fehler bewirkt, dass Clusterfailoverrichtlinien für einen aktiven Knoten ausgelöst werden. Dies ist der Fall, wenn ein Stromausfall den aktiven Knoten betrifft oder ein schwerwiegender Software- oder Hardwarefehler auftritt. In diesem Szenario ist der Gastcomputer von einem unerwarteten Stromausfall betroffen. Auf einem Exchange-Gastcomputer, der die Serverfunktion Mailbox hostet, werden die Datenbanken durch den unerwarteten Stromausfall in den Status "Dirty Shutdown" versetzt. Wenn der Exchange-Gastcomputer neu gestartet wird, führt Exchange die integrierten Wiederherstellungsprozesse nach Abstürzen aus und gibt alle Protokolldateien für alle Datenbanken wieder. Die Zeitspanne, die für den Abschluss der Wiederherstellung erforderlich ist, hängt davon ab, wie viele Protokolldateien wiedergegeben werden müssen. Alle nach dem Prüfpunkt generierten Protokolldateien müssen wiedergegeben werden. Im Allgemeinen können Sie damit rechnen, eine Wiedergaberate von mindestens zwei Protokolldateien pro Sekunde zu erzielen.
  

Auswählen einer Hochverfügbarkeitslösung für einen virtualisierten Computer mit Exchange Server

Es wird empfohlen, die integrierten Exchange Server-Hochverfügbarkeitslösungen für virtualisierte Servercomputer mit Exchange anstelle der durch den Hypervisor zur Verfügung gestellten Cluster- und Portabilitätslösungen (wie etwa die Schnellmigrationsfunktion von Hyper-V) zu verwenden. Die in Exchange Server enthaltenen Funktionen (insbesondere die fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR)) bieten größere Vorteile als Hypervisorlösungen, die virtuelle Computer zwischen physikalischen Stammcomputern verschieben.

Der integrierte Datenreplikationsmechanismus in Exchange (fortlaufende Replikation) kann mit Windows-Failoverclustern in einer Konfiguration kombiniert werden, die als fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR) bezeichnet wird. CCR kann in einer Hardwarevirtualisierungsumgebung bereitgestellt werden. Auf diese Weise wird eine Dienst- und Datenverfügbarkeitslösung für Exchange 2007 in einer virtualisierten Umgebung zur Verfügung gestellt. In einer virtualisierten CCR-Umgebung (oder SCC-Umgebung) muss jeder Gastcomputer, der ein Knoten im Cluster ist, auf separaten physikalischen Stammcomputern gehostet werden, damit echte Redundanz und Hochverfügbarkeit zur Verfügung gestellt werden.

Hinweis:
Die Bereitstellung von CCR oder SCC mithilfe einer Kombination aus physikalischen und virtuellen Knoten wird unterstützt. Wie bei allen Exchange-Hochverfügbarkeitskonfigurationen müssen Sie sicherstellen, dass alle Knoten groß genug sind, um die gesamte Arbeitslast während geplanten und ungeplanten Ausfällen zu verarbeiten.

Es wird nicht empfohlen, hypervisorbasierte Migration virtueller Computer (wie z. B. die Schnellmigration von Hyper-V) für virtualisierte Servercomputer mit Exchange zu verwenden. In einer Migrationskonfiguration für virtuelle Computer kann ein nicht geplanter Ausfall zu Datenverlusten führen. In einer CCR-Umgebung wird diese Art von Datenverlust durch eine Funktion namens Transportpapierkorb weitestgehend verhindert. Der Transportpapierkorb nutzt die Redundanz in der Umgebung, um einen Teil der vom Failover betroffenen Daten erneut zur Verfügung zu stellen. Weitere Informationen finden Sie unter Fortlaufende Clusterreplikation.

Die Unterschiede zwischen Migrationslösungen für virtuelle Computer und CCR (bei Bereitstellung in einer Hardwarevirtualisierungsumgebung) werden in der folgenden Tabelle aufgeführt:

Migration virtueller Computer im Vergleich zur fortlaufenden Clusterreplikation

	Migration virtueller Computer	Fortlaufende Clusterreplikation
Takterkennung des Betriebssystems	Ja	Ja
Takterkennung des Servercomputers mit Exchange	Nein	Ja
Kopien von Exchange-Daten	1	2
Erfordert freigegebenen Speicher	Ja	Nein
Unterstützt Exchange-aktivierte Sicherung vom passiven Knoten	Nein	Ja

Erwägungen zu Sicherung und Wiederherstellung

Es wird empfohlen, separate LUNs, die mithilfe von RAID-Arrays (Redundant Array of Independent Disks) geschützt sind, für das Hostbetriebssystem, jeden Gastbetriebssystem-Datenträger und den gesamten Speicher des virtuellen Computers zu verwenden. Die LUNs für Datenbanken und Protokolldateien sollten gemäß den bewährten Methoden für Exchange 2007-Speicher isoliert werden. Alle Exchange 2007-Speicheranforderungen sowie die bewährten Methoden gelten für Servercomputer mit Exchange, die in einer Hardwarevirtualisierungsumgebung ausgeführt werden. Weitere Informationen zu Speicheranforderungen, Empfehlungen und bewährten Methoden für Exchange 2007 finden Sie unter Planen von Datenträgerspeicher.

Die folgende Abbildung zeigt die Speicherkonfiguration von Exchange 2007 in einer Hyper-V-Umgebung.

Speicherkonfiguration von Exchange 2007 in einer Hyper-V-Umgebung

Speicheranforderungen des virtuellen Gastcomputers

Speicheranforderungen des Stammcomputers

Exchange Server-Speicheranforderungen und -empfehlungen

Es werden spezifische Netzwerkkonfigurationen empfohlen, wenn Exchange 2007 in einer Hardwarevirtualisierungsumgebung ausgeführt wird. Diese Konfigurationen basieren darauf, ob Exchange für hohe Verfügbarkeit bereitgestellt wird.

In Umgebungen, die nicht für hohe Verfügbarkeit bereitgestellt sind (z. B. keine CCR, keine SCC, keine Schnellmigration), empfiehlt sich die Einhaltung der Planungs- und Bereitstellungsrichtlinien des Hypervisor-Anbieters. Im Falle von Hyper-V empfiehlt sich beispielsweise die Befolgung der Richtlinien im Hyper-V Planning and Deployment Guide (englischsprachig) sowie im Microsoft Hyper-V Server 2008 Configuration Guide (englischsprachig).

Für Umgebungen, die für hohe Verfügbarkeit bereitgestellt sind (z. B. CCR oder SCC), empfiehlt es sich, mindestens zwei physische Netzwerkschnittstellenkarten im Stammcomputer zu betreiben. Eine Netzwerkkarte muss dediziert für den Hypervisor-Stammcomputer zur Verfügung stehen, die andere dediziert für die virtuellen Gastcomputer. Zusätzliche, gesonderte Netzwerkkarten müssen für jeden iSCSI-Speicher verwendet werden, der vom Stamm- oder den Gastcomputern verwendet wird.

Hinweis:

Wenn Sie Clientzugriffs- oder Hub-Transport-Gastcomputer in Hyper-V bereitstellen, die ebenfalls für hohe Verfügbarkeit unter Verwendung des Netzwerklastenausgleichs konfiguriert sind, müssen Sie den Hotfix aus Microsoft Knowledge Base-Artikel 953828, The NLB host does not converge as expected on Windows Server 2008 Hyper-V virtual machines (englischsprachig), installieren. Weitere Informationen zum Installieren und Konfigurieren des Netzwerklastenausgleichs finden Sie im Network Load Balancing Deployment Guide (englischsprachig).

Wenn Sie planen, Exchange Server 2003 SP2 in einer virtualisierten Umgebung bereitzustellen, gelten die gleichen Leistungs- und Skalierbarkeitsaspekte, die im Handbuch zur Leistung und Skalierbarkeit von Exchange Server 2003 beschrieben werden, wenn Sie die einzelnen virtuellen Computer für Exchange Server 2003 skalieren.

Einige Faktoren wirken sich jedoch direkt auf die Leistung und Skalierbarkeit von Exchange Server 2003 aus, wenn die Ausführung unter Virtual Server 2005 R2 erfolgt. Diese Faktoren sollten berücksichtigt werden, wenn Sie die Hostkonfigurationen und die Gastkonfigurationen skalieren.

Die folgenden Faktoren sollten bei der Konfiguration des virtuellen Computers berücksichtigt werden:

• Jeder virtuelle Computer kann nur eine CPU besitzen. Die Verarbeitungsleistung der virtualisierten Exchange-Installation ist daher beschränkt. Der Server sollte so skaliert werden, dass eine einzelne CPU die geschätzte Arbeitslast des Servers verarbeiten kann. Die Anzahl der virtuellen Computer, die gleichzeitig auf dem Hostcomputer ausgeführt werden, wirkt sich außerdem auf die Gesamtleistung des gesamten Systems aus.
  
• Wenn Sie die Datenträgerkapazität des virtuellen Computers skalieren, sollten Sie die Zeit berücksichtigen, die erforderlich ist, um eine vollständige Onlinesicherung der Exchange Server-Daten über das Netzwerk auszuführen. Ziehen Sie außerdem in Betracht, einen dedizierten virtuellen Netzwerkadapter für Exchange Server-Sicherungen hinzuzufügen.
  

  Hinweis:
  Sie können zwar eine Offlinesicherung der VHD-Dateien (Virtual Hard Disk) auf Hostebene ausführen, diese ersetzt jedoch nicht die Anforderung, eine regelmäßige Exchange Server-Sicherung anzufertigen. Weitere Informationen zu den Sicherungs- und Wiederherstellungsprozessen von Exchange Server finden Sie im Exchange 2003-Handbuch zur Wiederherstellung nach Datenverlust.

• Erstellen Sie separate virtuelle Datenträger fester Größe für Exchange Server-Datenbanken und Protokolldateien, und speichern Sie diese auf separaten physikalischen Laufwerken auf dem Hostserver.
  
• Die Leistung von Exchange Server sollte vor dem Einsatz in der Produktionsumgebung mithilfe der Exchange Server 2003-Leistungstools überprüft werden. Weitere Informationen zu diesen Tools finden Sie im Handbuch zur Leistung und Skalierbarkeit von Exchange Server 2003.
  

Die folgenden Faktoren sollten bei der Konfiguration des Hosts berücksichtigt werden:

• Stellen Sie sicher, dass der Server mit Virtual Server 2005 R2 ordnungsgemäß skaliert ist, um die Anzahl der virtuellen Computer verarbeiten zu können, die bereitgestellt werden sollen. Diese Schätzung sollte die CPU, den Arbeitsspeicher, die Netzwerkadapter und die Datenträgerkonfiguration berücksichtigen.
  
• Verwenden Sie eine Festplattenlösung, die schnellen Zugriff ermöglicht. Sie können eine SCSI-Festplatte, RAID (Redundant Array of Independent Disks) oder ein SAN (Storage Area Network) zum Speichern der VHD-Dateien verwenden, die von Exchange Server-Daten verwendet werden.
  
• Wenn ein Antivirusprogramm auf dem Host installiert ist, sollte das Antivirusprogramm so konfiguriert werden, dass VHD-Dateien nicht gescannt werden.