Ich habe gerade an einem Webinar zum Thema Storage in Verbindung mit vSphere teilgenommen. Die wichtigsten Neuerungen in meinen Augen sind wohl Chap/mutual Chap Secrets bei iSCSI über ein vmkernel Interface und ThinProvisioning mit vergleichsweise niedrigem Perfomanceverlust.
Die Best Practice Guides empfahlen in der Vergangenheit immer auf ThinProvisioning zu verzichten, laut Chat- Antworten der Moderatoren wird durch einen neuen opportunistic locking Mechanismus verhindert, dass sich die Fragmentierung auf die Perfomance des VMFS auswirkt und somit kaum Geschwindigkeitsverluste zu erwarten sind. ThinProvisioning hat den entscheidenden Vorteil, dass der physisch verbrauchte HDDSpace auf dem Storage dynamisch mitwachsen kann und nicht gleich das komplette Storage vollgeballert wird.
Es wird zudem noch einen neuen paravirtualisierten Treiber für W2K3, W2K8 und RHEL5 geben, der sich deutlich positiv auf die Perfomance der VM auswirkt.
Das Rennen geht weiter. Was den aktuellen Online- Medienrummel angeht, kann Citrix wieder ganz oben mitspielen. Ein weiterer Bericht wurde gestern auf TecChannel veröffentlicht.
[Link] Citrix vs. VMware
Im VMWare Perfomance Blog ist mal wieder ein netter Benchmark erschienen. Verglichen werden hier die Perfomanceunterschiede bei der Virtualisierung von XenApp (Citrix Presentation Server) auf XenServer 5 und ESX 3.5 U3. VMWare hat wieder einmal gezeigt, wer die Nase auf dem Virtualisierungsmarkt vorn hat. Ich würde jetzt aber langsam gerne mal Benchmarks von der Konkurenz sehen! Hat jemand was auf Lager?
[Link]: VROOM!
Für die ESX 3.5 Server haben wir immer das VISBU Virtual infrastructure backup utility von Xtravirt eingesetzt. Das Script erstellt einen Snapshot von der virtuellen Maschine, kopiert die VM auf SMB, NFS oder lokales Storage und löscht das Snapshot anschließend wieder. Für den ESXi war dies Script leider nicht verfügbar, da es auf Konsolenbefehlen aufbaut die der ESXi nicht kennt.
Endlich habe ich etwas gefunden, das auf gleiche Art und Weise meine ESXi VMs sichert.
Link
Der erste Test läuft noch, sieht bisher aber ganz gut aus. Werde später mehr berichten.
Update:
Scheint wirklich sauber zu laufen. Die “Backup VM” per VI-Client wieder importiert und angestartet. Sie bootet sauber hoch und es sind auch sonst keine Fehler zu erkennen. Werde vorab erstmal die Music Player Daemon VM drin lassen und das Script nachts per Cron anstarten, wenn die Backuprotation ebenfalls sauber läuft gehts nach und nach in den Produktivbetrieb über…
Tolle Artikel bei Gabe entdeckt… Über die meisten Sachen habe ich mir ebenfalls schon Gedanken gemacht, Gabe bringt es aber auf den Punkt.
My conclusion, on the hypervisor hardware is that the VMware HCL is not limiting me in choosing my hardware at all. In fact, choosing a system that is on the VMware HCL makes me more confident that I have reliable hardware that will perform without issues and I can’t get this with Hyper-V.
Teil 1: Hardware
Teil 2: Guest OS and Memory overcommit
Teil 3: Motions and storage
Der letzte Senf