Jeder, der irgendwie mit Solaris / OpenSolaris in Berührung kam, ist wohl zwangläufig irgendwann über einen seiner Artikel gestolpert. Besonders hervorzuheben ist die Reihe “less known Solaris features”, zusammengefasst auch als PDF erhältlich. Früher bei Sun, heute bei Oracle beschäftigt, hat er über IT-Trends berichtet, eigene Einschätzungen zu aktuellen Themen abgegeben und howtos verfasst. Nicht immer frei von Scheuklappen, aber stets um Objektivität bemüht, auch mal selbstkritisch und vor allem technikbegeistert… so habe ich dieses Blog erlebt. Nach dem Wechsel von Solaris zu AIX im eigenem Haus war dies auch immer eine Informationsquelle für mich aktuelle Entwicklungen im Solaris-Umfeld nicht zu verpassen.

Ich bedaure deshalb die Einstellung dieses Blogs und sage servus!

P.S.

Servus ist universell zur Verabschiedung, aber auch zur Begrüßung verwendbar. In diesem Sinne – vielleicht sieht man sich in den Tiefen des digitalen Netzes wieder…

Kernel-News: OpenSolaris nv build100

• Integration von virtuellen Terminals
• automatische Snapshots und Snapshot Manager
• powertop Tool zum Aufspüren von Energiefressern
• fast reboot für x86
• Verbesserungen und GUI für NWAM (Network AutoMagic)
• Einführung von ITU (Install time UpdateTools) – Bereitstellung von ThirdParty-Treibern zur Installation

Sonstiges:

• OpenSolaris aka. Project Indiana bald auch für Sparc
• Sexstellungen und Mathematik – wieder mal genial bei xkcd
• LDOMS 1.1 (Logical Domains – Hardwarevirtualisierung mit Suns CMT-Servern)
• beadm – Verwaltung von BootEnvironments unter openSolaris
• Ein kritischer Blick auf ITIL-Umsetzungen
• OpenSolaris und Multimedia
• Whitepaper: System- und Resourcemanagement unter Solaris
• Ergänzende Infos zum ZFS-Artikel in der c’t von J. Möllenkamp

Update:

Wie in Barton’s Blog zu lesen ist kam nun auch LDOM-Support in den Linux-Kernel.

P.S.

Manchen Mitmenschen muss der Unterschied zwischen Linux (Kernel), z.B. 2.6.23, Linux-Distribution, z.B. SLES 10.3 von Novell/SUSE, und GNU-Software, etc. noch beigebracht werden. Man kann sich sonst beim fachsimplen doch als ziemlicher Newbie outen

Infos dazu gibt es in Marc Hamiltons Weblog oder bei ITpro.

Der bloggende CEO sah sich dadurch wohl genötigt etwas Licht ins Dunkel zu bringen. Neben den Bemühungen den Kurs von Sun im X64-Markt darzustellen gab es dann noch vage Neuigkeiten zu verkünden.

In Kürze wird eine neue Hypervisor-Plattform namens “Project Virginia” von Sun vorgestellt Sun wird dabei neben Solaris und Linux auch die Virtualisierung von Windows unterstützen. Dies wird durch das Abkommen mit Microsoft möglich. Im Gegenzug kann Microsoft Solaris in den Virtual Server offiziell mit aufnehmen. Weiterhin tritt Sun als OEM-Partner von M$ auf.

Schwartz nimmt das Blade6000-System als Beispiel, in dem zukünftig Sparc, Intel und AMD mit Solaris, Windows und Linux als Betriebssysteme versammelt sein können. Kernpunkt soll dabei das einheitliche Management sein. Sowohl Project Virginia als auch VMware werden als Virtualisierungslösung unterstützt.

Wie LDOMs und Xen hierzu passen darf gerätselt werden. Aber harren wir der Dinge, vielleicht kann ich den Sunnies am 26. beim Besuch in München/Heimstetten ein paar Infos entlocken…

Nachtrag:

The register schreibt heute etwas mehr zu Project Virginia.

Nachtrag2:

Nach meinem Besuch in München bleibt diese Geschichte weiterhin nebulös. Es sieht wohl danach aus, daß hier vorhandene und neue Managementfunktionen unter einer Oberfläche zusammenfinden sollen. An der eingesetzten Basistechnologie wie LDOMs ändert dies nichts…

Der Sun-Mitarbeiter Narayan Venka, der an der Entwicklung von LDOMs beteiligt ist, stellt in seinem Blog Technologien vor, die in eine zukünftige LDOM-Version Einzug halten werden und momentan noch als experimentell bezeichnet werden dürfen.

