Wird auf dem vCenter ein neues Plugin installiert sorgt nicht in jedem Fall der Hersteller dafür, dass die alte Version dort nicht mehr angezeigt wird. Hier haben wir einen schönen Artikel gefunden, der beschreibt, wie das Ganze bereinigt werden kann.
Diese Woche habe ich euch von ApplicationHA erzählt. Hier findet ihr noch ein paar mehr Infos und ein Video von Eric Sloof. Da könnt ihr euch das ganze noch einmal anschauen.
Ein paar Interessante Zahlen und Zitate sind mal wieder durch verschiedene Analysten in www gekommen. Ich möchte euch hier einige davon zeigen.
Gartner Research Vice President Thomas J. Bittman schreibt: „Virtual machine penetration has increased 50% in the last year.“ und „Hyper-V is under-performing.“ Hier geht’s zum Artikel
TechTarget schreibt „VMware is still the leader“ und „In 2010, 59% of survey respondents said they planned to expand their deployments, up from 55% in 2009.“. Hier geht’s zum Artikel
Dave Bartoletti, senior analyst der Taneja Group, sagt: “VMware is the king of virtualization…Microsoft actually lost ground in its battle for virtualization supremacy.”. Hier geht’s zum Artikel
Eine Sache die mir bisher gar nicht so sehr ins Auge gefallen ist heißt ApplicationHA. Klingt erst einmal nicht wirklich spannend aber das ist es. Hätte man sich nur mal vorher damit beschäftigt…
Wenn ich einer virtuellen Maschine mehrere vCPU´s gebe sieht das Gast OS immer einen Socket pro vCPU. Das bedeutet eine VM mit 4x vCPU´s sieht innerhalb des OS 4 Sockets mit je einem Core. Erst einmal ist das nicht problematisch allerdings gibt es Situationen in denen das nicht so dolle ist. Geht es zum Beispiel darum einem Windows Server Standard mit mehr als 4 vCPU´s auszustatten geht das nicht da Standard auf 4 Sockel limitiert ist. Ebenfalls bei Lizenzen und anderen Gemeinheiten ist es entscheidend.
Abhilfe schafft ein Advanced Parameter den es schon lange gibt der aber wohl erst seit kurzem von VMware unterstützt wird. Hier erfahrt ihr mehr.
Beim stöbern durch die VMware Seite (doooch, hab eigentlich besseres zu tun) ist mir ein neuer KB Artikel aufgefallen! Es gibt wohl ein Problem beim Update von vCenter 4.0 auf vCenter 4.1. Es ist möglich, das der vCenter Dienst nicht mehr startet. Es muss vorher ein Skript auf dem DB Server ausgeführt werden.
Hier haben wir jetzt noch ein paar Videos von verschiedenen Bloggern:
Alan Renouf und Luc Dekens auf der Bühne zum Thema PowerCLI
Duncan Epping und Marc Sevigny auf der Bühne zu HA
Hier noch ein paar nette Infos zu den Labs auf der VMworld Europe 2010.
Anzahl an Labs abgeschlossen: 5.948
Anzahl an VM´s die deployed wurden: 56.435
Top 10 Labs:
Sorry für die Stille der letzten Tage. Ich hatte beim Kunden recht viel zu tun und auch daheim wurde es nicht langweilig. Deshalb jetzt noch einmal ein paar Infos.
Wie viele von euch wissen fand diese Woche die VMworld Europe in Koppenhagen statt. Leider war es mir verwehrt teilzunehmen aber meine Kunden haben super Berichte geliefert.
Hier ein paar Zahlen und Fakten:
Wie auch in San Francisco war das VMworldTV Team unterwegs. Hier findet ihr ein paar Videos.
Zusätzlich gab es natürlich auch ein paar Ankündigungen
Das sind nur einige Infos. Mehr Informationen werden in den kommenden Tagen folgen. Außerdem findet ihr auch viel bei den anderen Blogs rund um VMware.
In größeren produktiven VMware Umgebungen stößt man natürlich gerne auf Fehler, die in der kleinen Testumgebungen nie auftreten. So ist mir schon das ein oder andere Mal folgender PowerCLI Fehler vorgekommen, welcher mein Skript bereits in den ersten Sekunden scheitern ließ: unable to read data from the transport connection. Was will die PowerCLI damit sagen?!?
Zumeist wird bei der Datenabfrage get-vm oder get-view -viewtype virtualmachine ein Wert angefordert, welcher einer der betroffenen ESX Host nicht verarbeiten kann. In dem Fall muss man herausfinden, um welchen Server es sich eigentlich handelt, z. B. mit einer recht unschönen aber zuverlässigen Schleife
get-cluster | %{$_.name + ” ¬† ¬†” + $_.host; $_ | get-vm | %{$_.name; $_ | get-view}}
Diese Schleife wird an einer VM stehen bleiben und man kann damit den Cluster und den Host rausfiltern, der das Problem hat. Zumeist genügt es diesen aus dem vCenter zu trennen (Disconnect) und danach direkt wieder zu verbinden.
Alternativ kann man ein get-view um die benötigten Eigenschaften anpassen, was gleichzeitig das Skript wesentlich beschleunigt:
get-view -viewtype virtualmachine -property name,guest,datastore
Mit ein wenig Glück hat man die problematische Eigenschaft ausgefiltert und das Skript läuft durch.
Design by Joe Fischler for
