3.6.1 HP PolyServe Matrix Server Administration Guide (T5392-96018, August 2008)

Chapter 16: Configure Virtual Hosts 216
• For service monitors, you can assign a priority to each monitor (the
Service Priority setting). If ClusterPulse cannot locate an interface
where all services are “up” on the underlying server, it selects an
interface where the highest priority service is “up” on the underlying
server.
Specify Failback Behavior of the Virtual Host
When you configure a virtual host, you can specify the failback action
that the virtual host will take following a failover to a backup server.
There are two options:
AUTOFAILBACK and NOFAILBACK.
AUTOFAILBACK
is the default for virtual hosts. HP PolyServe Software
for Windows File Serving and HP PolyServe Software for Microsoft SQL
Server provide entities similar to virtual hosts (Virtual File Servers and
Virtual SQL Servers). These entities use
NOFAILBACK as the default.
AUTOFAILBACK
AUTOFAILBACK is intended to return the virtual host to its original
configuration, or as close to it as possible. After the virtual host fails over
to a backup server, ClusterPulse watches the health of the servers higher
in the list for that virtual host. When the health of one of these servers is
equal to or greater than the backup server where the virtual host currently
resides, the virtual host automatically attempts to fail over to that server.
NOFAILBACK
NOFAILBACK is intended to minimize failovers. The virtual host remains
active on the backup server until a healthier server (its health is greater
than the backup server) becomes available, at which point the virtual host
will fail over to that server.
For example, consider a two-node matrix that is configured with its
primary on node 1 and backup on node 2, and that uses the
NOFAILBACK
option. Three service monitors are configured on the virtual host. When a
service monitor probe fails on node 1, the virtual host will fail over to
node 2. Following are some possible scenarios:
• When the monitored service is restored on node 1, the virtual host will
remain on node 2. Node 1 and node 2 are equally healthy; they both