" /> Resource Manager NLB HA behaviour - Genesys CTI User Forum

Author Topic: Resource Manager NLB HA behaviour  (Read 17329 times)

Offline PFCCWA

  • Hero Member
  • *****
  • Posts: 655
  • Karma: -7
Resource Manager NLB HA behaviour
« on: March 25, 2013, 07:34:07 PM »
Advertisement
Hello,
We operate a resource manager HA set up, with windows 2003 nlb cluster.
I am trying to establish if the behavior when restarting the primary and backup rm's is correct..

So rm is running in primary mode and active, with member id = 2, and host nlb port 5060 enabled.
rm_backup is running in primary mode (but not active), member id = 1, and host nlb port 5060 is disabled.
Cluster section set up as per gvp 8.1 deployment guide.
Both install path bin folders contain nlb.bat and init.bat which have been configured as per instruction.

If we stop both resource managers, then start rm first then rm_backup - the nlb port for rm host is disabled, and nlb port for rm_backup enabled.  This now means rm is active, but rm_backup nlb port is enabled.  We have issue here where all available ports are blocked after usage in outbound.
Is this correct behaviour after start up?
If we start rm_backup first, then rm, the rm host nlb port is enabled (rm_backup nlb port disabled).  everything works as expected with this.
Similarly if we only start rm_backup, its host nlb port is enabled and everything works correctly.
Our expectation is whatever order we start the resource managers, the rm port is always enabled.
Running on RM version 8.1.5 and outbound voip solution (ms 8.1.5, sip 8.1, ocs 8.1).

thanks.

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2755
  • Karma: 44
Re: Resource Manager NLB HA behaviour
« Reply #1 on: March 26, 2013, 07:26:02 AM »
I know that the doc says other description, but according to my experience the mymemberid works in inverted mode, ie. primary must have id=1, backup id=2.

Offline bublepaw

  • Sr. Member
  • ****
  • Posts: 283
  • Karma: 10
Re: Resource Manager NLB HA behaviour
« Reply #2 on: March 26, 2013, 09:18:41 AM »
I agree with Kubig, I always set id to 1 on primary. In addition I would recommend looking and new feature in SIPS 8.1.1 which provides active/active support for RM without any scripts or NLB stuff. One comment for now it works best on UDP

Offline PFCCWA

  • Hero Member
  • *****
  • Posts: 655
  • Karma: -7
Re: Resource Manager NLB HA behaviour
« Reply #3 on: March 26, 2013, 09:57:59 AM »
is it still possible to use Windows NLB with an active-active RM set up? or even recommended?
Im assuming the virtual ip remains open on both hosts nlb cluster in this instance..
Ive had a look at the gvp deployment guide which seems to follow 3 steps, the third being an external load balancer set up.

thanks.

Offline bublepaw

  • Sr. Member
  • ****
  • Posts: 283
  • Karma: 10
Re: Resource Manager NLB HA behaviour
« Reply #4 on: March 26, 2013, 02:47:59 PM »
In active/active setup NLB is no longer need (actually it is not supported) on RM side. SIPS "pings" each local ip address of RM and based on result of the ping decides how to route calls. In addition when both ip addreses are available SIPS distributes requests in round-robin fashion. This configuration is described in more details in SIPS dep guide 8.1.1

Offline PFCCWA

  • Hero Member
  • *****
  • Posts: 655
  • Karma: -7
Re: Resource Manager NLB HA behaviour
« Reply #5 on: March 28, 2013, 04:42:12 PM »
I have found the issue i raised on this post is caused by an incorrect NLB.bat script.
If the virtual IP is 177.00.000.3
resource manager is member id=2
resource manager backup is member id=1
host priority of resource manager host in nlb=1
host priority of resource manager backup host in nlb=2
Assuming nlb password is the default.
sip port of rm=5060

what should the script be?

REM Update the value below with the virtual IP value for any Windows platform
set virtual_ip=138.120.84.204


REM If running on Windows 2K8, update the below values with the second IP address (non-virtual-ip) of the interface associated with the NLB interface.
REM Otherwise, if running on windows 2003, leave the below as-is (i.e., 1 and 2)
set private_ip_member1=1
set private_ip_member2=2

