《parlay平台ha方案》由会员分享，可在线阅读，更多相关《parlay平台ha方案（6页珍藏版）》请在金锄头文库上搜索。
1、PARLAYPARLAY 平台平台 HAHA 方案方案随着统一Parlay平台在现场的应用日益广泛，有必要对Parlay平台在HA方面的配置做一 个说明：HAHA 的方案的方案1、PARLAY 的 HAFrameWorkFrameWork主备模式框架的各实例之间采用主备方式实现高可用性，两个框架实例之间需要设置相互通信的IP地址；当然也可以采用一个单独运行一个框架实例的方式。Framework本身高可靠性设计采用Hot/Standby模式来实现，在一个ParlayGW中一般有两个Framework同时运行，当然也可以只有一个Framework运行(此时没有主备方式)如下HB图1-1 Frame
2、work主备模式这个Framework之间互相设置对方IP地址，通过互相发包检测对方心跳，任何时间只有一个Framework(HOT) 发挥实际作用， 当Framework(HOT) 当机时，Framework(Standby)通过心跳发现HOT Framework不可用，则接管其所有工作并升级为HOT模式，当原HOT Framework重启后会发现网络中已经存在一个HOT模式的Framework，则将自己的模式设置为Standby，并继续与新的HOT Framwork心跳。当Framework发生HOT与Standby切换时，所有的Service需要重新认证注册，所有Application需
3、要重新认证，选择业务。切换耗时过程包括三部分时间：Framework ActiveFramework Standby1. Standby Framework发现Hot Framework心跳失败过程，这个过程耗时15秒，此过程不影响 应用程序的逻辑，所有应用逻辑在此期间照常运行；2.主备切换时间，这个过程耗时小于1秒，此过程同样不影响应用程序；3. SCF与Application重新注册认证过程，这个过程视SCF与Application的个数而定，基本上 一对SCF与Application的重新注册与选择过程耗时2-3秒左右这个过程影响业务逻辑运行。ParlayGWParlayGWParlay
4、 Gateway 的心跳机制心跳机制涉及两层，一层是Parlay Gateway与核心网(包括iPAS-GW，CS-A，CS-T)之间，另一层是Parlay Gateway与Parlay Application之间的心跳机制。Call Server ParlayGatewayHB 这里的HB消息均为定长的OPTIONS和OK消息，表示Call Server和ParlayGW间的路由 OK，在实际CST到Parlay的呼叫路由中，如果CST到Parlay的HB失败的话，Call Server在返回 Parlay地址给CCF时，则不返回HB失败的地址，这样将保证ParlayGW组的可靠性。Parl
5、ay Gateway与iPAS-GW之间的心跳采用SIP-T的OPTIONS，这时iPAS-GW充当server角色，ParlayGW充当client角色。这里的心跳机制是基于呼叫级别的，不是基于节点级别的。详细的OPTIONS与OK消息如下OPTIONS sip:hbuser10.14.148.63:5061 SIP/2.0 From:hbuser;tag=787200000000000025900000 To: Via:SIP/2.0/UDP 10.14.149.19:5061 Call-ID:01F2F33A898140000000001ECseq:1 OPTIONS Max-Forwa
6、rds:70 Timestamp:36901 Content-Length:0 SIP/2.0 200 OK From: “hbuser”;tag=787200000000000025900000 To: Call-ID: 01F2F33A898140000000001E Cseq: 1 OPTIONS Via: SIP/2.0/UDP 10.14.149.19:5061 Content-Length: 0如果在 ParlayGW 和 Call Server 间抓包的话，可以看到大概在 30 秒左右会有 HB 消息发送和确认以下是典型的 Parlay HA 方案的呼叫路由ParlayGW1Pa
7、rlayGW2Call ServerAPP1APP2Parlaygw 和 parlayapp 都是通过和 framework 之间做 HB，由于 framework 是一个管理模块，当 framework 探测到某个 parlaygw 或者 parlayapp 死了，会依次通知与该实体有使用关系的 parlayapp 或者 parlaygw。 即如果 framework 发现某个 parlaygw 死了，会通知所有使用到该 parlaygw 的 parlayapp，反之，如果 framework 发现某个 parlayapp 死了，会 通知所有使用到该 parlayapp 的 parlaygw
8、。Call Server 负责在两个 ParlayGW 间路由呼叫，ParlayGW 负责将根据 APP 的负载情况呼叫路由到各个 APP 完成业务逻辑。所有的进程 ParlayGW APP 均 使用相同的 Naming 服务器注册于同一个 FrameWork。范例配置ParlayGW1ParlayGW2ParlayAPP 的配置文件注意事项对做 HA 的 Parlay Node ID 不可重复，APPID 名称不能一样。 NODE ID = 1APPSDK APPID = PARLAYAPP12、多个 ParlayGW 独立运行 由 Call Server 使用百分比路由呼叫，ParlayG
9、W 再根据 APP 的负载情况路由 到 ParlayAPP，进行呼叫处理。在方案二中，每个 Parlay 单独运行，单独的 Naming ，Framework，ParlayGW,APP，由 Call Server 保证在各个 Parlay 间的负载分 担。数据的同步方式数据的同步方式在多个 APP 间需要 Cache 同步时，系统使用一个 ParlayDS 完成数据库到 APP 的同步。如果需要同步本地 OSS 数据库数据，则，需为 ParlayAPP 需配置 ParlaySP 和相关的 VASSAM_M 和 VASSAM_D 进程，通过 SOAP 协议进行 DB 间数据同步。如果不需要使用
10、ParlaySP 发 SMS，（灵通伴我行，Conference）则配置一 个 ParlaySP 配置即可满足数据同步需要。在需要用一个 DS 为所有 APP 做数据同步时，注意 ParlayAPP 配置文件中的 NodeID 不可重复，请依次输入。当运行多套 parlay，但使用同一个数据库，同一个 ServcieDB 时，这时用 一个 parlayDS 来实现和所有 ParlayAPP 的 cache 的同步。这时，进入某一个 parlayapp 主机的如下目录：/opt/wacos/parlay/app/data打开 appindomain.dat，把所有 parayAPP 的 IP 输入：appid subsystemid name pipaddress status 1 24 PARLAYAPP1 10.14.152.64 1以上参数， appid 按顺序录入，subsystemid 都为 24,name 不同即可。然后 重启 parlayds,即可实现 DB 和所有 app 的 cache 的实时同步。注意：其它 parlayAPP 的 parlayDS 不要启动。典型应用典型应用河北冀灵通业务，使用方案 2 ，5 台单独的 Parlay Server 处理呼叫。由 CST 保证 呼叫的负荷分担，由 CST 和 ParlayGW 的 HB，保证呼叫路由的有效性。
