VMware-Forum

Hallo zusammen,
ich würde gerne unsere IT-Infrastruktur auf VMware vSphere umstellen.

Dazu habe ich bereits ein bisschen mit den Evaluations-Versionen rumgespielt und bin nun bei der Frage der passenden Lizenzierung angekommen.

Wir haben aktuell 3 Server:
Server 1: 2 CPUs (Xeon E5-2620), 6 Cores mit HT (12 Cores), 128GB RAM
Server 2: 2 CPUs (Xeon E5620), 4 Cores mit HT (8 Cores), 32GB RAM
Server 3: 2 CPUs (Xeon E5620), 4 Cores mit HT (8 Cores), 32GB RAM

Was ich gerne haben möchte:
* Cluster mit allen 3 Hosts
* Automatischer Failover sollte ein Host ausfallen
* vMotion
* LDAP-Anbindung, Zuweisung von Rechten an bestimmte User (kein AD)
* iSCSI für VM-Storage (QNAP, Synology oder FreeNAS, muss noch entschieden werden)

Ich habe mich natürlich bereits etwas informiert und denke, dass wir vorerst mit dem Essentials Plus-Paket auskommen würden.

Ich habe aber trotzdem noch ein paar Fragen zur Lizenzierung:
* Ist es egal wo man das Paket kauft? Gibt es preisliche Unterschiede?
* Wie sieht das mit neuen Versionen von vSphere aus? Von Version 6 ist ja bereits ein RC draußen. Kann man da einfach “upgraden”?
* Soweit ich das verstanden habe, muss man initial immer 12 Monate Support mitkaufen. Was passiert nach den 12 Montaten? Muss man Support haben, um auf neuere Minor-Versionen updaten zu können? Läuft die Lizenz ab?
* Wie sieht der Upgrade-Pfad aus, wenn wir nun weitere Hosts hinzufügen wollen?

Technische Fragen:
* Funktioniert der automatische Failover auch, wenn die vCenter Appliance auf dem ausgefallen Host läuft?
* Wir haben aktuell eine APC Smart-UPS 1500VA (ohne Addon-Karte). Ich denke, für automatische Shutdowns brauchen wir die jedoch, oder? Was meint ihr, reicht diese USV für die 3 Server + Switch aus um einen kontrollierten Shutdown durchführen zu können?

Im Voraus schon mal vielen Dank für alle hilfreichen Antworten und ein frohes Neues!

- Ja die Essentials Plus ist die erste Version welche deine Anforderungen abdeckt und sollte das passende fuer dich sein
- Mit Essentials Plus und hoeher muss ein Kunde immer auch Support AND Subscription (SnS) mitkaufen. Letzere erlaubt es einem immer die jeweils aktuellste Version einzusezten ohne weitere (Lizenz)kosten. Beim Erstkauf kann der Kunde 1,3 und mehr Jahre kaufen. Wenn der Support auslaeuft kann er dann verlaengert werden um 1 oder mehr Jahre sowie zu einem bestimmen Stichtag. Wer 3Jahre und mehr nimmst bekommt 12% Rabatt
- Es gibt Basic und Production SnS welcher die SLAs definiert welche VMware angibt
- Das vCenter wird benoetigt um HA einzurichten. Die funktionsweise von vSphere HA benoetigt dann kein vCenter (mehr) und somit ist es kein Problem wenn die VCSA mal nicht da ist bzw. vom Ausfall mitbetroffen ist.


Was vSphere HA angeht so ist es "unschoen" das deine Hosts unterschiedlich viel Speicher haben bzw. der Unterschied so gross ist. Murphy wuerde Sorge tragen das dein 128GB Host ausfaellt.
Je nach Anzahl von VMs bzw. IOPS sind NAS Loesungen der $HOME/SMB Klasse ungeeignet. Stehen eingesetzte Komponenten nicht auf der VMware HCL ist im Supportfall der Aerger immer schon vorprogrammiert.

Gruss
Joerg

Danke für deine Antwort.

Es würde nicht für alle Dienste HA benötigt werden (nur Mail etc.) und da würde ein Failover passen (auf allen Servern ist noch Kapazität frei). Mein langfristiges Ziel ist natürlich die alten beiden Server noch aufzurüsten bzw. zu ersetzen.

Wir sind eine kleinere Firma mit 30-40 Mitarbeitern. Ich sehe da mit SSD Caches und vorzugsweise einem ZFS-unterstutzenden NAS eigentlich keine Probleme für die Performance, oder übersehe ich da was?

EDIT:
Zu der SnS: Das bedeutet, wenn wir 1 Jahr kaufen haben wir nach dem Jahr keinen Zugriff auf neuere Versionen? Betrifft das alle Updates oder nur Major-Updates?

EDIT2: Hab die Preis-Anteile doch noch gefunden...

hameno hat geschrieben:Danke für deine Antwort.

Es würde nicht für alle Dienste HA benötigt werden (nur Mail etc.) und da würde ein Failover passen (auf allen Servern ist noch Kapazität frei). Mein langfristiges Ziel ist natürlich die alten beiden Server noch aufzurüsten bzw. zu ersetzen.

Du kannst selektieren welche VMs durch HA geschuetzt werden. Admission Control koenne man dahin trimmen das er dier zeigt wenn die Resourcen nicht mehr ausreichen. Aber schoen ist das trotzdem nicht und soviel kosten ein paar 16GB Module nicht mehr.

