Best Practices für die Virtualisierung von Exchange 2010 in vSphere

Optimale Bereitstellungsstrategien sind nicht immer offensichtlich. Administratoren müssen zusätzliche Schritte unternehmen, um die Leistung zu optimieren, Ressourcenknappheit zu beheben oder Probleme zu beheben, die infolge der Exchange 2010-Virtualisierung auftreten.

Maximierung der Leistung von virtualisiertem Exchange 2010

Viele Instanzen von virtualisiertem Exchange 2010 werden häufig schlecht ausgeführt, weil Administratoren nicht genügend geplant haben. Der Hauptgrund für unbefriedigende Bereitstellungen – oder völlige Fehler – ist die Missachtung von Best Practices. Folgendes müssen Administratoren wissen:

  • Weisen Sie beim Zuweisen von Prozessoren nur dann mehrere virtuelle CPUs (vCPUs) zu, wenn Sie feststellen können, dass Ihre virtuellen Exchange-Maschinen (VMs) die zusätzlichen Prozessoren wirklich nutzen können. Andernfalls verschwenden Sie Ressourcen. Beginnen Sie mit der geringsten Anzahl von vCPUs und arbeiten Sie sich nach oben, wenn mehr Prozessoren benötigt werden.
  • Stellen Sie sicher, dass die Gesamtzahl der allen Exchange 2010-VMs zugewiesenen vCPUs der Gesamtzahl der Kerne auf dem ESX-Hostcomputer entspricht (oder darunter liegt). Wenn Sie geschäftskritischen VMs mehr vCPUs zuweisen, als der physische Host zur Verfügung hat, überbeanspruchen Sie die CPUs und riskieren, dass Ihre Exchange-VMs bei Bedarf keine CPU-Zyklen haben. Verwenden Sie anstelle einer 1: 1-Zuordnung von Kernen zu vCPUs CPU-Reservierungen, um diese CPU-Ressourcen für Exchange-VMs zu schützen.
  • Das Überbeanspruchen von Speicher mit VMware vSphere ist häufig – und wird sogar empfohlen -, aber überbeanspruchen Sie den Speicher nicht, wenn Sie Exchange 2010 virtualisieren. Wenn Sie dies tun, müssen Sie sich mit Speicher-Ballooning, Komprimierung und Paging befassen, was die Leistung beeinträchtigt .
  • Verwenden Sie Storage Multi-Pathing, um die Verfügbarkeit des Storage Area Network (SAN) sicherzustellen. VMware empfiehlt, mindestens vier Pfade von einem VMware ESX-Host zu einem Speicherarray bereitzustellen. Dies bedeutet, dass der Host mindestens zwei Pfade benötigt Host-Bus-Adapter (HBA) -Ports, zwei Fibre Channel-Ports und zwei SAN-Ports.
  • Weisen Sie separate Netzwerkadapter und Netzwerke für VMotion, VMware-fehlertoleranten Protokollierungsverkehr (FT) und ESX-Konsolenzugriffsverwaltung zu. Verwenden Sie mindestens zwei Netzwerkadapter, damit der Exchange-Produktionsverkehr genutzt werden kann Teaming von VMware Network Interface Card (NIC) Fähigkeiten. Im Allgemeinen werden pro ESX-Host mindestens vier Netzwerkadapter empfohlen.
  • Verwenden Sie den virtuellen VMXNET3-Netzwerkadaptertreiber anstelle des Standard-E1000. In geschäftskritischen VMs wie Exchange 2010 führt das paravirtualisierte VMXNET3 zu einer besseren Leistung. Stellen Sie außerdem sicher, dass VMware Tools wird auf jeder VM als virtueller VMXNET3-NIC-Treiber installiert.
  • Sparen Sie nicht an der Hardware des Host-Servers. Keine Menge von Virtualisierungsfunktionen kann alte oder langsame Hardware reparieren.
  • Stellen Sie bei der Virtualisierung von Exchange 2010 sicher, dass Sie mit dem neuesten Service Pack auf dem neuesten Stand sind.
  • Verwenden Sie vSphere High Availability (HA), um Ihre Exchange-VMs bei einem Hostfehler automatisch neu zu starten.

Verbessern Sie die Ressourcennutzung für virtualisierte Exchange 2010

