Revision as of 00:00, October 8, 2014 by Sschlich (talk | contribs)
Jump to: navigation, search

Resource Manager HA (Windows)

Use the information and procedures in this section to configure Resource Manager on Windows.

Task Summaries

Complete the tasks in Task Summary: Configuring the RM in HA Active Standby (Windows) to configure the Resource Manager in HA active standby mode.

Task Summary: Configuring the RM in HA Active Standby (Windows)

Task Summary: Configuring the RM in HA Active Standby (Windows)
Objective Related Procedures and Actions
  1. Configure NLB on the Resource Manager hosts.
See [[[Procedure: Configuring Resource Manager HA (Windows 2003)]]] or [[[Procedure: Configuring Resource Manager HA (Windows 2008), on page 413]]].
  1. Configure the member IDs and NLB script path in the Resource Manager Applications.
See [[[Procedure: Configuring the Resource Manager HA-Pair, on page 416]]].
  1. Configure the virtual IP address of the HA-pair in the INIT and NLB script files.
See [[[Procedure: Configuring the INIT and NLB Script Files (Windows), on page 419]]].
  1. Specify the NICs that require monitoring (optional).
See [[[Procedure: Specifying the NICs to Monitor (Windows), on page 418]]].

Note: In Windows environments, NICs monitoring is optional. If there are only two NICs installed on the host, omit this procedure. For more information about monitoring the NICs, see [[[Monitoring the NICs on page 404]]].

  1. If you are installing Resource Manager HA on Windows 2008, configure a network account with Administrator privileges (not required on Windows 2003).
See [[[Procedure: Configuring the Resource Manager Service (Windows), on page 420]]].

Note: Windows 2008 does not support the NLB command /PASSW argument for remote procedure calls. Therefore, the Resource Manager Service must run as a network account that has Administrator privileges.

  1. Complete finals steps before executing the Resource Manager HA-pair in NLB mode.
See [[[Executing NLB Mode on page 421]]].

Complete the tasks in Task Summary: Configuring the RM in HA Active Active (Windows) to configure the Resource Manager in HA active active mode.

Task Summary: Configuring the RM in HA Active Active (Windows)
Objective Related Procedures and Actions
  1. Configure the member IDs in the Resource Manager Applications.
See Procedure: Configuring the Resource Manager HA-Pair, on page 416.
  1. Configure the virtual IP in the Media Control Platform, Call Control Platform, and CTI Connector Applications.
See [[[Procedure: Integrating Application Objects with Resource Manager, on page 241]]] and [[[Procedure: Configuring the Call Control Platform, on page 267]]].

Note: When you use these procedures to configure active active HA mode, the virtual IP is used as the Resource Manager IP.

  1. Configure the external load balancer.
See the vendor documentation for the type of load balancer you are using (for example, F5 or Radware).

You can configure the Resource Manager in HA active standby mode by using the Windows NLB service. Use the procedures in this section to configure the Resource Manager HA-pair on Windows 2003 or 2008.

Procedure: Configuring Resource Manager HA (Windows 2003)

Complete this procedure on each of the Resource Manager hosts in the HA-pair, specifying a unique ID for each host.

[+] Purpose


[+] Steps


[+] Next


Procedure: Configuring Resource Manager HA (Windows 2008)

Perform this procedure on each of the Resource Manager hosts in the NLB cluster, specifying a unique ID for each host.

[+] Purpose


[+] Prerequisites


[+] Steps


[+] Next


Tip
The following information applies to NLB configuration on Windows 2003 and 2008:

In active standby mode, when the active Resource Manager nodes NLB-dedicated NIC cannot be reached (due to an unplugged cable, a disabled NIC, or a shutdown host), it can take several seconds to several minutes before the traffic is re-routed to the standby Resource Manager node.

When the active Resource Manager node cannot be reached, the standby node issues the wlbs command (see [[[Procedure: Configuring the INIT and NLB Script Files (Windows), on page 419]]]) as part of the failover sequence. If the dedicated NLB NIC of the currently active Resource Manager node cannot be reached, then the wlbs command can hang for several seconds and cause the failover to be delayed.

