tuxedo的MMSQ负载均衡归类.pdfVIP

在使用 TUXEDO 的过程中，会遇到一些并发请求量很大的情况，比如某些帐单处理服务或 者是在营业下班前的日操作清单服务。 这时， 一些 SERVICE 会接收到大量客户端， 甚至长 时间的请求，对 service ，甚至整个系统是严峻的考验。遇到这种情况，单个的 server 往往 难以应付，或者性能不好，我们就想到负载均衡或者使用 TUXEDO 的 MSSQ （Multi Serv er, Single Queue ）。下面笔者根据自己在 TUXEDO 应用开发和管理配置方面的实践，结 合实际系统压力测试的结果对相关的问题进行一些探讨。 在使用 TUXEDO 的过程中，会遇到一些并发请求量很大的情况，比如某些帐单处理服 务或者是在营业下班前的日操作清单服务。 这时， 一些 SERVICE 会接收到大量客户端， 甚 至长时间的请求，对 service ，甚至整个系统是严峻的考验。遇到这种情况，单个的 server 往往难以应付，或者性能不好，我们就想到负载均衡或者使用 TUXEDO 的 MSSQ （Multi Server, Single Queue ）。下面笔者根据自己在 TUXEDO 应用开发和管理配置方面的实践， 结合实际系统压力测试的结果对相关的问题进行一些探讨。 在没有负载均衡的情况下，是由一个 server （可能包含一个或多个 service ）来处理客 户端对其中 service 的请求，所有的请求首先放入这个 server 的队列里面，然后 server 逐 个取出处理。在 UNIX 系统上， TUXEDO 较多的使用了队列，并且也用到了共享内存和信 号量， 相关的 UNIX 系统参数会影响到系统的性能， 但这个不在本文讨论范围之内， 这里假 设已经调到了合适的范围，具体请查阅 TUXEDO 关于 IPC 的文档。 现以一个帐单处理的 server 为例，负载均衡前 server 的 ubb 配置为： billpay SRVGRP=GROUP1 SRVID=1 在单个 server 不能满足性能要求的情况下，就考虑采用 TUXEDO 的负载均衡方法。 方法一是直接将相关 server 启多份，将上面的配置改为： billpay SRVGRP=GROUP1 SRVID=1 MIN = 5 MAX = 10 这样 tmboot 的时候，就会有 MIN = 5 个 billpay 启动，类似下面的情况： billpay 00001.00001 GROUP1 1 0 0 ( IDLE ) billpay 00001.00002 GROUP1 2 0 0 ( IDLE ) （依此类推，共 5 个） 其中第二列是该 server 的队列名， .前面是 GRPNO, 后面是 SRVID ，每个 server 有自己的 队列。相关的另一个参数就是在 ubb 的*RESOURCES 段的 LDBAL ，表示是否启动 Load Balancing ，默认是 N （不启动），你可以通过设置成 Y来启动。这里需要注意的是，为 N的时候并不表示多个 server 不能分担负载。主要的差别是为 Y 时， TUXEDO 在接收到 请求时会按照它的负载均衡的算法来找到合适的 server 来处理，而设置成 N 时，总是由第 一个可用的 server 来处理。通过这种方法可以让多个 s