REM If running on Windows 2003, update the below value with the wlbs password configured
REM Otherwise if running on Windows 2008, leave the below field blank (i.e., set wlbs_password=)
set wlbs_password=/PASSW root1

REM Set this to node ID defined by cluster.mymemberid in RM MF options - eg. 1 for NLB host ID 1, and 2 for NLB host ID 2
set mymemberid=1

REM If running on 64-bit OS, then the wlbs needs to be reference directly from sysnative directory
IF EXIST %SystemRoot%\SysWOW64 set NLBPATH=%SystemRoot%\sysnative\

%NLBPATH%wlbs start

if %1 equ enable (

                if %2 equ 1 (

                               
                                %NLBPATH%wlbs enable 9999 %virtual_ip%:%private_ip_member1% %wlbs_password%
                %NLBPATH%wlbs disable 9999 %virtual_ip%:%private_ip_member2% %wlbs_password%
                                %NLBPATH%wlbs enable 9999 %virtual_ip%:%private_ip_member1% %wlbs_password%

                )

                if %2 equ 2 (

                                %NLBPATH%wlbs enable 9999 %virtual_ip%:%private_ip_member2% %wlbs_password%
                %NLBPATH%wlbs disable 9999 %virtual_ip%:%private_ip_member1% %wlbs_password%
                                %NLBPATH%wlbs enable 9999 %virtual_ip%:%private_ip_member2% %wlbs_password%

                                if ERRORLEVEL 1 exit /B 0
                                exit %ERRORLEVEL%
                )
) else (

REM ER260413563 - Disable only if it's this node.  If disabling other node that cannot be reached, it may get delayed for very long time.
REM              When NLB.bat disable <other node> is issued, it is accompanied by NLB.bat enable <this node>, and when enabling this node it will disable the other node
                if %2 equ %mymemberid% (
                                if %2 equ 1 (
               
                                                %NLBPATH%wlbs %1 9999 %virtual_ip%:%private_ip_member1% %wlbs_password%
                                )
                                if %2 equ 2 (
                               
                                                %NLBPATH%wlbs %1 9999 %virtual_ip%:%private_ip_member2% %wlbs_password%
                                )
                )
)

if ERRORLEVEL 1 exit /B 0
exit %ERRORLEVEL%

I understand what needs updated for most but am confused on the arguments under the if statements..

thanks.

Offline Timur Karimov

  • Sr. Member
  • ****
  • Posts: 415
  • Karma: 2
