Installieren und Konfigurieren einer virtuellen Hyper-V-Maschine zur Verwendung mit BizTalk Server

Dieses Thema enthält Empfehlungen für die Installation und Konfiguration von BizTalk Server in einer Hyper-V-Umgebung, einschließlich Empfehlungen für die Installation und Konfiguration der virtuellen Hyper-V-Maschine und Empfehlungen für die Installation von BizTalk Server auf einer virtuellen Hyper-V-Maschine.

Installieren und Konfigurieren von Hyper-V

Lesen Sie vor der Installation von Hyper-V, Was ist neu in Hyper-V in Windows Server 2008 R2. Das Handbuch „Erste Schritte mit Microsoft Hyper-V Server 2008 R2“ enthält Details zur Installation und Konfiguration von Windows Server 2008 R2 Hyper-V. Der Leitfaden ist unter https://go.microsoft.com/fwlink/?LinkID=202431 verfügbar.

Das Dokument „Richtlinien zur Leistungsoptimierung für Windows Server 2008 R2“ enthält Details zur Optimierung von Windows Server 2008 R2 und enthält einen Abschnitt, der sich speziell auf Hyper-V konzentriert. Das Dokument ist unter https://go.microsoft.com/fwlink/?LinkID=202087 verfügbar.

Voraussetzungen für die Hyper-V-Plattform

Hyper-V ist eine Serverrolle, die für 64-Bit verfügbar ist, und alle Editionen von Windows Server 2008 SP2 sind nur 64-Bit. Darüber hinaus muss die physische Hardware die hardwaregestützte Virtualisierung unterstützen. Dies bedeutet, dass der Prozessor mit Intel Virtualization Technology (Intel VT) oder AMD Virtualization (AMD-V) kompatibel sein muss, das System-BIOS Data Execution Prevention (DEP) unterstützen muss und DEP aktiviert sein muss. Insbesondere müssen Sie das Intel XD-Bit (Execute Disable Bit) oder das AMD NX-Bit (no Execute Bit) aktivieren.

Ermitteln der Hardwareanforderungen

Aufgrund der Anforderungen der Serverkonsolidierung verbrauchen Hyper-V-Server tendenziell mehr CPU und Arbeitsspeicher und benötigen eine größere Festplatten-E / A-Bandbreite als physische Server mit vergleichbarer Rechenlast. Um eine Umgebung bereitzustellen, die den Erwartungen entspricht, berücksichtigen Sie die folgenden Faktoren, um die genauen Hardwareanforderungen Ihres Servers zu ermitteln.

Speicherkonfigurationsoptionen

Die Speicherhardware sollte ausreichende E/ A-Bandbreite und Speicherkapazität bereitstellen, um die aktuellen und zukünftigen Anforderungen der virtuellen Maschinen zu erfüllen, die Sie hosten möchten. Bei der Auswahl der Speicherkonfiguration für Hyper-V besteht ein Kompromiss zwischen der Kapazitätsauslastung und der Leistung, die sie bieten kann.

Berücksichtigen Sie bei der Planung der Speicherkonfiguration die Anforderungen der Umgebung, die Sie bereitstellen. Die Anforderungen an Produktions-, Pre-Production- und Entwicklungsumgebungen können sehr unterschiedlich sein.

Wenn Sie eine Produktions-BizTalk-Serverumgebung auf Hyper-V bereitstellen, ist die Leistung eine wichtige Anforderung. Installieren Sie Integration Services sowohl auf dem Host- als auch auf dem Gastbetriebssystem, und konfigurieren Sie Festplatten für Datenvolumes mit dem synthetischen SCSI-Controller, um Konflikte bei Festplatten-E/A auf ausgelasteten Produktionssystemen zu vermeiden. Für hochintensive Speicher-E / A-Workloads, die sich über mehrere Datenlaufwerke erstrecken, sollte jede VHD für eine bessere Gesamtleistung an einen separaten synthetischen SCSI-Controller angeschlossen werden. Darüber hinaus sollte jede VHD auf separaten physischen Datenträgern gespeichert werden. Weitere Informationen zum Konfigurieren von Datenträgern für Datenvolumes mit dem synthetischen SCSI-Controller finden Sie im Abschnitt „Datenträgerleistung optimieren“ des Themas Checkliste: Optimieren der Leistung unter Hyper-V.

