Single system image

From Infogalactic: the planetary knowledge core
Jump to: navigation, search

In distributed computing, a single system image (SSI) cluster is a cluster of machines that appears to be one single system.[1][2] The concept is often considered synonymous with that of a distributed operating system,[3][4] but a single image may be presented for more limited purposes, just job scheduling for instance, which may be achieved by means of an additional layer of software over conventional operating system images running on each node.[5] The interest in SSI clusters is based on the perception that they may be simpler to use and administer than more specialized clusters.

Different SSI systems may provide a more or less complete illusion of a single system.

Features of SSI clustering systems

Different SSI systems may, depending on their intended usage, provide some subset of these features.

Process migration

<templatestyles src="Module:Hatnote/styles.css"></templatestyles>

Many SSI systems provide process migration.[6] Processes may start on one node and be moved to another node, possibly for resource balancing or administrative reasons.[note 1] As processes are moved from one node to another, other associated resources (for example IPC resources) may be moved with them.

Process checkpointing

Some SSI systems allow checkpointing of running processes, allowing their current state to be saved and reloaded at a later date.[note 2] Checkpointing can be seen as related to migration, as migrating a process from one node to another can be implemented by first checkpointing the process, then restarting it on another node. Alternatively checkpointing can be considered as migration to disk.

Single process space

Some SSI systems provide the illusion that all processes are running on the same machine - the process management tools (e.g. "ps", "kill" on Unix like systems) operate on all processes in the cluster.

Single root

Most SSI systems provide a single view of the file system. This may be achieved by a simple NFS server, shared disk devices or even file replication.

The advantage of a single root view is that processes may be run on any available node and access needed files with no special precautions. If the cluster implements process migration a single root view enables direct accesses to the files from the node where the process is currently running.

Some SSI systems provide a way of "breaking the illusion", having some node-specific files even in a single root. HP TruCluster provides a "context dependent symbolic link" (CDSL) which points to different files depending on the node that accesses it. HP VMScluster provides a search list logical name with node specific files occluding cluster shared files where necessary. This capability may be necessary to deal with heterogeneous clusters, where not all nodes have the same configuration. In more complex configurations such as multiple nodes of multiple architectures over multiple sites, several local disks may combine to form the logical single root.

Single I/O space

Some SSI systems allow all nodes to access the I/O devices (e.g. tapes, disks, serial lines and so on) of other nodes. There may be some restrictions on the kinds of accesses allowed (For example, OpenSSI can't mount disk devices from one node on another node).

Single IPC space

Some SSI systems allow processes on different nodes to communicate using inter-process communications mechanisms as if they were running on the same machine. On some SSI systems this can even include shared memory (can be emulated with Software Distributed shared memory).

In most cases inter-node IPC will be slower than IPC on the same machine, possibly drastically slower for shared memory. Some SSI clusters include special hardware to reduce this slowdown.

Cluster IP address

Some SSI systems provide a "cluster address", a single address visible from outside the cluster that can be used to contact the cluster as if it were one machine. This can be used for load balancing inbound calls to the cluster, directing them to lightly loaded nodes, or for redundancy, moving the cluster address from one machine to another as nodes join or leave the cluster.[note 3]

Some example SSI clustering systems

SSI Properties of different clustering systems
Name Process migration Process checkpoint Single process space Single root Single I/O space Single IPC space Cluster IP address[t 1] Source Model Latest release date[t 2] Supported OS
Amoeba[t 3] Yes Yes Yes Yes Unknown Yes Unknown Open 30 July 1996; 27 years ago (1996-07-30) Native
AIX TCF Unknown Unknown Unknown Yes Unknown Unknown Unknown Closed 30 March 1990; 33 years ago (1990-03-30)[7] AIX PS/2 1.2
Genesis Unknown Unknown Unknown Unknown Unknown Unknown Unknown Unknown Unknown Unknown
Inferno Unknown Unknown Unknown Unknown Unknown Unknown Unknown Open 4 March 2015; 9 years ago (2015-03-04) Native, Windows, Irix, Linux, OS X, FreeBSD, Solaris, Plan 9
Kerrighed Yes Yes Yes Yes Unknown Yes Unknown Open 14 June 2010; 13 years ago (2010-06-14) Linux 2.6.30
LinuxPMI[t 4] Yes Yes No Yes No No Unknown Open 18 June 2006; 17 years ago (2006-06-18) Linux 2.6.17
LOCUS[t 5] Yes Unknown Yes Yes Yes Yes[t 6] Unknown Closed 1988; 36 years ago (1988) Native
MOSIX Yes Yes No Yes No No Unknown Closed 26 February 2015; 9 years ago (2015-02-26) Linux
openMosix[t 7] Yes Yes No Yes No No Unknown Open 10 December 2004; 19 years ago (2004-12-10) Linux 2.4.26
Open-Sharedroot[t 8] No No No Yes No No Yes Open 1 September 2011; 12 years ago (2011-09-01)[8] Linux
OpenSSI Yes No Yes Yes Yes Yes Yes Open 18 February 2010; 14 years ago (2010-02-18) Linux 2.6.10 (Debian, Fedora)
Plan 9 No[9] No No Yes Yes Yes Yes Open 9 January 2015; 9 years ago (2015-01-09) Native
Sprite Yes Unknown No Yes Yes No Unknown Open 1992; 32 years ago (1992) Native
TruCluster No Unknown No Yes No No Yes Closed 1 October 2010; 13 years ago (2010-10-01) Tru64
VMScluster No No Yes Yes Yes Yes Yes Closed 1 June 2015; 8 years ago (2015-06-01) OpenVMS
z/VM Unknown Unknown Unknown Unknown Unknown Unknown Unknown Closed 23 July 2013; 10 years ago (2013-07-23) Native
UnixWare NonStop Clusters[t 9] Yes No Yes Yes Yes Yes Yes Closed June 2000; 23 years ago (2000-06) UnixWare
  1. Many of the Linux based SSI clusters can use the Linux Virtual Server to implement a single cluster IP address
  2. Green means software is actively developed
  3. Amoeba development is carried forward by Dr. Stefan Bosse at BSS Lab
  4. LinuxPMI is a successor to openMosix
  5. LOCUS was used to create IBM AIX TCF
  6. LOCUS used named pipes for IPC
  7. openMosix was a fork of MOSIX
  8. Open-Sharedroot is a shared root Cluster from ATIX
  9. UnixWare NonStop Clusters was a base for OpenSSI

See also

Notes

  1. for example it may be necessary to move long running processes off a node that is to be closed down for maintenance
  2. Checkpointing is particularly useful in clusters used for high-performance computing, avoiding lost work in case of a cluster or node restart
  3. "leaving a cluster" is often a euphemism for crashing

References

  1. Lua error in package.lua at line 80: module 'strict' not found.
  2. Lua error in package.lua at line 80: module 'strict' not found.
  3. Lua error in package.lua at line 80: module 'strict' not found.
  4. Lua error in package.lua at line 80: module 'strict' not found.
  5. Lua error in package.lua at line 80: module 'strict' not found.
  6. Lua error in package.lua at line 80: module 'strict' not found.
  7. Lua error in package.lua at line 80: module 'strict' not found.
  8. Lua error in package.lua at line 80: module 'strict' not found.
  9. Lua error in package.lua at line 80: module 'strict' not found.