Microsoft plant, in bestimmten Versionen von Windows 8, Hyper-V 3.0 als Client zur Virtualisierung einzuf\u00fchren. Zwischenzeitlich sind auch einige Informationen bekannt geworden. Befasst man sich aber mit dem Thema Virtualisierung, stellen sich aus meiner Sicht einige Fragen, auf die ich bei Microsoft noch keine Antworten gefunden habe.<\/p>\n
<\/p>\n
In meinem Blog hatte ich ja bereits an mehreren Stellen (z. B. hier) dar\u00fcber berichtet, dass Microsoft Hyper-V 3.0 in den Windows 8-Clients integrieren will. Steve Sinofsky hat hier<\/a> einen entsprechenden Artikel im Entwickler-Blog ver\u00f6ffentlicht. Im ersten Augenblick veranlasste mich dies zu einem Freudenschrei. Je l\u00e4nger ich aber \u00fcber die Geschichte nachdenke, um so mehr Fragezeichen tauchen auf.<\/p>\n Geht Microsoft in die richtige Richtung?<\/strong><\/p>\n Momentan ist noch unklar, welche Windows 8-Clients mit Hyper-V 3.0 ausgestattet werden. Aus der Vergangenheit darf man aber davon ausgehen, dass dies nur die Clients f\u00fcr den Business-Bereich sind. Die Home-Anwender werden leer ausgehen. Das w\u00e4re ja noch kein Problem, kann man auf diesen Clients doch alternative Virtualisierungsl\u00f6sungen a la Virtualbox oder VMware Player einsetzen. Aber man k\u00f6nnte sich ja schon die Frage stellen, welche Strategie ist bei Microsoft im Hinblick auf Virtualisierung bei Business-Kunden zu erkennen.<\/p>\n Wieviele SLAT-f\u00e4hige Systeme werden wir demn\u00e4chst haben?<\/strong><\/p>\n Hier<\/a> hatte ich dar\u00fcber gebloggt, dass Hyper-V nur auf Systemen l\u00e4uft, die eine SLAT-f\u00e4hige Hardware besitzen. Neben entsprechenden CPUs, die gerade erst ausgeliefert werden, muss auch das BIOS dieses Feature freischalten.<\/p>\n Microsoft f\u00fchrt zwar in diesem Beitrag<\/a> die technischen Hintergr\u00fcnde an, warum man auf SLAT setzt. Dies ist jedoch einer speziellen Implementierung des Hypervisors geschuldet, die zu einem Performance-Problem bei der Grafikausgabe f\u00fchrt. Alternative Virtualisierungsl\u00f6sungen haben dieses Problem durch eine andere Virtualisierung nicht.<\/p>\n W\u00e4hrend man also unter Windows 2008 Server R2 problemlos Hyper-V auf CPUs fahren kann, die lediglich eine Virtualisierungsunterst\u00fctzung aufweisen m\u00fcssen, zieht Microsoft bei Windows 8-Clients eine zus\u00e4tzliche H\u00fcrde ein. Da ist SLAT ein Muss. K\u00f6nnte man mit einer gemeinsamen Code-Basis begr\u00fcnden, was aber auch nicht verf\u00e4ngt. Denn interessanter Weise setzt Windows 8 Server in Hyper-V 3.0 keine SLAT-Unterst\u00fctzung voraus. Argumentation ist dort, dass in diesem Szenario keine grafiklastigen Anwendungen laufen.<\/p>\n Und damit kommen wir zur ersten Gretchenfrage: Wie viele SLAT-f\u00e4hige Systeme werden in Firmen bei Auslieferung von Windows 8 vorhanden sein? Es wird zwar immer kolportiert, dass Rechner alle 3 Jahre abgeschrieben werden. Aber Microsoft wirbt doch geradezu damit, dass Windows 8 auch auf Hardware l\u00e4uft, die f\u00fcr Windows 7 geeignet ist. Und bei mir sind durchaus auch 4 oder 5 Jahre alte PCs im Einsatz, auf denen Windows 8 noch l\u00e4uft. Ich mag mich t\u00e4uschen, aber so wie es ausschaut, wird ein Gro\u00dfteil der in 2012 eingesetzten PCs kein SLAT unterst\u00fctzen. Kommt es dann also wie bei Windows Virtual PC, wo zuerst auch eine Virtualisierungsunterst\u00fctzung durch die CPU Voraussetzung f\u00fcr den Einsatz war? Und kaum hatte ich mir ein neues System mit entsprechendem Prozessor zugelegt, ver\u00f6ffentlichte Microsoft einen Patch, der Windows Virtual PC f\u00fcr CPUs, die nur eine Softwarevirtualisierung unterst\u00fctzen, freischaltete.<\/p>\n Was wollen wir 2012 eigentlich noch virtualisieren?<\/strong><\/p>\n Im Entwicklerblog f\u00fchrt Sinofsky aus<\/a>, dass man mit Hyper-V 32- und 64-Bit-Betriebssysteme ausf\u00fchren kann, um so z. B. \"alte Browserversionen\" f\u00fcr Webentwickler bereitstellen zu k\u00f6nnen. Na ja, in Firmen ist es im Wesentlichen interessant, alte Anwendungen, die unter Windows 7\/Windows 8 nicht mehr laufen, in einer entsprechenden Betriebssystemumgebung zu virtualisieren. Auch Scanner, die nicht durch Windows 7 WIA-Treiber unterst\u00fctzt werden, sind durch Virtualisierung zum Leben zu erwecken. Aber selbst wenn man nun voraussetzt, dass Hyper-V auf vielen Systemen l\u00e4uft, stellt sich mir die Frage, was man eigentlich noch virtualisieren will.<\/p>\n Vielleicht werden Sie als Mitleser spontan sagen \"Windows XP-Mode ist doch die Basis, um alte Anwendungen zu virtualisieren\". Das ist zwar richtig, beantwortet aber die Frage nur zum Teil. Denn auch hier vermisse ich Antworten seitens Microsoft. Denn wenn ich es nicht ganz verpeilt habe, l\u00e4uft auch der extended Support f\u00fcr Windows XP im Sommer 2014 aus. Wenn Windows 8 im Sommer 2012 auf den Markt kommt, hat man noch knapp 2 Jahre Support f\u00fcr den Windows XP-Mode vor sich. Danach ist (zumindest nach den bisherigen Verlautbarungen) Schicht im Schacht. Wer in Unternehmen also mit der Virtualisierung von Altanwendungen lieb\u00e4ugelt, l\u00e4uft in ein dickes Problem. Die Migration auf Windows 8 wird in Firmen wohl nicht vor 2013 erfolgen \u2013 also kurz bevor Windows XP im Support den \"End of Life\"-Status erh\u00e4lt.<\/p>\n Eigentlich h\u00e4tte ich ja erwartet, dass Microsoft da so etwas wie ein \"Runtime-System\" f\u00fcr Windows XP bereitstellt, unter dem Altanwendungen laufen k\u00f6nnen, ohne gleich den Ballast eines virtualisierten Windows XP mitschleppen zu m\u00fcssen. Was bei Linux mit Wine bereitsteht, ist bei Windows 8 auf weiter Flur nicht in Sicht. Irgendwie Murks, das Ganze.<\/p>\n Und wie h\u00e4lt man es mit ARM?<\/strong><\/p>\n Und noch eine Baustelle tut sich auf, zu denen Antworten seitens Microsoft ausstehen: Wie sieht es mit der Lauff\u00e4higkeit von x86-Altanwendungen<\/a> auf der ARM-Plattform von Windows 8 aus? Momentan scheint es so zu sein, dass Microsoft da einfach nichts anbieten wird.<\/p>\n Aber auch hier w\u00e4ren L\u00f6sungen m\u00f6glich bzw. vorstellbar. Allerdings greifen die alten Virtualisierungskonzepte, ein komplettes Betriebssytem in einer virtuellen Maschine ablaufen zu lassen, nicht mehr. Denn neben der Virtualisierung des Betriebssystems m\u00fcsste im Hypervisor noch ein ARM-Interpreter f\u00fcr x86-Maschinencode stecken. QUEMU leistet zwar so etwas. In Hyper-V und den g\u00e4ngigen Virtualisierungsl\u00f6sungen ist das aber nicht vorgesehen.<\/p>\n Microsoft besitzt zwar mit dem Windows Phone Emulator entsprechendes Know How. Aber bei der Android Entwicklungsumgebung sehe ich, dass die Interpretation von ARM-Android-Code selbst unter einer QuadCore-CPU und einem Windows 7 Host qu\u00e4lend langsam abl\u00e4uft. Da ist kein Ansatz f\u00fcr eine produktive Verwendung (und Android ist eigentlich noch als schlank zu bezeichnen).<\/p>\n In diesem Beitrag<\/a> hatte ich zwar bereits \u00fcber diese Frage spekuliert und die Microsoft- eigene XAX-Technologie<\/a> \u2013 ein Browser Plugin-Modell, welches das Ausf\u00fchren von x86-Code erm\u00f6glicht, erw\u00e4hnt. Dies h\u00e4tte eine interessante Variante sein k\u00f6nnen, denn die von XAX verwendeten PicoProzesse nutzen dabei eine Art Micro-Virtualisierungs-Framework, so dass die Anwendung in einer Sandbox l\u00e4uft. Dies lie\u00dfe sich nat\u00fcrlich auch zur Mikrovirtualisierung einer x86-Umgebung unter ARM implementieren. So wie es momentan aber ausschaut, hat Microsoft auch hier keine Pl\u00e4ne, so was in Windows 8 umzusetzen.<\/p>\n Mein Fazit: Microsoft hat zwar kr\u00e4ftig auf der BUILD 2011 getrommelt und Steven Sinofsky erzeugt auch viel \"Rauschen\" im Entwicklerblog. Aber im Hinblick auf das Thema Virtualisierung dr\u00e4ngt sich mir der Schluss auf, dass:<\/p>\n a) Microsoft entweder keinen richtigen Plan hat, wie es weitergehen soll, oder<\/p>\n b) Microsoft noch kr\u00e4ftig hinter dem Berg h\u00e4lt, was da gerade in den Entwicklerlabors zusammenger\u00fchrt wird, oder<\/p>\n c) ich einfach den \u00dcberblick verloren habe, was Microsoft momentan da genau treibt.<\/p>\n Sucht Euch was aus \u2013 morgen werfen wir eh wieder alles \u00fcber den Haufen.<\/p>\n [Update: Koinzidenz oder nicht, heute bin ich auf diesen Artikel<\/a> im Guardian gesto\u00dfen. Interessant ist der Abschnitt ab \"Let's turn to the <\/em>ARM version of Windows\", der \u00e4hnliche Fragen stellt, wie ich sie im ARM-Teil dieses Blog-Beitrags angerissen habe.]<\/p>\n","protected":false},"excerpt":{"rendered":" Microsoft plant, in bestimmten Versionen von Windows 8, Hyper-V 3.0 als Client zur Virtualisierung einzuf\u00fchren. Zwischenzeitlich sind auch einige Informationen bekannt geworden. Befasst man sich aber mit dem Thema Virtualisierung, stellen sich aus meiner Sicht einige Fragen, auf die ich … Weiterlesen