Entwicklungsumgebungen haben in der Regel keine strengen Leistungsanforderungen, da die Maximierung der Ressourcenauslastung die Hauptpriorität darstellt. Für Entwicklungsumgebungen ist die Leistung beim Hosten mehrerer VHD-Dateien auf einem einzelnen physischen Laufwerk im Allgemeinen akzeptabel.

Hyper-V unterstützt verschiedene Arten von Speicherfestplattenoptionen. Jede der Speicheroptionen kann über einen IDE- oder SCSI-Controller an die Maschine angeschlossen werden. Ein potenzieller Vorteil der Verwendung des SCSI-Controllers gegenüber dem IDE-Controller besteht darin, dass er nur dann ordnungsgemäß funktioniert, wenn die richtigen Versionen der Betriebssystemintegrationskomponenten auf der virtuellen Gastmaschine installiert wurden. Dies ist eine einfache Methode, um sicherzustellen, dass korrekte Komponenten zur Betriebssystemintegration auf dem Gastbetriebssystem installiert sind.

Bei intensiven Lese- und Schreibvorgängen, z. B. beim Hosten von SQL Server-Datenbanken, bietet die Option Passthrough-Datenträger inkrementelle Leistungsvorteile gegenüber VHD-Datenträgern (Fixed Virtual Hard Drive). Die Passthrough-Option ermöglicht der virtuellen Maschine den direkten Zugriff auf die physische Festplatte und umgeht das NTFS-Dateisystem in der Stammpartition, unterstützt jedoch bestimmte Funktionen virtueller Festplatten nicht, z. B. Snapshots virtueller Maschinen und Clusterunterstützung. Daher wird die Verwendung der Passthrough-Festplattenfunktion in einer BizTalk- oder SQL Server-Umgebung nicht empfohlen, da die marginalen Leistungsvorteile durch die fehlende Funktionalität mehr als ausgeglichen werden.

Die folgende Tabelle fasst die Vor- und Nachteile der verfügbaren Hyper-V-Speicheroptionen zusammen:.

