BEA Logo BEA Tuxedo Release 8.0

  BEA Home  |  Events  |  Solutions  |  Partners  |  Products  |  Services  |  Download  |  Developer Center  |  WebSUPPORT

 

   Tuxedo Documentation   |   Administering a BEA Tuxedo Application at Run Time   |   Local Topics   |   Previous Topic   |   Next Topic   |   Contents

 


When to Use MSSQ Sets

Note: Multiple Servers, Single Queue (MSSQ) sets are not supported in BEA Tuxedo CORBA servers.

The MSSQ scheme offers additional load balancing in BEA Tuxedo ATMI environments. One queue is accommodated by several servers offering identical services at all times. If the server queue to which a request is sent is part of an MSSQ set, the message is dequeued to the first available server. Thus load balancing is provided at the individual queue level.

When a server is part of an MSSQ set, it must be configured with its own reply queue. When the server makes requests to other servers, the replies must be returned to the original requesting server; they must not be dequeued by other servers in the MSSQ set.

You can configure MSSQ sets to be dynamic so they automatically spawn and eliminate servers based upon a queue load.

The following table specifies when it is beneficial to use MSSQ sets.

You Should Use MSSQ Sets If . . .

You Should Not Use MSSQ Sets If . . .

You have between 2 and 12 servers.

There are many servers. (A compromise is to use many MSSQ sets.)

Buffer sizes are not too large, that is, large enough to exhaust a queue.

Buffer sizes are large enough to exhaust one queue.

All servers offer identical sets of services.

Each server offers different services.

Messages are relatively small.

Large messages are being passed to the services, causing the queue to be exhausted. When a queue is exhausted, either nonblocking sends fail or blocking sends block.

Optimization and consistency of service turnaround time are paramount.



 

The following two analogies illustrate when it is beneficial to use MSSQ sets.

 

back to top previous page next page