Mal kurz etwas ‚Äûnicht virtuelles‚Äú. Mit Mac OS X Lion wurden Anpassungen am afp Protokoll gemacht. Dadurch funktioniert auf vielen NAS Systemen Time Machine nicht mehr. Dieses Problem hatte ich daheim mit meiner Synology Box und den Mac¬¥s. Mein Kollege Cassian hat mich aber auf eine Beta Version einer Synology hingewiesen die dies unterstützt. Die Beta Firmwarekönnt ihr hier herunterladen. Wir haben keine Probleme festgestellt.
Die Hardwarehersteller bringen zyklisch immer neue Versionen ihrer Server auf den Markt. Im grafischen Installer der Installationsroutine ist dem Rechnung getragen, indem ‘Custon Drivers’ installiert werden können. Bei einer automatischen Installation funktioniert das nicht. In diesem Fall muss das Installationsmedium angepaßt werden. Ich bin im Netz auf einen Artikel gestoßen, der nicht nur die Aktualisierung von Treibern beschreibt, sondern auch die Integration von neuen Treibern. Die Seite findet sich hier. Auch ESXi Installationen können so angepaßt werden. Viel Spaß beim Testen.
Seit einigen Tagen ist das Thema vSphere 5 in aller Munde. Wie Dennis bereits geschrieben hatte, änderte sich das Lizenz Modell maßgeblich. Ich möchte hier noch einmal einen Überblick geben.
Mit vSphere 5 wird in Zukunft auf physikalische Prozessoren der ESXi Hosts, sowie den RAM der virtuellen Maschinen, lizensiert. Die Beschränkung der Cores pro CPU wurde aufgehoben. Was genau bedeutet das für eine aktuelle Infrastruktur?
Wie bereits von vielen erwartet stellten Paul Maritz (CEO), Dr. Stephen Herrod (CTO) und Rick Jackson (CMO)  heute die neue vSphere 5 Produktfamilie vor.
Wer den Webcast nicht gesehen hat – hier ein paar wichtige Eckpunkte. VMware will zum einen die Produktlinie trimmen, um den bisherigen Erfolg unternehmenskritische Anwendungen virtuell zu betreiben auszubauen und damit über die kommende 50% Hürde (physikalisch vs. virtuell) locker springen. Außerdem wird sich immer weiter in die Richtung eines “Applikations-Provider” entwickelt, statt sich “nur” als “Infrastruktur-Provider” zu konzentrieren. Die letzten Zukäufe haben dementsprechend auch deutlich gezeigt, dass es bei VMware um viel mehr geht, als in der virtuellen Hardwaresparte Platz zu nehmen.
Aber nun zu den wichtigsten Produktneuerungen:
vSphere 5:
 
 
Letzten Donnerstag wurde das zweite NetApp Usergroup Treffen im d-on-d (www.d-on-d.com) abgehalten und es war bis ca. 15 Uhr alles prima. Dann wurde Urs Alder leider etwas hektisch und mit ihm einige Herren im Rechenzentrum. Allerdings war dies nicht als lustige Show-Einlage für die knapp 20 Teilnehmer geplant.
In der Zwischenpause wurde uns dann alles klar, da die Server- und Storagesysteme abgeschaltet werden mussten (bzw. schalteten sich die meisten Systeme automatisch ab, darunter auch der NetApp – Metrocluster, was natürlich als sehr guter Anschauungsunterricht für die Teilnehmer gesehen werden kann), da das redundante und topmoderne Klimasystem ausgestiegen war. Allerdings war dies kein unerklärbarer Ausfall, sondern die Techniker die im RZ eigentlich den Problemen des einen Klimasystems auf den Grund gingen schalteten anscheinend auch gleich die Redundanz mit ab. Was sich hier vielleicht amüsant anhört ist aufgrund der produktiven Nutzung und den damit verbundenen Ausfallkosten leider bitterer Ernst. Urs hat den Vorfall in seinem Blog dokumentiert: Klima Super-Gau
Nach einem Hinweis auf ein Phänomen, durch Christian Baldauf (Mightycare), dass SVMotion Vorgänge von großen VMs (Festplatten von ca. 1TB aber wenig geschriebenen Nutzdaten) enorm lange dauern, wollte ich dies genauer wissen.
Ich habe daher eine VM angelegt und die Festplatte nur am Anfang, in der Mitte und am Ende formatiert und jeweils mit ca. 1 GB Daten beschrieben.
In meiner Testumgebung (NetApp FAS 3050 und FC, iSCSI, NFS Anbindung) wird normalerweise beim Storage VMotion nur die geringe Menge an geschriebenen Daten übertragen, d. h. die Migration (40 GB Festplatte, 3 GB davon belegt) dauert etwas mehr als 120 Sekunden.
Diese Tests sehen gleich aus, egal ob ich vom NFS auf iSCSI oder FC oder zurück migriere.
ABER ‚Äì danach hab ich eine 1 TB Platte angelegt und auch jeweils am Anfang/Mitte/Ende 1 GB Partitionen angelegt (fdisk) und Daten auf die drei Partitionen kopiert (immer die gleiche ISO Datei mit etwa 950 MB). Die Nutzdatenmenge ich absolut gleich geblieben, aber die Maximalgröße der VMDK wurde von 40 GB auf 1 TB erhöht.
Jetzt dauerte SVMotion statt den erwarteten 2 Minuten weit über 4 Stunden.
Daher kann man aktuell ein Problem festmachen, dass Storage VMotion bei großen VMDK Dateien nicht mehr so effizient funktioniert.
Sobald ich weitere Informationen erhalte, werde ich diese hier posten.
 
vmachine arbeitet seit Jahren mit Kybernetika und dem datacenter on demand (d-on-d) zusammen. Mein Freund Urs Alder hat in den letzten Jahren wirklich ein sensationelles Testlab und Demo-RZ aufgebaut, welches seinesgleichen sucht. Wer Cisco UCS, NetApp Metro Cluster oder neueste Kühl- und Klimatechnik von APC sehen oder testen möchte ist dort absolut richtig. Dieses Testlab wird übrigens auch für die Bücher und Videotrainings als Basislandschaft genutzt, daher haben mit Sicherheit bereits viele vmachine-Leser indirekt einen Blick darauf geworfen.
Jetzt existiert ein virtuelles Modell des d-on-d und man kann sich ähnlich der 3D-Ansicht des nächsten zu kaufenden Autos, das d-on-d RZ anschauen:¬†http://www.kybernetika.ch/vr/vr.html
Design by Joe Fischler for