Hyper-V-Speichertyp	Vorteile	Nachteile	Überlegungen zu BizTalk Server
Festplatten mit fester Größe	Weisen eine bessere Leistung als eine dynamische VHD auf, da die VHD-Datei bei der Erstellung auf der physischen Festplatte mit ihrer maximal möglichen Größe initialisiert wird. Dies macht die Fragmentierung weniger wahrscheinlich und mildert daher Szenarien, in denen eine einzelne E / A in mehrere E / A aufgeteilt wird. Dies hat den geringsten CPU-Overhead der VHD-Typen, da Lese- und Schreibvorgänge die Zuordnung des Blocks nicht nachschlagen müssen.	Erfordert die Zuweisung des gesamten Festplattenspeichers im Voraus.	Verwendung für Betriebssystemvolumes auf BizTalk Server und SQL Server. Wichtig: Das Startvolume einer Hyper-V-Gastpartition muss an einen IDE-Controller angeschlossen sein.
Dynamisch expandierende Festplatten	Die Größe der VHD-Datei wird auf die beim Erstellen der Festplatte angegebene Größe erhöht, da mehr Daten auf der virtuellen Maschine selbst gespeichert werden. Dies ermöglicht die effizienteste Nutzung des verfügbaren Speichers.	Funktioniert nicht so gut wie eine VHD mit fester Größe. Dies liegt daran, dass die Blöcke auf der Festplatte als Blöcke mit Null beginnen, jedoch nicht durch tatsächlichen Speicherplatz in der VHD-Datei gesichert werden. Lesevorgänge aus solchen Blöcken geben einen Block mit Nullen zurück. Wenn ein Block zum ersten Mal geschrieben wird, muss der Virtualisierungsstapel Speicherplatz in der VHD-Datei für den Block zuweisen und dann die entsprechenden Metadaten aktualisieren. Darüber hinaus muss jedes Mal, wenn auf einen vorhandenen Block verwiesen wird, die Blockzuordnung in den Metadaten nachgeschlagen werden. Dies erhöht die Anzahl der Lese- und Schreibaktivitäten, was wiederum zu einer erhöhten CPU-Auslastung führt. Das dynamische Wachstum erfordert auch, dass der Serveradministrator die Festplattenkapazität überwacht, um sicherzustellen, dass genügend Festplattenspeicher vorhanden ist, wenn die Speicheranforderungen steigen.	Funktioniert nicht so gut wie eine VHD mit fester Größe. Wenn die Leistung kein Problem darstellt, z. B. in einer Entwicklungsumgebung, kann dies eine geeignete Option für die Festplatten des Betriebssystems sein. Verursacht zusätzlichen CPU-Overhead aufgrund der Blockzuordnungssuche.
Differenzierende Festplatten	Dies ist eine Eltern-Kind-Konfiguration, bei der die differenzierende Festplatte alle Änderungen relativ zu einer Basis-VHD speichert und die Basis-VHD statisch bleibt. Daher müssen nur die Blöcke, die sich von den Eltern unterscheiden, in der untergeordneten differenzierenden VHD gespeichert werden.	Die Leistung kann sich verschlechtern, da Lese- / Schreibvorgänge auf die feste / dynamische übergeordnete VHD sowie die differenzierende Festplatte zugreifen müssen. Dies erhöht die CPU-Auslastung und den Festplatten-E / A-Overhead.	Für BizTalk Server-Installationen ist eine große Menge an maschinenspezifischer Konfiguration erforderlich, und untergeordnete VHD-Dateien können erheblich wachsen, was die Vorteile der Verwendung dieser Festplattenkonfiguration minimieren würde. Das Lesen von mehreren VHDs in diesem Szenario verursacht zusätzlichen CPU- und Festplatten-E / A-Overhead.
Passthrough-Datenträger	Dies sind physische Datenträger, die in der Root-Partition auf Offline gesetzt sind und Hyper-V exklusiven Lese-/Schreibzugriff auf die physische Festplatte ermöglichen.	Erfordert eine vollständig dedizierte Festplatte oder LUN, damit sie einer virtuellen Maschine zugewiesen werden kann. Eine physische Festplatte ist schwieriger zwischen Computern zu verschieben als VHD-Dateien.	Wenn Ihre SQL Server-Instanz auf einem Hyper-V ausgeführt wird, können Sie inkrementelle Leistungsverbesserungen erzielen, indem Sie Passthrough-Datenträger gegenüber festen virtuellen Festplatten (VHD) für die BizTalk Server-Datenvolumes verwenden. Wenn Sie lokale Dateispeicherorte auf BizTalk Server hosten oder während der Verarbeitung große Nachrichten auf die Festplatte streamen, können Sie mithilfe von Passthrough-Festplatten inkrementelle Leistungsverbesserungen gegenüber der Verwendung fester virtueller Festplatten (VHD) erzielen.

