27.02.2013 Views

ExpressCluster X 2.0 for Windows Reference Guide - Nec

ExpressCluster X 2.0 for Windows Reference Guide - Nec

ExpressCluster X 2.0 for Windows Reference Guide - Nec

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Section II Resource details<br />

Monitor resources<br />

Additional In<strong>for</strong>mation<br />

When the status of the monitor resource becomes normal from an error, the reactivation count<br />

and failover count are reset to zero (0). When an error is detected next time, the process will be<br />

exactly the same as what has been described up to here. (The description up to here assumed the<br />

interconnect LANs are working properly.)<br />

If all interconnect LANs are disconnected, internal communications with other servers are<br />

blocked. As a result, even if an error is detected on a monitor target, failover of groups fails. To<br />

fail over a group when all interconnect LANs are disconnected, you can choose to shut down the<br />

server where an error is detected. This will allow other servers to detect the server is shut down<br />

and to start failover of the group.<br />

The following is an example of the process when an error is detected while all interconnect<br />

LANs are disconnected.<br />

Configuration example<br />

<br />

Interval 30 seconds<br />

Timeout 30 seconds<br />

Retry Count 3 times<br />

<br />

Recovery Object Failover Group A<br />

Reactivation Threshold 3 times<br />

Failover Threshold 1<br />

Final Action Stop cluster service and shutdown OS<br />

Reactivation <strong>for</strong> the recovery target is same as the situation when the interconnect LANs are<br />

working properly. The description begins from the failover on server1, which requires<br />

interconnect LANs.<br />

server1: IP monitor resource 1<br />

Reactivation count 3 times<br />

Failover count zero<br />

Public LAN<br />

(working also as<br />

interconnect)<br />

server1 Interconnect<br />

LAN<br />

server2<br />

Monitor resource<br />

IP monitor<br />

resource 1<br />

FailoverGroup A<br />

Disk resource 1<br />

Application resource 1<br />

Floating IP<br />

resource 1<br />

Shared<br />

disk<br />

When the reactivation count exceeds its<br />

threshold<br />

Monitor resource<br />

IP monitor<br />

resource 1<br />

Disk<br />

Heartbeat<br />

Gateway<br />

Failover of the failover group<br />

A starts but fails because<br />

interconnect LANs are<br />

disconnected, which means<br />

internal communication is<br />

blocked.<br />

“Failover threshold” is a<br />

failover count on a server<br />

basis.<br />

The first failover in server1.<br />

server1: IP monitor resource 1<br />

Reactivation count<br />

times<br />

3<br />

Failover count 1<br />

server2: IP monitor resource 1<br />

Reactivation count Zero<br />

Failover count Zero<br />

When the failover count exceeds its threshold on server1<br />

567

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!