Service Domain / Virtual I/O – Failover

Um die Verfügbarkeit von Guest Domains zu erhöhen wäre ein Failover zwischen 2 Service Domains wünschenswert. Prinzipiell läßt sich das folgendermaßen realisieren:

• Auf den momentanen LDOM-fähigen Servern Sun Fire T1000/T2000 gibt es 2 seperate PCI-Busse, allerdings hängen nur die NICs gleichmäßig auf beiden Bussen verteilt, die lokalen Disks nicht.
• D.h. es werden 2 bootfähige Disk-Controller benötigt, die jeweils in einem Slot eines Busses stecken und auf ein Storage Zugriff haben. Das könnten z.B. FC-HBAs an einem externem SAN-Storage sein. iSCSI- und SCSI-Storage funktionieren auch.
• Zunächst wird also die Firmware mit Hypervisor und im Anschluß die erste Service Domain installiert, die dann alle Hardware besitzt.
• Danach wird der zweite Bus der Service Domain entzogen.
• Nun wird die nächste Service Domain installiert, die nun den zweiten Bus nutzen kann.
• Nun wird für die Guest Domain ein virtueller NIC und eine virtuelle Disk in jeder Service Domain erstellt.
• Jetzt wird die Guest Domain erstellt und ihr die virtuellle Disk und der NIC aus jeder Service Domain zugewiesen. Man beachte: Die Konfiguration der LDOMs hält der Hypervisor, nicht die Service-Domain!
• Nach der Installation der Guest Domain mit einer Disk und einem NIC wird das Failover eingerichtet. Für das LAN-Failover wird IPMP verwendet. Die Verfügbarkeit der Disks wird über Software RAID-1 erreicht (SDS/SVM).
• Nach dem Einrichten der Failover Mechanismen kann eine Service Domain durchgestartet werden und das Guest OS überlebt den Ausfall einer Hälfte der Resourcen. Natürlich ist die Guest Domain kurzzeitig nicht erreichbar (Timeout für IPMP default 10s).

Hier ist das detailierte Konfigurationsbeispiel von Hr. Venka. Ebenfalls gibt es dazu eine bebilderte Erklärung: Teil1 und Teil2.

Alexandre Chartre hat einen weiteren Artikel zum Thema verfaßt, der dabei die Hardwarebesonderheiten der T1000/2000 erklärt.

- physical Domains: In den grösseren Servern bietet SUN die Möglichkeit Systemboards (CPUs+Memory) und Interfaceboards (I/O=HBAs,NICs) exklusiv einem Solaris zuzuordnen. Gesteuert wird das über einen Systemcontroller, der die Zuordnung der Hardware zu physical Domains verwaltet und jeder Domain einen OpenBootProm zur Verfügung stellt. Die Zuteilung der Ressourcen ist starr. Über Dynamic Reconfiguration kann jedoch z.B. ein Systemboard einer Domain im laufenden Betrieb entzogen und einer anderen Domain zugeteilt werden (natürlich mit gewissen Einschränkungen…). Nachteil dieser Technologie ist die starre Zuordnung von Ressourcen zum OS – es kann eben z.B. nur ein komplettes Systemboard mit 4 USparc IV+ CPUS und 32GB RAM einer Domain zugeteilt werden. Wenn eine weitere Unterteilung sinnvoll wäre muss man sich dem folgenden Thema bedienen.
- Solaris Container/Zones: Ab Solaris 10 laufen alle Prozesse per Default in einer globalen Zone. In dieser können weitere Zonen erzeugt werden. Diese stellen eine eigene Solaris-Umgebung zur Verfügung, die allerdings gewisse Einschränkungen hat (z.B. keine eigenen Kernelparameter). Den Zonen können über das seit Solaris 9 vorhandene Ressourcemanagement Beschränkungen auferlegt und somit die Leistung zwischen den Zonen verteilt werden.

- logical Domains: Für Sparc-Server der neuen Generation (T1, T2, Rock) gibt es Virtualisierung auf Basis eines Hypervisors. Diesem Minibetriebssystem werden die Ressourcen zur Verfügung gestellt. Den logicals Domains werden dann i.d.R. virtuelle Ressourcen zugeteilt (z.B. virt. NICs). Es besteht allerdings auch die Möglichkeit “echte Hardware” zuzuteilen.

- Xen: Für X64-basierte Server ist die Unterstützung von Xen als Hypervisor angedacht. Diese entwicklung stammt aus dem Linux-Umfeld und entspricht in etwa den logical Domains.

Genauere Infos hierzu findet man hier.