Re: Resource Manager NLB HA behaviour
« Reply #6 on: June 26, 2013, 06:12:00 AM »
[quote author=bublepaw link=topic=7736.msg33488#msg33488 date=1364309279]
In active/active setup NLB is no longer need (actually it is not supported) on RM side. SIPS "pings" each local ip address of RM and based on result of the ping decides how to route calls. In addition when both ip addreses are available SIPS distributes requests in round-robin fashion. This configuration is described in more details in SIPS dep guide 8.1.1
[/quote]
Hi,bublepaw
was surprised to read this. Are you sure that  active/active RM setup does't need external load balancer? I'm re-read all available latest version of deployment guide for SIP and GVP but don't found any way to use active/active w/o ext LB. Can you point on that exactly doc you mean as  "SIPS dep guide 8.1.1" ?
WBR Timur

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2755
  • Karma: 44
Re: Resource Manager NLB HA behaviour
« Reply #7 on: June 26, 2013, 07:25:16 AM »
You can build HA on RM via load-balancing on SIP server. It is described in last deployment guide and HA dep guide for SIP.

Offline Timur Karimov

  • Sr. Member
  • ****
  • Posts: 415
  • Karma: 2
Re: Resource Manager NLB HA behaviour
« Reply #8 on: June 26, 2013, 11:11:46 AM »
[quote author=Kubig link=topic=7736.msg34342#msg34342 date=1372231516]
You can build HA on RM via load-balancing on SIP server. It is described in last deployment guide and HA dep guide for SIP.
[/quote]
Kubig,
i'll ask again - Can you point on that exactly doc you mean as  "last deployment guide and HA dep guide for SIP" ?
I had just checking the:
"Framework 8.1 SIP Server High-Availability Deployment Guide" Document Version: 81fr_dep-sip_ha_10-2011_v8.1.001.04
"Framework 8.1 SIP Server Deployment Guide" Document Version: 81fr_dep-sip_05-2013_v8.1.101.05
"Genesys Voice Platform 8.1 Deployment Guide" Document Version: 81gvp_dep_12-2012_v8.1.601.00
"Voice Platform Solution 8.0 Integration Guide" Document Version: 80gvp_ig-vps_11-2008_v8.0.001.06

All of those doc's did't contain any active-active scheme for RM w/o ext. LB. 

Offline bublepaw

  • Sr. Member
  • ****
  • Posts: 283
  • Karma: 10
Re: Resource Manager NLB HA behaviour
« Reply #9 on: June 26, 2013, 11:15:23 AM »
Search for Active-Active Resource Managers in SIPS dep guide. If You decide to go this way please use latest SIPS. There are two ways to configure it - using ip addresses or using DNS name. DNS name is preferred option ( less configuration on RM/MCP side).

http://genesyslab.info/wiki/index.php/Special:Repository/81fr_dep-sip.pdf?id=2e30d00a-05d6-4c84-a539-eb7ddcbde5f4 page 322

Offline Timur Karimov

  • Sr. Member
  • ****
  • Posts: 415
  • Karma: 2
Re: Resource Manager NLB HA behaviour
« Reply #10 on: June 27, 2013, 07:38:05 AM »
[quote author=bublepaw link=topic=7736.msg34347#msg34347 date=1372245323]
Search for Active-Active Resource Managers in SIPS dep guide. If You decide to go this way please use latest SIPS. There are two ways to configure it - using ip addresses or using DNS name. DNS name is preferred option ( less configuration on RM/MCP side).

http://genesyslab.info/wiki/index.php/Special:Repository/81fr_dep-sip.pdf?id=2e30d00a-05d6-4c84-a539-eb7ddcbde5f4 page 322
[/quote]
Hi,bublepaw
fanx for detailed answer.
WBR Tim

Offline Timur Karimov

  • Sr. Member
  • ****
  • Posts: 415
  • Karma: 2
Re: Resource Manager NLB HA behaviour
« Reply #11 on: July 01, 2013, 07:59:01 AM »
Hi All,
another question about Active-Active scheme for RM. We all know how unstable current version of RM and MCP. So, I'll try to reach we maximum availability and utilization of GVP services. Well, the next question which i now have - can we configure two MCP to work with AA RM pair as one RG r we should configure one MCP for one RM and second one for second RM? The problem in that , how i can see:
1) then we create RG  - we must choice the primary RM. So if we have two primary RM  - we must create independent RG for each RM ?
2) then we configure MCP for work with RM - we must use RM ip-address in in several parameters(for example, routeset in sip section). So if we have RM without the shared IP - we must use independent MCP with independent settings for each RM?

On the other hand...it is just a change of paradigm - with Active-StandBy RM we use RG for sharing and load-balance the calls traffic between MCP pair. Now we use the SIP for sharing and load-balace the calls traffic between RM-MCP pair, right?

WBR Tim

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2755
  • Karma: 44
Re: Resource Manager NLB HA behaviour
« Reply #12 on: July 01, 2013, 08:20:45 AM »
You are not right, the working mechanism with LRGs are still same. You have not to change routeset in sip section,you have to only change configuration of TG,Trunk and VoIP objects (from RM IP address to "::msml" - it is described in dep guide very well).

Offline Timur Karimov

  • Sr. Member
  • ****
  • Posts: 415
  • Karma: 2
Re: Resource Manager NLB HA behaviour
« Reply #13 on: July 01, 2013, 08:51:44 AM »
Kubig,
look at gvp dep guide. in sections "Integrating Application Objects with Resource Manager", we have mention about routeset option in sip and vrmrecorder sections. We need to set this options for call recording solution works. and this options use the RM IP. it's a little confused for me now , coz i still can't build complete test zone.
SIP Dep guide did't cover this options. 
WBR Timur

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2755
  • Karma: 44
Re: Resource Manager NLB HA behaviour
« Reply #14 on: July 01, 2013, 08:54:48 AM »
I was confused too as you, but after test and deployment to production system I can say, it works. Genesys can change these options dynamically and internally. From my experience is this mode more stable then active-standby with bonding.