Es gibt ein neues Tool in testfähigem Zustand am Start, den Pool Video Switch. Das ist ein Open Source Projekt als freie Alternative zu kommerziellen Hardware- und Softwareprodukten. Einige Hintergrundinfo zu Ideen oder auch von einem gehaltenen Vortrag.

Herunterladen kann man sich das Projekt derzeit lediglich mittels SVN, erst wenn eine gewisse Stabilität zur Verfügung steht, wird es auch Pakete geben:

svn co http://svn.openslx.org/svn/pvs

Benötigt werden die VNC-Libraries und einige Gnome/Gtk-Entwicklungspakete. Anschließend ruft man das übliche

configure

und

make

auf. Hier sieht man dann auch, welche Pakete noch fehlen; die man dann nachinstallieren sollte.

Installiert sein sollte auch das x11vnc Paket. Darauf basiert derzeit die VNC-Verbindung für das Monitoring der Clients. Es ist aber geplant, hier auch Alternativen zuzulassen.

Der poolVSClient läuft auf jedem Teilnehmerrechner und braucht eine Kon-
fig im Homeverzeichnis des Users:

• Konfigverzeichnis .pvs anlegen
• Darin eine Datei clientfile anlegen, die so aussieht:

  start:name-konsolen-rechner
  client-name
  end:name-konsolen-rechner

• Datei .allow anlegen mit einer “1″ drin
• Das Skript irgendwo hinlegen und dem poolVSClient dieses beim Aufruf mitgeben

Der poolVS ist die Steuerkonsole. Diese sollte auf einer separaten Maschine laufen oder in einem zweiten X-Server auf der Dozentenmaschine. Die Clients melden sich automatisch bei korrekter Konfig (name-konsolen-rechner ist die Maschine auf der poolVS läuft) an der Steuerkonsole an und können von dort aus bedient werden. Wenn alles glatt geht, schafft man es, auf die Clients per VNC zuzugreifen, sie zu sperren und Botschaften abzusetzen

Feedback ist willkommen!

Nun gibts auch die Möglichkeit via VMchooser den alternativen Emulator QEMU bzw. den darauf basierenden KVM in einer OpenSLX-Umgebung zu starten.

Unterstützt ist dabei das automatische Setup des jeweiligen Netzes (via TAP-Interface). Konfiguriert wird eine virtuelle Maschine wie gewohnt durch die entsprechende XML-Datei wobei das Attribut virtualmachine param=”qemukvm” gesetzt sein sollte. Es werden bisher jedoch nicht alle der angegebenen Attribute ausgewertet.

Virtualisierung auf X86 ist inzwischen ein weit fortgeschrittenes Konzept. Sie erlaubt es verschiedene Betriebssysteme gleichzeitig auf einem SLX-Client ablaufen zu lassen. Einerseits lässt sich so ein Windows-Desktop als alternative grafische Oberfläche anbieten oder andererseits voneinander abgeschottet im Hintergrund Cluster-Rechnen zur Nutzung freier CPU-Ressourcen betreiben.

Die Desktop- und Hintergrundsvirtualisierung auf OpenSLX ist seit einiger Zeit genereller angelegt: Die Steuerung wird über ein eigenes Plugin “vmchooser” realisiert. Dieses bietet einerseits eine via Skript nach UserID, Uhrzeit, Datum steuerbare Session-Auswahl und andererseits ein abstraktes Start-Interface für verschiedene Desktop-VM-Sessions (Windows- und Linux in versch. Virtualisierern). Weitere Erklärungen finden sich im Wiki.

Die generelle Konfiguration der Sessions (Art der virtuellen Maschine, Netzwerk, Fenstertitel, Kurz- und Langbeschreibungen, …) erfolgt über eine XML-Datei.

Diese wird in einem nächsten Schritt via virtueller Diskette in das startende Gastsystem modifiziert (z.B. angereichert mit UserID) übertragen.

Wie schon geschrieben gab es an dem ersten Konferenztag des Linuxtages 2009 einen Vortrag zur aktuellen Entwicklung von OpenSLX: “Network Linux Anywhere“.

Nun sind auch die Texte zum herunterladen online:

• Vortragsfolien (en)
• Paper (en)

Nachdem am ersten Tag OpenSLX mit einem Vortrag vertreten war (Bericht folgt), steht der zweite Tag ganz im Fokus Virtualisierung, zumindest für einen Teil unserer Manschaft. Vorgestellt werden Virtualisierungslösungen von Xen, OpenVZ und KVM. Erstes Bilder live von den Vorträgen.