Wir sind eine kleinere Firma mit 30-40 Mitarbeitern. Ich sehe da mit SSD Caches und vorzugsweise einem ZFS-unterstutzenden NAS eigentlich keine Probleme für die Performance, oder übersehe ich da was?

Jeder wie er moechte und Resourcen hat.

Gruss
Joerg

hameno hat geschrieben:..
* Wir haben aktuell eine APC Smart-UPS 1500VA (ohne Addon-Karte). Ich denke, für automatische Shutdowns brauchen wir die jedoch, oder? Was meint ihr, reicht diese USV für die 3 Server + Switch aus um einen kontrollierten Shutdown durchführen zu können?

Ohne Netzwerkkarte in der USV laeuft da garnichts bzw. nur ueber Loesungen von Hinten durch die Brust ins Auge. Des weiteren sind 1500VA ca.1300Watt und die Frage ist eher was noch an Restlaufzeit ueber ist. Der Shutdown soll ja erst nach einer gewissen Wartezeit eingeleitet werden und dann werden die VMs eine nach der anderen herunter gefahren und selbst wenn dies parallel tun dann stoehnt das Storage und es dauert.

Aus Sicht von VMware ist so ein geordnetes herunterfahren in einem HA Cluster nicht vorgesehen.

Gruss
Joerg

irix hat geschrieben:

hameno hat geschrieben:..
* Wir haben aktuell eine APC Smart-UPS 1500VA (ohne Addon-Karte). Ich denke, für automatische Shutdowns brauchen wir die jedoch, oder? Was meint ihr, reicht diese USV für die 3 Server + Switch aus um einen kontrollierten Shutdown durchführen zu können?

Ohne Netzwerkkarte in der USV laeuft da garnichts bzw. nur ueber Loesungen von Hinten durch die Brust ins Auge. Des weiteren sind 1500VA keine 1200Watt und die Frage ist eher was noch an Restlaufzeit ueber ist. Der Shutdown soll ja erst nach einer gewissen Wartezeit eingeleitet werden und dann werden die VMs eine nach der anderen herunter gefahren und selbst wenn dies parallel tun dann stoehnt das Storage und es dauert.

Aus Sicht von VMware ist so ein geordnetes herunterfahren in einem HA Cluster nicht vorgesehen.

Gruss
Joerg

Ja, mir ist klar, dass wir eine solche Addon-Karte brauchen würden
Die Batterie in der USV ist jedenfalls neu (vor weniger als 6 Monaten ersetzt).

Gibt es da keine Empfehlungen von VMware wie in solchen Fällen vorgegangen werden soll?

VMware hat Kleinstumgebungen nicht im Fokus und alle anderen haben USV/Diesel aus deren Sicht.

Aber wer es denn moechte oder die Anforderungen hat dem kann ja geholfen werden. APC/Eaton bieten Appliances an bzw. sie haben ja nen Agent welcher dann ein Script aufrufen kann welcher ueber die offenliegende API die VMs herunterfahren und auf Wunsch auch den Host.

Der Teufel liegt aber im Detail da es Abhaengigkeiten gibt und ich kenne kaum nen Exchange welcher in 2min herunterfaehrt und wenn er keine DCs mehr sieht dann hab ich auch schonmal 20min gewartet.

Gruss
Joerg

Okay, das ist zum Glück bei uns kein Problem - wir setzen fast nur auf Linux-VMs und die sind zum Glück in weniger als 30 Sekunden heruntergefahren.

Hi,
nur so als Einwand eine 1500 VA halte ich für zu klein!

Denn was muss da alles drauf:
a) 1. ESXi Host
b) 2. ESXi Host
c) 3. ESXi Host
d) alle Storagesysteme
e) min. 1 Switch auf der alle Hosts mit Datenverbindung sind plus die USV

Und dann immer daran denken, wenn man zwei Netzteile hat und nur eins per USV sichert muss man bei der Berechnung die aktuelle Last beider Netzteile betrachten. ;o)

Gruß Peter

Alles klar, nehm ich mit auf

Moin,
gegebenen Anlass kann ich die Problematik eines koordinierten Shutdown der VM's bestätigen (Dauer des Shutdown/Reihenfolge).

Wir haben das Ganze jetzt so eingerichtet, dass bei einem Stromausfall bei einer Akkukapazität < 80% der Shutdown eingeleitet wird. Das ist nach ca. 4-5 Minuten ohne Strom der Fall. Gemäß der USV's bleiben dann noch ca. 20 Minuten Restlaufzeit.

Die Reihenfolge für den Shutdown der VM's haben wir per Shutdowngruppen definiert. Erst die VM's der Gruppe 1, anschließend die VM's der Gruppe 2, anschließend alle übrigen noch laufenden VM's, dann die einzelnen Hosts
Somit ist sichergestellt, dass bei produktionskritisichen Systemen erst der Applikationsserver heruntergefahren wird (Gruppe 1) und anschließend der Datenbankserver (Gruppe 2).
Grundsätzlich hat jede Gruppe ein Zeitlimit zum Shutdown der enthaltenen VM's definiert. Laufen nach erreichen des Zeitlimits noch VM's aus der Gruppe wird der Shutdown trotzdem fortgesetzt, so dass nach maximal 16-19 Minuten alle Host abgeschaltet sind.

Gruß
Dirk