Technisch wird das Open Virtual Machine Format (OVF) sowie das Common Information Model (CIM) der  Distributed Management Task Force (DMTF) herangezogen und die Konvertierug hierüber ermöglicht.

Ein Video zu Kensho findet man hier. Die Projektseite mit einer downloadbaren Testversion gibt es hier.

Als Termin steht derzeit eine eintägige Summit Ende Juni. Als Zeitraum für den Linux TAG wird noch der 24 bis 27 Juni diskutiert.

Ein Exaflop hingegen würde die aktuelle Performance um den Faktor 1000 steigern. Karsten Schwan, einem Professor des Georgia Institute of Technology zufolge, soll diese Grenze durch den Einsatz von Xen als Basis für eine virtualisierte High-Performance Umgebung überschritten werden. HP wird dieses Unterfangen in den kommenden drei Jahren finanzieren.

“We are extending the open source virtualization software, called Xen, for exascale computing.” (Karsten Schwan, Professor am Georgia Institute of Technology)

• Performance and Scalability
• Manageability & Fault Tolerance
• XCI (Xen Client Initiative) und
  
• Security

Besonders der Punkt Fault Tolerance wird mit Sicherheit sehr spannend. Auf der Xen Summit in Boston wurde bereits über die Integration eines Mechanismus zur Bereitstellung von nahezu 100%ig-verfügbaren virtuellen Clusterumgebungen diskutiert, die ohne angepasste Hardware oder gar angepasste Applikationen auskommen. Die virtuelle Maschine wird über Checkpoints auf zwei Wirtsystemen auf dem gleichen Stand gehalten und im Fehlerfall des ersten Wirtsystems übernimmt das zweite ohne merkliche Unterbrechung für die Benutzer die Arbeit.

Remus (entwickelt an der University of British Columbia) und Kemari von den NTT Cyber Space Laboratories stellen diese Konzepte schon heute bereit. Kemari wurde bereits auf blog.xen.org vorgestellt.

Weiterhin würde er gern Feedback über das Interesse an diesem Event erhalten. Alle potentiellen Teilnehmer an der Summit sind daher eingeladen entweder hier einen Kommentar zu hinterlassen oder Stephen direkt zu kontaktieren.

Unter http://www.xen.org/download/ kann die neueste Version heruntergeladen werden. Die Funktionen umfassen die im dazugehörigen Datasheet aufgeführten Punkte.

“We believe Xen 3.3 marks a significant step forward in the overall performance of our open source hypervisor,” said Ian Pratt, founder and project chairman of Xen.org. “This new release is consistent with our vision of providing a highly scalable and secure open source engine which is increasingly becoming an industry standard.”

Simon Crosby hat nun mit einem Beitrag “Xen is Dead! Long Live Xen!” die Virtualisierungsstrategie von Citrix noch einmal untermauert und kommt zu vier Kernpunkten:

1. XenServer is growing strongly on its own, and XenServer is inside the industry’s most differentiated enterprise virtual infrastructure products from leading vendors.  It offers the greatest price performance, compatibility with Hyper-V, and a rich ecosystem of customer-focused value props for management, availability, dynamism and flexibility.  Get it in your next server, completely built in.
2. VMware has a strong lead, customer confidence, significant presence, and expensive, over priced products that demand customers buy into a single vendor, proprietary, closed, monolithic architecture that has significant architectural and scalability drawbacks.  Next time your VMware sales guy calls, ask him for some of the free stuff, or better, just download XenServer for free.
3. Microsoft Hyper-V is a fine implementation of the Xen architecture, compatible with XenServer.  It has a strong development plan.   XenServer today and in the future will extend Hyper-V to address advanced use cases, and to support specific Citrix/Microsoft product partnerships.  A good example is XenDesktop.  There will be others.  System Center VMM is a great product, and will be able to manage XenServer as well as Hyper-V and VMware.
4. The Xen community is vibrant and growing.   Xen is widely used, massively deployed, core to the product and corporate strategies of some of the industry’s largest vendors.  Predicting its demise would be extremely naïve.  KVM is very “in”:  interesting, incompatible and incomplete.  The two projects can co-exist independently and happily.

Insgesamt ist der Artikel sehr lesenswert!

Red Hat hat nun mit der Vorstellung des Embedded Linux Hypervisor auf ihrer Hausmesse in Boston die Diskussion wahrscheinlich neu entfacht. Dieser soll - wie der VMware ESX Server 3i - von 64MB USB-Sticks oder Flash-Speicherkarten gestartet werden und die Steuerung von Linux- und Windows-Gästen übernehmen. Mit der browserbasierten Managementoberfläche oVirt (ein von Red Hat gefördertes Projekt) können diese Maschinen dann verwaltet werden. Und um das wichtigste nicht zu vergessen: Dieser Hypervisor beruht nicht auf Xen sondern auf KVM.

In wie weit Red Hat sich mit diesem Schritt von Xen distanziert bleibt abzuwarten. Durch die Entwicklung der libvirt als gemeinsame Management-API für alle Virtualisierungsansätze unter Linux haben sie jedoch strategische Möglichkeiten jederzeit von einer Technologie auf die andere zu wechseln.

Doch Para-Virtualisierung ist längst nicht tot. Besonders vom technologischen Ansatz her nicht. Microsoft beispielsweise verwendet mit OS Enlightenment im erst noch erscheinenden Hyper-V eine Hypervisor-Technologie, die Para-Virtualisierung mit Xen kaum ähnlicher sein könnte.

Ein paar nette Links zur Diskussion:

• http://virtualization.com/news/2008/05/09/kvm-vs-xen-who-will-win-the-fight/
• http://www.virtualization.info/2008/05/xen-will-never-be-part-of-linux.html
• http://blog.codemonkey.ws/2008/05/truth-about-kvm-and-xen.html
• http://blog.xen.org/index.php/2008/05/09/xen-and-kvm-discussion-from-ian-pratt/