Alan
I suppose we could compare this to a z/OS complex.
And is it true to say that if I pay to use 30mips for one VM, i could divide the work to 4 VM, each one having 30mips for the same price ?

Alain

Envoyé de mon iPhone

Le 22 oct. 2009 à 08:05, Alan Altmark <[email protected]> a écrit :

On Wednesday, 10/21/2009 at 12:36 EDT, Alain Benveniste
<[email protected]> wrote:
I'm not sure what should be understood by "Single System Image" ?
Could you give me a brief explanation of this meaning ?

A Single System Image will be a cluster of 2, 3, or 4 z/VM LPARs that has
the following characteristics:
a) All member systems are in an ISFC collection created by FICON CTC
connections
b) All members are connected to the same SANs and Ethernet LAN segments,
with the same access rights
c) They share dasd volumes.
d) With special exceptions, the users have identical directory entries on
each system
e) The users all have the same "security context". That is, users have
the same privileges and access rights without regard to which of the
member systems they log onto.

Attributes of the cluster include:
1) System programmer-defined cluster configuration (the systems can share
a single SYSTEM CONFIG)
2) Except for those above-mentioned special exceptions, a user can logon
to only one member of the cluster at a time
3) Subject to those same exceptions, users can access their spool files
from any member of the cluster, regardless of which system they were
logged onto when they created them.  (The cluster member must be up in
order to see spool files created on that member.)
4) Class G users will generally experience a single image.  I.e. QUERY
NAMES shows the users from all of the systems. TELL ALAN works without regard to the system ALAN is logged on to. SET SECUSER doesn't care where
in the cluster either user is located.
5) There are cross-system LINK protections (similar to XLINK-protected
disks)
6) The ability to maintain (SERVICE) all of the member systems from a
single system.
7) The capability to move most running Linux guests from one member to
another without having to hibernate it or shut it down
8) Built-in data and virtual server integrity protections during guest
relocation
9) Other cool stuff

Except for item 7, people may recognize this as being similar to Cross
System Extensions. It's true that CSE provided inspiration, but unlike CSE, a single system image (SSI) cluster is managed by CP himself and has
more capabilities than CSE.

Note that the above are a Statement of Direction. "Such statements are
subject to change or withdrawal without notice and represent goals and
objectives only."

Alan Altmark
z/VM Development
IBM Endicott

Reply via email to