Es geht jedoch auch anders:

Die Firma Cortado aus Berlin verfolgt mit ihrem Corporate Server den Ansatz, nicht den kompletten Desktop auf das Mobiltelefon zu bringen, sondern nur noch die wichtigsten Funktionen – zumindest diejenigen, die man in Berlin für wichtig erachtet. Drucken gehört selbstverständlich dazu, schließlich handelt es sich um ein Tochterunternehmen von Thinprint.Besonders interessant erscheint mir ausserdem die Möglichkeit, auf Dateien im Unternehmensnetzwerk zugreifen und diese bei Bedarf in PDFs umwandeln zu können.

Realisiert wird das Ganze mit Hilfe einer Server-Software, die im Unternehmensnetzwerk läuft und über SSL bzw. VPN mit dem Smartphone kommuniziert. Was die Kommunikationspartner angeht ist der Server nicht wählerisch: mit Blackberry, Android und iPhone ist alles dabei. Naja, fast alles, aber wer setzt heutzutage noch Symbian ein?

Was das mit Virtualisierung zu tun hat? Erst einmal gar nichts!
Aber es ist ein schönes Beispiel dafür, dass Virtualisierung eben nicht die Antwort auf alles ist. Ich halte jedenfalls den Ansatz, wichtige Funktionen in der nativen GUI des Geräts abzubilden, für wesentlich benutzerfreundlicher als den Versuch, einen kompletten Desktop auf einen kleinen Handy-Bildschirm zu pressen.

Zentrales Management, lokale Ausführung

Die Firma Mokafive bietet schon seit einiger Zeit die MokaFive Suite an. Damit ist es möglich, Images von virtuellen Maschinen zentral auf dem Server zu verwalten, sie aber lokal auf einen PC herunterzuladen und dort mit Hilfe eines umgelabelten VMWare Players auszuführen.
Die Buzzwords, pardon, Features laut Mokafive:

VMWare kündigt unter dem Namen “Local Mode” ein ähnliches Feature für die demnächst erscheinende Version 4.5 von VMWare View an.

Ein Problem bleibt bei diesem Ansatz bestehen: der lokalen PC oder Notebook des Anwenders benötigt weiterhin ein eigenes Host-Betriebssystem, das für Angriffe anfällig ist und mit Patches und Security-Updates versorgt werden muss, wodurch ein entscheidender Vorteil der virtuellen Maschine wieder verschenkt wird. Ein Keylogger im Hostsystem, und alle Security-Maßnahmen innerhalb der virtuellen Maschine laufen ins Leere.

Bare-Metal-Hypervisor auf dem Notebook

An dieser Stelle verspricht Citrix mit dem neuen XenClient Abhilfe, einem Bare-Metal-Hypervisor, der auf Anwender-Systemen, vor allem auf Notebooks, statt auf dem Server läuft. Citrix hebt dabei die Flexibilität hervor, die es dem Anwender ermöglicht, beispielsweise eine standardisierte, abgesicherte Desktop-Umgebung seiner Firma neben seinem privatem Desktop zu betreiben, ohne dass die beiden sich in die Quere kommen. Die HCL ist derzeit allerdings noch sehr übersichtlich.

Eine Beta des XenClient lässt sich jetzt schon herunterladen, als Termin für das fertige Produkt nennt Citrix Ende September. Mokafive kündigt ebenfalls ein ähnliches Produkt an, den BareMetal Player, nennt als Termin aber nur “Beta coming soon”. Es sieht also so aus, als käme Citrix als erster zu Potte.

Jetzt möchten wir mit Ihnen in Dialog treten und hören, welche Informationen und welches Wissen Ihnen derzeit besonders weiterhelfen würden. Wo drückt Sie der Virtualisierungsschuh? Wo sehen Sie besonderen Informations- oder gar Schulungsbedarf? In welchem Bereich sind Tipps & Tricks Mangelware?

Nennen Sie uns Ihr aktuelles Top-Thema und profitieren Sie doppelt:

• Gewinn-Chance: Der Einsender des interessantesten Themas gewinnt einen halbtägigen Individual-Workshop unserer Virtualisierungsexperten in München.
• Alle Themenvorschläge helfen uns, unser Informationsangebot noch näher an Ihren Bedürfnissen auszurichten.

Mitmachen:

• Schicken Sie uns Ihr Top-Thema bis 15.7.2010 per E-Mail an virtualisierung@consol.de.
• Vergessen Sie bitte nicht, Ihre Kontaktdaten anzugeben, damit wir Sie im Fall eines Gewinns benachrichtigen können.
• Der Rechtsweg ist ausgeschlossen.

Aktuell werden die folgenden Hypervisor-Versionen unterstützt:

• ESX Server 3.5/ ESXi 3.5 Updates 3&4
• ESX Server 4.0 / ESXi 4.0
• Virtual Infrastructure Client oder vSphere Client für die Installation der gelieferten Appliance

Für die virtuelle Maschine, welche dann in VDI-in-a-box verwendet wird, gelten aktuell unter anderem die folgenden Einschränkungen:

• nur Windows XP (32-Bit) oder Windows 7 (32-Bit)
• dürfen nur EIN disk image mit maximal 35Gb haben

Die virtuellen Desktops, welche vom kMGR erstellt und verwaltet werden, beinhalten das Desktop-Betriebssystem, eine oder mehrere Applikationen und den Kaviza Desktop Agent (kDA). Dieser ist für die Kommunikation mit dem kMGR zuständig und protokolliert Login-Vorgänge der Benutzer, sowie den Zustand der virtuellen Desktops. Zur Administration des kMGR steht eine Web-basierte Konsole bereit.

Existieren weitere Hypervisor mit installiertem kMGR, ist es sinnvoll, diese zu einem Kaviza Grid zu verbinden. Hierdurch wird eine Lastverteilung, eine Koordination der VM-Aktivitäten und Ausfallsicherheit gewährleistet. Da das Kaviza Grid selbständig verwaltet wird, ist die Verwendung von VMware HA, VMware DRS und vMotion nicht unterstützt.

Wie bei Sun VDI gibt es bei virtuellen Desktops von VDI-in-a-box die Möglichkeit diese einfach “mitzunehmen”. Dies bedeutet, dass, wenn der Benutzer sich vom Desktop eines Endgerätes trennt und sich an einem anderen Endgerät wieder anmeldet, er seinen zuvor benutzten Desktop 1:1 wieder vorfindet. Die Liste der Merkmale wird ergänzt durch zeitbasierte, dynamische Desktops, beispielsweise für Schichtarbeiter oder für Arbeiten im Lab, sowie durch statische und Kiosk-Mode Desktops. Bei der zuletzt genannten Möglichkeit wird nach jedem Gebrauch ein neuer Desktop zur Verfügung gestellt, welcher auch eingeschränkten Zugriff beinhalten kann.

Die Zielgruppe für VDI-in-a-box von Kaviza dürften in erster Linie Schulungs- und Testumgebungen oder auch die Produktionsumgebungen von kleineren bis mittelgroßen Firmen sein. Denkbar sind natürlich auch noch andere Einsatzgebiete.