Friday Nov 27, 2009

Sun Ray und ZFS - oder wie eine Desktop-Infrastruktur für Tausende von Benutzern sein sollte

(This blog entry is my German translation of my original blog entry on Sun Ray and ZFS at JavaOne 2009)

Was passieren kann, wenn man zwei beeindruckende Technologien auf intelligente Weise kombiniert, konnte man in diesem Jahr auf der JavaOne-Konferenz beobachten: Mehrere tausend Desktop-Umgebungen wurden mit einer Kombination aus Sun VDI Software 3, ZFS, Sun-Servern and Sun-Speichersystemen dargestellt. Hier einige bemerkenswerte Fakten: Es gab nur drei (statt mehrere tausend) verschiedene Betriebssystem-Installationen (Windows 7, Ubuntu 8.10 und OpenSolaris 2009.06)! Alle weitere Installationen waren nur Referenzen auf die originalen drei Installationen, deren Speicherplatz nur dann wuchs, wenn Benutzer ihren Desktop benutzten und Daten veränderten. Erreicht wurde das durch die spezifischen Copy-on-Write- und Snapshot-Eigenschaften von ZFS, wodurch das Klonen der Betriebssysteme nur einen Bruchteil des Speicherplatzes und auch nur einen Bruchteil der Zeit benötigte wie beim üblicherweise nötigen mehrfachen Kopieren der Betriebssysteme. Der gesamte Bedarf an Festplatten-Speicherplatz für die 6000 im Verlauf der JavaOne-Konferenz benutzten Betriebsysteme (jedes ca. 10 GB groß) sank dadurch von gewaltigen 60 TB auf gerade einmal 2 TB!

Nicht mehr als 200 Desktops auf etwas mehr als 150 Sun Ray-Terminals (400 bis 500 wären mit der dort eingesetzten Server-Infrastruktur möglich gewesen) wurden zu einer bestimmten Zeit gleichzeitig benutzt. Alle weiteren, inaktiven Desktops wurden in der Zwischenzeit zentral auf dem Festplattensystem gespeichert. Wie immer bei Sun Rays konnten die Benutzer ihre Java Card (die gleichzeitig auch ihre Konferenzkarte war) aus einem Terminal herausnehmen und zu einer beliebigen Zeit wieder in ein anderes Terminal hineinstecken, um kurz darauf ihre letzte Benutzerumgebung mit unverändertem Zustand am neuen Ort verwenden zu können. Eine Administration von PCs war natürlich durch die Verwendung von Sun Rays anstelle von PCs auch nicht erforderlich.

Wenn man an Schulen und Universitäten denkt, bei denen ebenfalls in vielen Fällen eine relativ geringe Zahl von Benutzern aus einer großen Anzahl von registrierten Benutzern gleichzeitig zu einer bestimmten Zeit ihre Desktops benutzt (z.B. in einem Informatik- oder PC-Lehrsaal), erscheint die auf der JavaOne 2009 eingesetzte SunRay-Lösung hervorragend für solche Umgebungen zu passen.

Auf dieser Internet-Seite (in englischer Sprache) kann man im zweiten Blog-Eintrag (bitte eine Seite nach unten blättern) die wesentlichen Eigenschaften dieser Lösung in einer Liste nachlesen.

Wenn Sie erfahren möchten, was Microsoft über die im eigenen Hause eingesetzte Sun Ray-Umgebung mitzuteilen hat, lesen Sie bitte in meinem letzten Blog-Eintrag nach.

Was Microsoft über Sun Ray Clients sagt

(This blog entry is my German translation of my original blog entry on Microsoft using Sun Ray at the EEC)

