c0t0d0s0.org

There is an interesting walkthrough for testing Solaris Cluster with iSCSI and Virtualbox at Building a Solaris Cluster Express cluster in a VirtualBox on OpenSolaris. Whoever wants to play with a mature cluster framework should give this a try.

With the last two million lines of code Sun reached the goal of open sourcing the Sun Cluster Framework (some months ahead of the goal). Now all parts of the suite are available under the CDDL license.

In case you don´t want to use Sun x86 servers, there is a good reason to use Solaris on it: Solaris Cluster is supported on HP Proliant DL 385 G2 and Proliant DL 585 G2 server. More details on the Sun Cluster Open Hardware page .

According to Andy von Bechtolsheim: Memory. In my opinion this has an interesting consequence: Not the fastest processor is the best HPC processor, it´s the processor that needs the least expensive, least power consuming memory to reach the optimal performance.

Many people don´t now that there is a load balancer in Sun Cluster. Or they hear it in their Cluster training and forget it afterwards. Okay, i wouln´t use it for extreme heavy duty tasks on the network side (software loadbalancer have their disadvantages) but for many sites this this a acceptable solution. Prasad Dharmavaram describes in his blog how to use it.

PS: Did i mention, that you can use Sun Cluster for free even in production environments (when you don´t need support)? So essentially, you get a load balancer for free.

Das passiert, wenn man SunCluster-Entwickler alleine lässt:

• Why do you need Solaris Cluster?(Das ist wahres Commitment. Sich für die Sache bei youtube zum Horst machen)
• Wenn Frauen sich Ihre Freunde wie Sun Cluster aussuchen würden ...

Diese Erläuterung von Tatjana Heuser ist zu gut, um sie in einem Kommentar verdorren zu lassen:

Das Cluster Filesystem war im Prinzip die innovativste Idee am SunCluster 3.
Die Intra-Cluster Kommunikation laeuft ueber einen Object Request Broker. Dieser laeuft - zumindest bis 3.1 - mit eingeschalteten Debug Flags. (Fuer die gerade freigegebene 3.2 Release noch nachsehen). Wenn man das abschaltet verliert man erweiterte Debug-Moeglichkeiten, gewinnt jedoch Durchsatz. Auch mit Traffic Shaping/Einstellungen fuer das private Network laesst auch noch eine ganze Menge herausholen, auch dieses nicht ohne Preis/Nebeneffekte. Das Cluster Filesystem ist ein Corba basierter Dienst, der eben auch ueber diese Intra-Cluster Kommunikation laeuft. Daher ist der Durchsatz im Clusterfilesystem leider auch durch die
Qualitaet/Geschwindigkeit des Sun Cluster private Networks bedingt. Wer also weiterhin nur 2x 100 MBit Interfaces im private Network faehrt, limitiert damit die Intra-Cluster Kommunikations Performance und implizit damit auch das Cluster Filesystem.

HAStorage+ stellt im Prinzip eine Reinkarnation des einfachen Filesystem failover Mechanismus von Cluster 2.x dar. Dieser Mechanismus wird aus Performance Gruenden auch gerne im Sun Cluster 3.x verwendet. Wer also die Flexibilitaet des ClusterFS nicht braucht kann an der Stelle auf HAStorage+ zurueckgreifen. Wer hingegen die volle Flexibilitaet von Sun Cluster 3.x nutzen moechte, muss ins Backbone investieren.

Ansonsten ist die Node, die den physikalischen I/O macht, auch die Node, die den Masterservice faehrt. Die Servernode hat den physikalischen Handle, die Proxynodes greifen ueber das private Network (ORB) auf das Proxy Filesystem zu.

Auf das im Kommentar auch noch erwähnte Buch zum Thema Sun Cluster bin ich wirklich schon gespannt.

Robert Milkowski reports about ZFS in conjunction with Sun Cluster 3.2