In addition, if the failover occurred because the Resource Manager machine was shut down, the previously active Resource Manager might temporarily take over the traffic when the machine reboots. To resolve this issue:

  1. In the Network Load Balancing Properties on both of the Resource Manager hosts in the cluster, go to the Host Parameters section.
  2. In the Initial host state section, select Stopped from the Default state drop-down menu.

Procedure: Configuring the Resource Manager HA-Pair

Complete this procedure for each Resource Manager HA Application in the HA-pair.

[+] Purpose


[+] Prerequisites


[+] Steps


[+] Next


Procedure: Specifying the NICs to Monitor (Windows)

[+] Purpose


[+] Prerequisites


[+] Steps


[+] Next


Procedure: Configuring the INIT and NLB Script Files (Windows)

Configure the INIT.bat and NLB.bat files on each Resource Manager host in the HA-pair.

[+] Purpose


[+] Prerequisites


[+] Steps


[+] Next


Procedure: Configuring the Resource Manager Service (Windows)

[+] Purpose


[+] Steps


[+] Next


Execute NLB Mode

Before you execute NLB mode:

  1. Execute the INIT.bat file. When you execute this file, load balancing is disabled on both members in the HA-pair. Executing in NLB mode, the Resource Manager checks the status of other Resource Manager instance before it assumes Active Standby status.
  2. Start one instance of the Resource Manager Application on each host in the HA-pair.

Ensure that each host is running different instances of the Resource Manager Applications; for example, if one host is running ResMgr1, the other host must be running ResMgr2.

Resource Manager HA IP Address Takeover for Windows

Beginning with release 8.1.6, Resource Manager supports IP Address Takeover for Windows.

Resource Manager (RM) is used with SIP Server for Media Server applications, and with GVP for VoiceXML applications. Resource Manager provides an essential intelligence for GVP and media policy management, resource management and reporting. Resource Manager monitors the availability of media servers and directs SIP Server to connect sessions to the most suitable media server.

Resource Manager High Availability means that the RM function can be deployed as a pair of RM processes. You can configure RM pairs to send updates to each other regarding the status of requests and system states. RM pairs can be deployed in Active Standby or Active Active modes.

If SIP Server is sending requests to an RM Active Active configuration, it requires that a load balancer be placed between SIP Server and the Resource Manager Pairs. F5, NLB, and Radware are examples of third party load balancers that can perform these functions. Active Active designs require load balancing to maintain stickiness of the session between SIP Server and the RM selected.

If SIP Server is sending requests to an RM pair configured in Active Standby, then SIP Server is directing requests only to the active RM, using a Virtual IP. The RMs have an internal selection mechanism to determine which node should be the active one. The standby RM is used to take over the role of the Primary only when the current active RM process fails. There are two ways to accomplish the takeover: you can use Windows NLB for monitoring and switching.

Or, you can use the Genesys Solution Control Server (SCS) to monitor alarms sent to it for RM; if the active RM goes down, then SCS can execute scripts that change the Virtual IP addressing between SIP Server to the formerly-standby-now-active RM. The RM also has its internal mechanism of performing failover using heartbeat monitoring between the pair. The active standby configuration does not require a load balancer, but does need an effective script solution.

Table 53: IP Address Takeover vs. Load Balancing A Comparison
RM Configuration RM Scripts RM Load Balancing Pro Con
Active Standby
(Load Balancing)
--- Windows NLB Comes with the product, slightly easier config; supports Windows. ---
Active Standby
(IP Address Takeover)
IP-Takeover Patch with Scripts --- Comes with the product, slightly easier configuration; supports Windows & Linux. Still less reliable than NLB in this configuration for switchover timing; see the [[[Resource Manager Release Note]]].
Active Active
(IP Address Takeover)
--- F5, NLB Fast takeover. Complex Config, 3rd Party sw, NLB is windows only.
Active Active
(Load Balancing)
--- Genesys SIP Server with internal load balancing Comes with the product, easy configuration, baked-in function. ---