Kürzlich bin ich auf eine interessante Internetseite gestoßen sowie auf einen Blog-Eintrag des EEC (das Enterprise Engineering Center von Microsoft in Redmond im US-Bundestaat Washington). Dort werden bei Bedarf Kundenumgebungen aufgebaut und aktuelle Microsoft-Software-Lösungen sowie deren Interoperabilität getestet. Es ist beeindruckend zu lesen, wie die Sun Ray-Technologie genau auf diese Anforderungen zugeschnitten zu sein scheint. Ein Microsoft-Dokument (in englischer Sprache) beschreibt den Ablauf und die dafür eingesetzte Technik: Bevor der Kunde in das EEC kommt, wird die Kundenumgebung mit Hilfe von virtuellen Maschinen reproduziert. Wenn die Mitarbeiter des Kunden schließlich im EEC eintreffen, erhalten sie Sun Ray-Karten, können sich damit auf beliebigen Sun Ray-Terminals anmelden (bekommen daraufhin ihre eigene Windows-Umgebung angezeigt) und können testen, wie sich eine neue Microsoft-Lösung in der bisherigen Kundenumgebung verhält.

Wie üblich, können die Anwender natürlich jederzeit ihre Karte aus dem Terminal herausnehmen und zu einer anderen Zeit in ein anderes Terminal wieder einstecken und die Arbeit mit denselben Daten, demselben Desktop und denselben Programmen fortsetzen - weil die Sitzung komplett auf dem zentralen Server läuft. Die Sun Ray-Terminals sind nicht viel mehr als eine Grafikkarte und ein Monitor und dienen ausschließlich zur Anzeige der auf dem Server ablaufenden Benutzerumgebung. Außerdem kann kein Kunde auf die Daten eines anderen Kunden zugreifen - selbst der Diebstahl eines Terminals bedeutet keinerlei Sicherheitsrisiko für den Kunden oder für Microsoft. In den Worten von Microsoft (Übersetzung von mir): "Sun Ray thin clients sind von Grund auf für sicheren Betrieb entwickelt worden (was einer der Gründe dafür ist, dass diese in Regierungs- und Militärdienststellen so weit verbreitet sind)".

Hinzu kommt, dass Microsoft durch die im ECC eingesetzte Sun Ray-Lösung Zeit für die Vorbereitung der Kundebesuche und auch Energie einspart (da keine PCs konfiguriert und benutzt werden müssen). Außerdem sind die Sun Ray-Terminals weniger komplex als PCs und sind daher auch deutlich zuverlässiger.

Weitere Informationen über die Sun Ray-Technologie kann man z.B. hier nachlesen.

Sun Ray thin clients and ZFS - or how a multi-thousand user, multi-desktop infrastructure should look like

This is what can happen if two great technologies are brought together: During this year's JavaOne back in June 2009, several thousand user desktops were handled by a combination of Sun VDI Software 3, ZFS, Sun Servers and Storage. Let me tell you about some remarkable aspects of that setup: There were just three (not thousands of) different operating system images (Windows 7, Ubuntu 8.10, OpenSolaris 2009.06). All other operating system desktops were just references to the original three images, growing only when a user changes data. See how ZFS comes into play? With its built-in copy-on-write and snapshot capabilities, cloning desktops requires just a fraction of the space and time required by traditional solutions. The total amount of storage for the 6000 desktops (each about 10 GB in size) used during the conference was just 2 TB instead of the otherwise needed 60 TB!

There were at most 200 desktops (400 to 500 were possible with that specific setup) in use at any given time, from about 150 Sun Ray terminals. All other (inactive) desktops were stored on disk in the meantime. As always with Sun Ray, users could take their Java Card (which was also their conference card) out of the current Sun Ray terminal and put it back to any other Sun Ray terminal later and would see the exact desktop they used last time. And, of course, no front end administration is necessary with Sun Rays.

Thinking of schools or universities, where often a limited number of users from a much higher number of total users access their desktops at any given time, the Sun Ray setup used at JavaOne 2009 looks like a perfect fit for those environments as well. In the second blog entry on this page (scroll down one page to get to the entry named "VDI 3 @ JavaOne - Summary"), you can see the the main features in one list.

Read what Microsoft says about their Sun Ray solution in my previous blog entry.

Tuesday Nov 24, 2009

Read what Microsoft says about Sun Ray thin clients

