In an active/standby group, the primary server is processing, and the back-up servers are standing by in case of a failure on the primary server. The standby systems can be smaller, lower-performance systems, but they must have the processing capability to assure resource availability should the primary server fail.
A standby server can provide backup for more than one active server. For example in the figure above, Server2 is the standby server in three active/standby resource pairs. The SIOS Protection Suite resource definitions specify the following active/standby paired relationships:
-
AppA on Server1 fails over to Server2.
-
AppB on Server3 fails over to Server2.
-
AppC on Server4 fails over to Server2.
Be aware of these three critical configuration concepts when you are considering configurations with multiple active/standby groups:
-
Disk ownership. Different active applications cannot use disk slices on the same volume. SIOS Protection Suite applies locks at the volume level. When the SCSI locks are applied, only one system on the shared SCSI bus can access volumes on the disk device. In the example, Server3 has ownership of the AppB disk resources and Server4 owns the AppC resources.
-
Processing capacity. Although it is unlikely that Servers 1, 3, and 4 would fail at the same time, you must take care when designating a standby server to support multiple resource relationships so that the standby server can handle all critical processing should multiple faults occur.
-
SIOS Protection Suite administration. In the example, Server2 provides backup for three other servers. In general, it is not desirable to administer the SIOS Protection Suite database on the different logical groups simultaneously. You should first create the resources between the spare and one active system, then between the spare and another active system and so on.