Procedure: Configure Resource Manager High Availability Using Virtual IP Address Takeover for Windows

Purpose

To configure VP Resource Manager (RM) High Availability (HA) using Virtual IP (VIP) Address Takeover for Windows.

Prerequisites

New script files were added to the Resource Manager IP. Verify that the following four files are present in the installation-bin folder:

  • INIT_IPTakeOver.bat
  • IPTakeOver.bat
  • Ping.vbs
  • Check_Ip.vbs
Start of procedure
  1. Follow the instructions inside INIT_IPTakeOver.bat to set the parameters VirtualIP and VirtualInterface.
  2. Follow the instructions inside IPTakeOver.bat to set the parameters VirtualIP, VirtualInterface, GatewayIP, mymemberid and InterfaceForARPing.
    Tip
    IPTakeOver.bat also contains instructions that you should follow, for using the arping utility and other functions.

    Line 82 in IPTakeOver.bat should be commented out for Installations on Windows 2008 SP1 with the Hot fix installed http://support.microsoft.com/kb/2811463/en-us:

    REM @arping.exe -c 3 -i %InterfaceForArping% -S %VirtualIP% %GatewayIP% >> IPTakeOver.log
  3. In the RM's [cluster] section, set the failoverscript parameter to $InstallationRoot$/bin/IPTakeOver.bat.
  4. Create alarm-based reaction scripts to execute the failover script which would disable VIP in case of RM crash or shutdown. To create these scripts, follow these steps:
    1. Create a new Third Party Server template.
    2. Create two Reaction Applications.
    3. Create and configure two Alarm Reaction scripts.
    4. Create two Alarm Conditions, to send an alarm when either instance of the RM is stopped intentionally.
    5. Create two Alarm Conditions, to send an alarm when either instance of the RM stops unexpectedly.
  5. (Optional) Execute INIT_IPTakeOver.bat manually before starting RM in both HA nodes.
Tip
In some systems, the default heartbeat interval between the two RM nodes (2000 msec) is not suitable for the IP Takeover mechanism. To compensate, Genesys recommends setting the configuration option cluster.heartbeattimer to 8000.
End of procedure

Next Steps

Consider the following cautions:

  • Virtual IP (VIP) Address Takeover for Windows is less reliable than a Windows NLB cluster configuration (below).

Virtual IP (VIP) Address Takeover for Windows is less reliable than a Windows NLB cluster configuration

Adding or removing an IP address using VIP Address Takeover is more complicated than enabling or disabling a port in the Windows NLB configuration. VIP Address Takeover fails when either command on the backup or the primary fails. By comparison, in the Windows NLB configuration there is no dependency on a backup command to succeed for most of the failover scenarios.

Netsh (the Microsoft utility used for IP Address Takeover) takes longer to modify the network configuration than it does to enable or disable a port in the NLB configuration. Also, the time may depend upon a particular NIC and its configuration. Normally, modification takes less than 15 seconds to execute, but in this situation it can take as long as 30-45 seconds.

In addition, the Netsh command can fail if the NIC configuration is already being accessed through the Network Properties User Interface.

Virtual IP Interface Takeover Scripts

Find these scripts on your Installation CD or in the IP package that you downloaded over the internet:

Ping.vbs: Ping host and return 1 if the ping is successful, 0 if not, -1 if target not specified.

Check_ip.vbs: Check if the IP address (arg0) can be found on the host (arg1) and return 1 if found, 0 if not, -1 if address and host not specified.

INIT_IPTakeOver.bat: Optional. You can manually execute this batch script, to disable the Virtual IP interface in the RM box before starting the RM process.

IPTakeOver.bat: Enable or disable the Virtual IP interface in the RM box, during RM's own internal election process or when a failover event occurs.

For steps that configure the Resource Manager application, go to [[[Procedure: Configuring the Resource Manager HA-Pair, on page 416]]].

Comments or questions about this documentation? Contact us for support!