Bei der Virtualisierung geht es darum, die Ressourcen jedes physischen Servers zu maximieren. Sie möchten Ihre Ressourcen jedoch niemals übermaximieren, indem Sie die CPU-, Speicher- und E / A-Zuordnung reduzieren. Dies ist ein Rezept für schlechte Anwendungsleistung und Beschwerden von Endbenutzern.
Verwenden Sie zunächst Ressourcenpools und Reservierungen. Reservierungen betreffen einzelne VMs, und Ressourcenpools erstellen Reservierungen für mehrere VMs im Pool. Mit dieser Taktik können Sie die CPU- und Speicherressourcen Ihrer Exchange 2010-VM vor anderen weniger kritischen VMs mit variablen Ressourcenanforderungen im selben Infrastrukturcluster schützen.
Wenn Sie beispielsweise einen Pool mit dem Namen “Exchange2010” erstellen und alle Exchange-VMs in diesen Pool einfügen und CPU- und Speicherreservierungen für diesen Pool festlegen, stellen Sie eine solide Exchange-Leistung sicher (zumindest für CPU und Speicher).
Verwenden Sie als Nächstes die VMware Distributed Resource Scheduler (DRS), das VMs in einem Cluster überwacht, um sicherzustellen, dass sie die CPU und den Speicher empfangen, für die sie für einen bestimmten konfiguriert sind ESXi Gastgeber. Wenn die VMs nicht die erforderlichen Ressourcen erhalten, verschiebt DRS die VMs automatisch auf einen anderen ESXi-Host.
Und zuletzt beschäftigen Sie die Scheduler für verteilte Speicherressourcen (SDRS). Das SDRS von VSphere 5 dient zur Speicherung, das DRS zur CPU und zum Speicher. Wenn virtuelle VMs von Exchange VM in ihrem aktuellen Datenspeicher eine hohe Latenz aufweisen oder wenn dem Datenspeicher bald der Speicherplatz ausgeht, verwendet SDRS sVMotion, um diese virtuellen VM-Festplatten ohne Ausfallzeiten in einen anderen, leistungsstärkeren oder geräumigeren Datenspeicher zu verschieben an Endbenutzer und Anwendungen.

Häufige Probleme mit der virtualisierten Exchange 2010-Leistung

Selbst ein gut geplantes und gut ausgeführtes Exchange 2010-Virtualisierungsprojekt wird wahrscheinlich auf Probleme stoßen. Diese Probleme betreffen normalerweise Ressourcen und Speicher:
Sie stellen fest, dass eine Exchange-VM eine schlechte Leistung erbringt. Untersuchen Sie die Leistung jeder VM und vergleichen Sie sie mit der Leistung, die mit der vorherigen physischen Bereitstellung überwacht wurde. Sie werden wahrscheinlich feststellen, dass die betroffenen VMs nicht über genügend Rechenressourcen verfügen. Weisen Sie daher zusätzliche Ressourcen zu, um die Leistung zu steigern, oder verwenden Sie vMotion, um die Exchange-VM auf einen anderen Host zu verschieben.
Sie stellen fest, dass die Speicherkapazität für Postfächer knapp wird. Es ist möglich, ein Archivierungs- oder Löschsystem bereitzustellen, um das Datenwachstum zu steuern. Dies ist jedoch ein separates Projekt. Verwenden Sie stattdessen Virtualisierungstools, um VM-Festplatten dynamisch zu erweitern oder einer VM weitere virtuelle Festplatten hinzuzufügen.
Möglicherweise müssen Sie auch weitere physische Datenträger hinzufügen oder andere Methoden zur Datenreduzierung einsetzen, z Datendeduplizierung. Es ist auch wichtig, Kapazitätsplanungstechniken zu verwenden, um eine angemessene Speicherung im Laufe der Zeit sicherzustellen.
Sie stellen fest, dass die Speicherleistung unzureichend ist. Die Überwachung der Speicherleistung zeigt eine unerwartete Latenz zwischen den Exchange-VMs und dem SAN an. Verwenden Sie SDRS, um die virtuelle Festplatte in einen anderen Datenspeicher zu verschieben. Als dauerhaftere Lösung können Sie das zugrunde liegende Latenzproblem in der Architektur beheben.
Der Schlüssel zum Erfolg bei der Virtualisierung von Exchange 2010 liegt letztendlich in der richtigen Planung und Schulung sowie in der Implementierung von Best Practices. Die Virtualisierung von Exchange 2010 ist bewährt, und erweiterte Virtualisierungsfunktionen machen Exchange zuverlässiger, verbessern die Verfügbarkeit und erleichtern dem Administrator das Leben.
Über den Autor
David Davis ist der Autor der meistverkauften VMware vSphere-Videotrainingsbibliothek von TrainSignal. Er hat Hunderte von Virtualisierungsartikeln im Web geschrieben, ist ein vExpert, VCP, VCAP-DCA und CCIE # 9369 mit mehr als 18 Jahren Erfahrung in der Unternehmens-IT. Seine Website ist VMwareVideos.com.

Similar Posts

Leave a Reply