VMware Virtualization

VMware Virtualization

Posts 1-6 of 6
  • Thomas Findelkind
    Thomas Findelkind
    The company name is only visible to registered members.
    Enhanced VMotion Compatibility
    Dieses neue Feature das ab dem Update 2 verfügbar ist kann ein VMotion zwischen Systemen ermöglichen die vorher als nicht VMotion kompatibel galten. Das kann speziell die Integration neuer Server(neue CPU ) in die vorhandene Basis immens vereinfachen.

    Leider bringt das aktivieren dieses Feature eine große Hürden mit.

    - Alle VM's im Cluster müssen ausgeschaltet sein bevor EVC aktiviert werden kann. -

    Was ist wenn das VC genau innerhalb dieses Cluster läuft? Wie kann man dann EVC aktivieren wenn die VC-VM aus sein muss?

    Dieser Artikel zeigt wie in einer kleinen Umgebung mit zwei ESX Server das Aktivieren dennoch durchgeführt werden kann:

    http://87.230.1.24/index.php?option=com_content&task=vie...

    Grüße
    Thomas
    This post was modified on 25 Aug 2008 at 02:55 pm.
    • 25 Aug 2008, 2:51 pm
  • Martin Kasten
    Martin Kasten    Premium Member
    The company name is only visible to registered members.
    Re: Enhanced VMotion Compatibility
    Hallo Herr Findelkind,

    schön das die Möglichkeit jetzt gegeben wird aber wenn ich die Lösung meinen Kunden vorschlage, brauch ich ja gar nicht wiederkommen :-P

    Ich habe jetzt schon öfter die Erfahrung gemacht das sich die Kunden einfach immer 2 identische Systeme kaufen und dann einen neuen Cluster bauen.

    Ist wahrscheinlich auch am einfachsten händelbar für sie.

    Viele Grüsse
    M.Kasten
    • 26 Aug 2008, 10:43 pm
  • Thomas Findelkind
    Thomas Findelkind
    The company name is only visible to registered members.
    Re^2: Enhanced VMotion Compatibility
    Ich denke speziell dann wenn man immer in "2er" Schritte nach gekauft hat kann es die Integration stark vereinfachen. Beim nächtsten Kauf auf dem neuen Cluster EVC aktivieren. Danach kann nachgekauft werden und in den bestehende EVC-Cluster die jeweils neuen Systeme integriert werden. Also muss nicht mehr jeweils ein neuer Cluster konfiguriert und betreut werden.

    Grüße
    Thomas Findelkind
    • 27 Aug 2008, 5:46 pm
  • Daniel Pfuhl
    Daniel Pfuhl    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^2: Enhanced VMotion Compatibility
    Hallo Herr Kasten,

    nur ein Gedanke am Rande:
    Ein Grundansatz der Virtualisierung besteht darin alle Compute Ressourcen zusammen zu führen und den Ressourcenausgleich (DRS) zu nutzen. Je mehr Hosts pro Cluster desto höher kann man die Auslastung treiben. Im Falle eines defekten Hosts können die VMs des defekten Servers dann auf mehr andere Hosts verteilt werden.

    Bei einem Cluster mit zwei Nodes kann man maximal mit 50% Last fahren, wenn man einen Hostausfall tolerieren will. Bei drei Nodes sind es dann schon 66%, bei vier 75% usw. (gleiche Hardwareausstattung vorausgesetzt).

    Grüße

    daniel.pfuhl
    • 28 Aug 2008, 5:32 pm
  • Martin Kasten
    Martin Kasten    Premium Member
    The company name is only visible to registered members.
    Re^3: Enhanced VMotion Compatibility
    Hallo Herr Pfuhl,

    nun der Grundgedanke der Virtualisierung ist mir nach mehr als 20 VMware Projekten durchaus bewusst ;-)

    Ich wollte nur "ironischerweise" auf die Aussagen eingehen die ein nachträgliches enablen des EVC nur bei völliger Downtime aller VM Maschinen zulässt.

    Wenn Sie sich im Banken und Versicherungsumfeld bewegen, wo sie gewisse SLA mit biszu 99,99% Verfügbarkeit eingehalten werden müssen, ist das Vorhaben eine echte Challenge. :-)

    Deswegen geht man(n), ich, Kunde oder meistens den Weg des geringsten Widerstandes.

    In diesem Sinne wünsche ich allen ein angenehmes Wochenende.

    Viele Grüsse
    Martin Kasten
    • 29 Aug 2008, 5:16 pm
  • Thomas Findelkind
    Thomas Findelkind
    The company name is only visible to registered members.
    Re^4: Enhanced VMotion Compatibility
    Hall Herr Kasten,

    Sie haben recht das in den erwähnten Umgebungen eine Downtime aller VM's praktisch nicht umsetzbar ist. Aus diesem Grund der Hinweis das eine Downtime notwendig ist (bei kleinen Umgebungen). In den großen Umgebungen im Banken/Versicherungs-Umfeld wird das Aktivieren des EVC aber ohne Downtime auskommen. Dort wird man teilweise VMotion nutzen können und damit alle Server kurzfristig aus dem Cluster entfernen und einzeln hineinziehen können. So wäre eine Downtime dort nicht notwendig.

    Ergänzend auf die Anfragen per eMail habe ich noch diesen KB Artikel gefunden. Dieser beschreibt welche CPU Typen mit EVC kompatibel sind.

    http://kb.vmware.com/selfservice/microsites/search.do?langua...

    Intel® Xeon® CPUs allowed in an EVC cluster:

    Merom based CPUs
    Intel® Xeon® Processor 7000 series
    E7210, E7220, E7310, E7320, E7330, E7340, L7345, X7350 (Tigerton) Default for Intel Hosts
    Intel® Xeon® Processor 5000 series
    5110, 5120, 5128, 5130, 5138, 5140, 5148, 5150, 5160 (Woodcrest)
    E5310, L5310, E5320, L5320, E5335, L5335, E5345, x5355, x5365 (Clovertown)
    Intel® Xeon® Processor 3000 series
    3040, 3050, 3060, 3065, 3070, 3075, 3085 (Conroe)
    x3210, x3220, x3230 (Kentsfield)

    Penryn based CPUs
    Intel® Xeon® Processor 7000 series
    x7470, E7459, E7440, E7430, E7420, L7455, L7445 (Dunnington)
    Intel® Xeon® Processor 5000 series
    E5205, L5238, X5260, X5272 (Wolfdale)
    E5405, E5410, L5410, E5420, L5420, E5430, E5440, E5450, X5405, X5460, E5462, E5472, X5472, X5482 (Harpertown)
    Intel® Xeon® Processor 3000 series
    E3110 (Wolfdale)
    X3320, X3350, X3360 (Yorkfield)
    • 01 Sep 2008, 08:36 am