Weitere Informationen zum Implementieren von Festplatten und Speicher mit Hyper-V finden Sie unter Implementieren von Festplatten und Speicher (https://go.microsoft.com/fwlink/?LinkID=142362).

Vernetzung

BizTalk Server weist tendenziell eine hohe Netzwerkauslastung auf. Wenn die Netzwerkleistung ein Problem darstellt, sollten Sie daher eine separate physische Netzwerkkarte für jede virtuelle Maschine zuweisen.

Stellen Sie beim Konfigurieren einer virtuellen Maschine sicher, dass Sie den Netzwerkadapter anstelle des Legacy-Netzwerkadapters verwenden. Der Legacy-Netzwerkadapter ist für Betriebssysteme vorgesehen, die keine Integrationskomponenten unterstützen.

Um die Netzwerkleistung zu messen, verwenden Sie die „\Network Interface \Bytes Total/sec“ und die \Network Interface(*)\Output Queue Length Performance Monitor-Zähler auf dem Host-Betriebssystem, um die Gesamtleistung der Netzwerkkarte zu messen. Wenn ein physisches Netzwerk als ausgelastet identifiziert wurde, verwenden Sie den Zähler „\Hyper-V Virtual Network Adapter (*)\Bytes / sec“ auf dem Hostbetriebssystem, um festzustellen, welche Netzwerkadapter der virtuellen Maschine eine hohe Last erzeugen.

Weitere Informationen zur Bewertung der Netzwerkleistung in einer Hyper-V-Umgebung finden Sie im Abschnitt Messen der Netzwerkleistung von Checkliste: Messen der Leistung auf Hyper-V.

CPU

Hyper-V unterstützt eine unterschiedliche Anzahl virtueller Prozessoren für verschiedene Gastbetriebssysteme, wie in der folgenden Tabelle zusammengefasst. Um die maximalen CPU-Ressourcen für BizTalk Server zuzuweisen, installieren Sie es auf einem Windows Server 2008 R2-Gastbetriebssystem, das vier virtuelle Prozessoren pro virtueller Maschine unterstützt.

Konfigurieren Sie eine 1-1-Zuordnung von virtuellen Prozessoren in den Gastbetriebssystemen zu logischen Prozessoren, die dem Hostbetriebssystem zur Verfügung stehen, um einen übermäßigen Kontextwechsel zu verhindern. Übermäßiger Kontextwechsel zwischen Prozessoren führt zu Leistungseinbußen. Weitere Informationen zum Zuweisen virtueller Prozessoren zu logischen Prozessoren finden Sie im Abschnitt „Prozessorleistung optimieren“ der Themencheckliste: Optimieren der Leistung unter Hyper-V.

Der Leistungsmonitorzähler „\Hyper-V Hypervisor Logical Processor(_Total)\% Total Run Time“ misst die Gesamtressourcennutzung aller Gastcomputer und des Hypervisors auf dem Hyper-V-Host. Wenn dieser Wert über 90% liegt, läuft der Server mit maximaler Kapazität; Das Zuweisen zusätzlicher virtueller Prozessoren zu virtuellen Maschinen in diesem Szenario kann die Gesamtsystemleistung beeinträchtigen und sollte vermieden werden. Weitere Informationen zur Verwendung der HyperV-Leistungsindikatoren finden Sie im Abschnitt Evaluieren der BizTalk Server-Leistung unter Hyper-V in diesem Handbuch.

Betriebssystem	Begrenzung des virtuellen Prozessors
Windows Server 2008 R2. Alle Editionen von Windows Server 2008 R2 sind nur 64-Bit.	4
Windows Server 2008 SP2 64-Bit	4
Windows Server 2008 SP2 32-Bit	4
Windows 7 64-Bit	4
Windows 7 32-Bit	4
Windows Vista 64-Bit	2
Windows Vista 32-Bit	2

Arbeitsspeicher

Der physische Server benötigt genügend Arbeitsspeicher für die Root-Partition und alle auf dem Server ausgeführten virtuellen Maschinen. Während des Tests wurden der Root-Partition mindestens 2 GB Arbeitsspeicher zugewiesen, und der Leistungsindikator Arbeitsspeicher / Verfügbare Mbyte wurde überwacht, um sicherzustellen, dass kein Speicherdruck auftritt.

Die Speichermenge, die jeder virtuellen Maschine in einer BizTalk Server-Umgebung zugewiesen werden soll, hängt von der Arbeitslast und der Art der Verarbeitung ab, die ausgeführt wird. Es gibt viele Faktoren, die die Speicheranforderungen von BizTalk Server beeinflussen, darunter:

• Größe der verarbeiteten Nachrichten

• Durchsatz von Nachrichten

• Orchestrierungsdesign

• Pipeline-Verarbeitung

• Anzahl der BizTalk-Hosts, die Sie in der virtuellen Maschine ausführen möchten

  Eine umfassende Liste der Faktoren, die sich auf den Arbeitsspeicher auswirken, finden Sie im Abschnitt „Die Leistungsfaktoren“ des Handbuchs zur Leistungsoptimierung von BizTalk Server unter https://go.microsoft.com/fwlink/?LinkId=122587.

  Überwachen Sie proaktiv den Zähler Arbeitsspeicher/Verfügbare Mbyte innerhalb jeder virtuellen Maschine und der Root-Partition selbst. Die folgenden Richtlinien aus der Checkliste: Messen der Leistung auf Hyper-V sollte verwendet werden, um festzustellen, ob genügend physischer Arbeitsspeicher für die virtuelle Maschine und für die Stammpartition verfügbar ist:

• 50% freier Speicher verfügbar oder mehr = Gesund

• 25% freier Speicher verfügbar = Monitor

• 10% freier Speicher verfügbar = Warnung

• Weniger als 5% des verfügbaren freien Speichers = Kritisch, die Leistung wird beeinträchtigt

Die Root-Betriebssystemversion

Hyper-V wird auf einem Server Core sowie einer vollständigen Installation von Windows Server 2008 R2 unterstützt. Installieren Sie Hyper-V auf einer Server Core-Installation von Windows Server 2008 R2, um den Overhead der Stammpartition zu minimieren. Die Hyper-V-Rolle kann über den Hyper-V-Manager auf einem anderen System remote verwaltet werden. Server Core bietet daher ein kleineres Festplatten- und Arbeitsspeicherprofil, sodass mehr Ressourcen für virtuelle Maschinen verfügbar bleiben. Weitere Informationen zur Server Core-Installationsoption, die für Windows Server 2008 R2 verfügbar ist, finden Sie unter https://go.microsoft.com/fwlink/?LinkID=202439.

Wenn Sie eine vollständige Installation von Windows Server 2008 R2 verwenden, stellen Sie sicher, dass die Stammpartition nur für die Hyper-V-Serverrolle reserviert ist. Das Ausführen zusätzlicher Serverrollen verbraucht Speicher-, Festplatten-, Prozessor- und Netzwerkressourcen und beeinträchtigt die Leistung.

Erstellen Ihrer virtuellen Maschinen

Nachdem Sie die Hyper-V-Serverrolle installiert und konfiguriert haben, müssen Sie die virtuellen Maschinen erstellen. Bevor Sie dies tun, ist es nützlich, die folgenden Fragen zu beantworten:

• Welche Speicherkonfiguration verwende ich?

• Wie viele virtuelle Prozessoren unterstützt das Gastbetriebssystem?

• Wie viel Arbeitsspeicher wird der virtuellen Maschine zugewiesen?

• Wie viele virtuelle Maschinen kann ich auf meinem Hyper-V-Server ausführen?

• Wie installiere ich das Betriebssystem auf dem Computer?

  Weitere Informationen zum Erstellen und Konfigurieren virtueller Maschinen finden Sie unter Erstellen virtueller Maschinen.

Installation des Basisbetriebssystems

Alle für eine physische Serverinstallation verfügbaren Optionen sind in Hyper-V verfügbar. Für eine manuelle Installation kann ein bootfähiges CD/DVD-ROM-Medium oder ein ISO-Image verwendet werden. Eine Netzwerkinstallation kann durchgeführt werden, wenn die virtuelle Maschine mit einem Netzwerkadapter konfiguriert wurde, der mit demselben Netzwerk verbunden ist wie ein Server, der die ISO-Images hostet.

Um die in diesem Lab verwendeten Maschinen zu installieren und zu konfigurieren, wurde ein initiales Basisimage auf einer VHD mit fester Größe erstellt. Dies beinhaltete eine manuelle Installation von Windows Server 2008 R2. Nachdem alle entsprechenden Updates installiert waren, wurde die virtuelle Basismaschine mit dem Dienstprogramm sysprep abgebildet, das mit Windows Server 2008 im Verzeichnis % WINDIR% \ system32 \ sysprep installiert ist.

Installieren und Konfigurieren von BizTalk Server

• Um den Zeitaufwand für die Installation virtueller Maschinen zu minimieren, erstellen Sie ein Basisimage, das nur aus dem Gastbetriebssystem und den Softwarevoraussetzungen besteht. Verwenden Sie SysPrep, um das VHD-Image für die Wiederverwendung vorzubereiten, und basieren Sie dann alle Ihre virtuellen Maschinen (VMs) auf dieser VHD.

  Hinweis

  Mit BizTalk Server ist es möglich, Sysprep für ein Basisimage auszuführen, nachdem BizTalk Server auf dem Server installiert und konfiguriert wurde. Dies kann durch die Verwendung einer Sysprep-Antwortdatei und von Skripten erreicht werden, die mit BizTalk Server bereitgestellt werden. Diese Beispielskripte sind für die Verwendung mit BizTalk Server auf Windows Server 2008 R2 installiert. Weitere Informationen finden Sie in der BizTalk Server Online-Dokumentation.

  Die Referenz für das unbeaufsichtigte Windows-Setup ist unter https://go.microsoft.com/fwlink/?LinkId=142364 verfügbar.

• Befolgen Sie die Empfehlungen im Abschnitt „Bei der Installation und Konfiguration von BizTalk Server…“ des Themas Checkliste: Best Practices für die Installation und Konfiguration von BizTalk Server unter Hyper-V.

• Informationen zur Unterstützung von BizTalk Server und SQL Server in einer Hyper-V-Umgebung finden Sie unter Anhang C: Unterstützung von BizTalk Server und SQL Server Hyper-V.