Virtualisierung von SwyxWare mit VMware

Für eine Virtualisierung von SwyxWare (Version ≥ 2011) mit VMware müssen folgende Vorausssetzungen erfüllt sein:

• VMware Version: mind. VSphere 4.0 (ESXi Server 4.0 und neuer)
• Betriebssystem: mind. Windows Server 2008 R2 oder neuer, jedoch passend zur jeweiligen SwyxWare-Version, siehe Unterstützte Betriebssysteme für SwyxWare Version 11
• SwyxWare Version: mind. SwyxWare 2011 oder neuer
• Für die Anbindung der SwyxWare wird ein abgesetztes SwyxGate (weitere physikalischer Server mit SX2 ISDN Karten) oder SIP-Gateway (z.B. SwyxConnect 8xxx, 6xxx, 5xxx oder 17xx) oder aber ein  SIP- bzw. ENUM-Trunk  benötigt, da ein SwyxGate innerhalb einer virtuellen Maschine nicht unterstützt wird.

Erstellen Sie eine virtuelle Maschine (VM) anhand der folgenden Konfigurationsschritte:

• Wählen Sie Virtual Machine Version 7.0 (ESX Server Version 4.0 und neuer)
• Gastbetriebssystem Windows Server 2008 R2 (64-bit) oder neuer, jedoch passend zur jeweiligen SwyxWare-Version, siehe Unterstützte Betriebssysteme (Übersicht)
• Konfigurieren Sie die benötigten Ressourcen für die VM anhand des KB-Artikels Empfohlene Rechnerausstattung für SwyxWare (Übersicht)
  • Z. B. 2 virtuelle Prozessoren und 2 GB Arbeitsspeicher (wenn dort 2 physikalische CPU-Kerne und 2 GB RAM empfohlen wurden)
  • Hierbei ist darauf zu achten, dass, entgegen der standardmässigen NUMA-Konfigurationen mit mehreren CPU-Sockets mit jeweils 1 CPU, das für eine SwyxWare kontraproduktiv ist.
    Hier ist darauf zu achten, nur 1 Socket mit entsprechenden virtuellen CPU-Kernen zu konfigurieren. 
    Der SQL-Express (kostenfrei) und auch der IIS (für SCC und Visual Groups benötigt) sind sog. Single-Socket-Dienste. Diese können nur einen CPU-Socket nutzen und sofern jeder Socket nur 1 virtuelle CPU zur Verfügung stellt, dann sind Performance-Probleme vorprogrammiert.
    Das ist unabhängig vom eingesetzten HyperVisor
• Legen Sie die Festplatte statisch an (Thick Provisioning)
• Nachdem die VM erfolgreich erstellt wurde, muss diese noch im Verhältnis zu allen anderen VMs auf dem gleichen Host höher priorisiert werden.
  • Erhöhen Sie die CPU Shares für die SwyxWare VM indem Sie auf den Wert ‚high‘ umstellen
  • Erhöhen Sie die Storage Shares für die SwyxWare VM indem Sie auf den Wert ‚high‘ umstellen
  • Aus der Notwendigkeit dieser Priorisierung folgt auch, dass nur eine SwyxWare pro VM-Host betrieben werden darf, da eine Priorisierung sonst wirkungslos ist.
    Ausnahme ist eine SwyxWare mit installiertem OptionPack SwyxStandby, bei der die Priorisierungen für beide SwyxWare VMs (Master und Standby) gesetzt werden müssen. Aber auch in diesem Fall ist immer nur eine der beiden SwyxWare VMs aktiv und somit die Rahmenbedingung erfüllt. Zur Vermeidung eines Single Point of Failures wird jedoch empfohlen die VMs von Master und Standby auf physikalisch verschiedenen VMware hosts zu betreiben.

Empfohlene Einstellungen und Rahmenbedingungen für VMware:

• Achten Sie auf die richtige Konfiguration der Zeit und des Datums, damit eine Anmeldung der Clients und Telefone gewährleistet ist. Empfohlen wird eine Verwaltung des VM Betriebssystems über eine MS Active Directory Domäne.
• Benutzen Sie das Performance Monitoring und die Möglichkeiten des VCenter, um die Ressourcennutzung der VM zu kontrollieren.
• Definieren Sie Alarme und konfigurieren Sie eine entsprechende Report-Emailadresse, um über Ressourcenknappheit informiert zu werden.
• In der Praxis hat es sich bewährt, den Treiber VMXNET3 als paravirtualisierte Netzwerkkarte einzusetzen. Der Standard-Netzwerkkartentreiber für Intel e1000 zeigt in Hochlastsituationen ein Fehlverhalten, was zu Problemen im Bereich der Signalisierungen und Registrierungen führen kann.