Just recently, I read on this web page and also in this EEC blog entry (both published in July 2009) about Microsoft using Sun Ray thin clients in their Enterprise Engineering Center (EEC) in Redmond, WA, where Microsoft is reproducing customer environments and performing product validation. It is absolutely stunning how the specific advantages of our Sun Ray technology fit perfectly into this environment. A Microsoft white paper describes how it all works: In preparation of a customer visit, Microsoft engineers set up virtual machines to rebuild a certain customer setup. When the customer arrives, they just get the Sun Ray smart cards, log in at any Sun Ray client and get their specific (Windows) environment displayed.

As always with Sun Ray, users can take their smart card off one Sun Ray station at any time, plug it into any other one, and continue their work from the new seat, with their data, their desktop contents, and their applications unchanged - because all is stored and running on the remote server. No data of one customer is stored on any client (the client is not much more than a graphics card and a monitor), so no customer will be able to access data from any other customer. As the Microsoft white paper says, "Sun Ray thin clients are designed for secure operation from the ground up (which is one reason they are so widely deployed in government and military agencies)".

Besides that, the Sun Ray solution saves time for the preparation and also electrical energy (as no PC clients have to be configured or used). And because the Sun Ray clients are less complex than PCs, they are also more reliable.

For more information on the Sun Ray technology, please visit this web page. I suggest that you also watch the videos so you can see how it all works in real life.

Wednesday Nov 04, 2009

Mac OS X: Switching applications inside a WTS or VNC session

Recently, I discovered a way to switch between tasks inside a WTS or VNC session (same as <cmd><tab> with native OS X applications): Just replace the <cmd> key by the <alt> key, and you can switch applications inside the WTS or VNC session just as you would do if you were directly logged in to those systems.

Which Firefox profile am I using right now?

Sometimes, I'd like to know which profile I am using with my current Firefox instance (for example if an instance has been open for a long time, or if I'm running two instances (using firefox -P -no-remote) at the same time.

I found the solution on this web site:

Start Tools->Error Console (or press <ctrl><shift>j)

Then, in the Code line at the top (you can jump to it using <ctrl>o), enter the following code and press Return (or click the "Evaluate" button):

alert(Components.classes["@mozilla.org/file/directory_service;1"].getService(Components.interfaces.nsIProperties).get("ProfD", Components.interfaces.nsIFile).path);

It will show the full path of your profile in a popup window. The name of the profile is the last string after the last dot.

Monday Nov 02, 2009

Copying directory trees, continued

As mentioned earlier, I am using rsync to copy complete directory trees:

$ cd /source_dir
$ rsync -avz . /dest_dir

It will copy all files, including hidden ones, in directory /source_dir, into the destination directory /dest_dir. In case /dest_dir does not already exist, rsync will create it (at least on my Nevada 72 system).

There may be cases where rsync does not work correctly, for example when there are very long file names. Good to know that there's another easy way to do it:

$ cd /source_dir
$ find . -print -depth | cpio -pdm /dest_dir

The -depth parameter makes find print file names first, and -pdm with cpio means (from man cpio):
-p: reads a list of file path names from stdio and copies those files to the destination tree.
-d: creates directories if necessary
-m: keep file modification times

Destination directory /dest_dir must exist before starting the above commands.

Firefox 3.6b1, 3.5.5, and 3.0.15, Thunderbird 3.0b4 and 2.0.0.23, Seamonkey 2.0b1 available for download!

The following OpenSolaris page contains all download links for Firefox 3.6b1, 3.5.5, and 3.0.15, Thunderbird 3.0b4 and 2.0.0.23, and Seamonkey 2.0b1 on OpenSolaris and Solaris 10:

http://hub.opensolaris.org/bin/view/Community+Group+desktop/development

You can still find Firefox 2.0.0.20 linked here:

http://blogs.sun.com/blogfinger/entry/firefox_for_solaris_latest_versions2

You can also browse all Firefox versions for all platforms here:

http://releases.mozilla.org/pub/mozilla.org/firefox/releases/

And the latest Acrobat Reader (current version is 9.2) for OpenSolaris is - as always - available via the following page:

http://get.adobe.com/reader/otherversions/


About

blogfinger

Search

Archives
« November 2009 »
SunMonTueWedThuFriSat
1
3
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
25
26
28
29
30
     
       
Today