OpenVMS Cluster Systems - OpenVMS Systems - HP
OpenVMS Cluster Systems - OpenVMS Systems - HP
OpenVMS Cluster Systems - OpenVMS Systems - HP
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Building Large <strong>OpenVMS</strong> <strong>Cluster</strong> <strong>Systems</strong><br />
9.5 System-Disk Throughput<br />
IF... THEN... Comments<br />
Few users are active<br />
simultaneously<br />
Most users run a single<br />
application for extended periods<br />
A single system disk might<br />
support a large number of<br />
satellites.<br />
A single system disk might<br />
support a large number of<br />
satellites if significant numbers<br />
of I/O requests can be directed to<br />
application data disks.<br />
For most configurations, the probability is low<br />
that most users are active simultaneously. A<br />
smaller and less expensive <strong>OpenVMS</strong> <strong>Cluster</strong><br />
system can be configured for these typical<br />
working conditions but may suffer some<br />
performance degradation during peak load<br />
periods.<br />
Because each workstation user in an <strong>OpenVMS</strong><br />
<strong>Cluster</strong> system has a dedicated computer, a<br />
user who runs large compute-bound jobs on<br />
that dedicated computer does not significantly<br />
affect users of other computers in the <strong>OpenVMS</strong><br />
<strong>Cluster</strong> system. For clustered workstations, the<br />
critical shared resource is a disk server. Thus, if<br />
a workstation user runs an I/O-intensive job, its<br />
effect on other workstations sharing the same<br />
disk server might be noticeable.<br />
• Concurrent booting activity<br />
One of the few times when all <strong>OpenVMS</strong> <strong>Cluster</strong> computers are<br />
simultaneously active is during a cluster reboot. All satellites are waiting to<br />
reload the operating system, and as soon as a boot server is available, they<br />
begin to boot in parallel. This booting activity places a significant I/O load on<br />
the boot server, system disk, and interconnect.<br />
Note: You can reduce overall cluster boot time by configuring multiple<br />
system disks and by distributing system roots for computers evenly across<br />
those disks. This technique has the advantage of increasing overall system<br />
disk I/O capacity, but it has the disadvantage of requiring additional system<br />
management effort. For example, installation of layered products or upgrades<br />
of the <strong>OpenVMS</strong> operating system must be repeated once for each system<br />
disk.<br />
• System management<br />
Because system management work load increases as separate system disks<br />
are added and does so in direct proportion to the number of separate system<br />
disks that need to be maintained, you want to minimize the number of system<br />
disks added to provide the required level of performance.<br />
Volume Shadowing for <strong>OpenVMS</strong> is an alternative to creating multiple system<br />
disks. Volume shadowing increases the read I/O capacity of a single system disk<br />
and minimizes the number of separate system disks that have to be maintained<br />
because installations or updates need only be applied once to a volume-shadowed<br />
system disk. For clusters with substantial system disk I/O requirements, you can<br />
use multiple system disks, each configured as a shadow set.<br />
Cloning the system disk is a way to manage multiple system disks. To clone the<br />
system disk:<br />
• Create a system disk (or shadow set) with roots for all <strong>OpenVMS</strong> <strong>Cluster</strong><br />
nodes.<br />
• Use this as a master copy, and perform all software upgrades on this system<br />
disk.<br />
• Back up the master copy to the other disks to create the cloned system disks.<br />
• Change the volume names so they are unique.<br />
9–16 Building Large <strong>OpenVMS</strong> <strong>Cluster</strong> <strong>Systems</strong>