You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by sanne <sa...@newfoundland.nl> on 2006/10/24 19:12:58 UTC

Gridcomputing over JMS

Hi,

If would like to use JMS for loadbalancing and failover. Basically there are
6 web frontends which have to send search requests to say 10 search servers.
I hope ActiveMQ can help provide the technology to build this. 

Maybe the best solution would be to introduce a central broker where all the
requests are gathered and scattered.
But, this provides extra maintanance, and a single point of failure. So I
would like to embed brokers in the web frontends and/or in the search
servers.

The way I see it is that the web frontends post the requests on a queue
named requestQueue, with a JMSReplyTo that is specific to the web frontend.
One of the search servers reads the request from the requestQueue and posts
the reply on the designated queue.

As far as i can see the network of brokers option in ActiveMQ provides such
an option. What would be the best way to solve this? As far as the
requestQueue goes, message ordering is not that important: as long as the
requests get fullfilled by a random search server I'm happy. Total ordering
of the requests across the web frontends is not necessary. The amount of
messages would be 100 - 200 per second over a 100Mb network with good
switches. 

At the moment I'm trying out ActiveMQ 3.2.2, as the download links of the
4.x links are not working. Any suggestions on what options would give the
best results?

Regards,

Sanne de Roever




-- 
View this message in context: http://www.nabble.com/Gridcomputing-over-JMS-tf2502804.html#a6977385
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: Gridcomputing over JMS

Posted by sanne <sa...@newfoundland.nl>.
Hi Hiram,

Thanks for your reply. 

Would the network of brokers be the right solution? Do you have any
configuration tips,
or do you have any experience with this kind of setup?

Regards,

Sanne


Hiram Chirino wrote:
> 
> go with 4.x stuff as it's much more stable and feature rich.  umm.. once
> the
> download servers are back up.
> 
> On 10/24/06, sanne <sa...@newfoundland.nl> wrote:
>>
>>
>> Hi,
>>
>> If would like to use JMS for loadbalancing and failover. Basically there
>> are
>> 6 web frontends which have to send search requests to say 10 search
>> servers.
>> I hope ActiveMQ can help provide the technology to build this.
>>
>> Maybe the best solution would be to introduce a central broker where all
>> the
>> requests are gathered and scattered.
>> But, this provides extra maintanance, and a single point of failure. So I
>> would like to embed brokers in the web frontends and/or in the search
>> servers.
>>
>> The way I see it is that the web frontends post the requests on a queue
>> named requestQueue, with a JMSReplyTo that is specific to the web
>> frontend.
>> One of the search servers reads the request from the requestQueue and
>> posts
>> the reply on the designated queue.
>>
>> As far as i can see the network of brokers option in ActiveMQ provides
>> such
>> an option. What would be the best way to solve this? As far as the
>> requestQueue goes, message ordering is not that important: as long as the
>> requests get fullfilled by a random search server I'm happy. Total
>> ordering
>> of the requests across the web frontends is not necessary. The amount of
>> messages would be 100 - 200 per second over a 100Mb network with good
>> switches.
>>
>> At the moment I'm trying out ActiveMQ 3.2.2, as the download links of the
>> 4.x links are not working. Any suggestions on what options would give the
>> best results?
>>
>> Regards,
>>
>> Sanne de Roever
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Gridcomputing-over-JMS-tf2502804.html#a6977385
>> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>>
>>
> 
> 
> -- 
> Regards,
> Hiram
> 
> Blog: http://hiramchirino.com
> 
> 

-- 
View this message in context: http://www.nabble.com/Gridcomputing-over-JMS-tf2502804.html#a6980388
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: Gridcomputing over JMS

Posted by Hiram Chirino <hi...@hiramchirino.com>.
go with 4.x stuff as it's much more stable and feature rich.  umm.. once the
download servers are back up.

On 10/24/06, sanne <sa...@newfoundland.nl> wrote:
>
>
> Hi,
>
> If would like to use JMS for loadbalancing and failover. Basically there
> are
> 6 web frontends which have to send search requests to say 10 search
> servers.
> I hope ActiveMQ can help provide the technology to build this.
>
> Maybe the best solution would be to introduce a central broker where all
> the
> requests are gathered and scattered.
> But, this provides extra maintanance, and a single point of failure. So I
> would like to embed brokers in the web frontends and/or in the search
> servers.
>
> The way I see it is that the web frontends post the requests on a queue
> named requestQueue, with a JMSReplyTo that is specific to the web
> frontend.
> One of the search servers reads the request from the requestQueue and
> posts
> the reply on the designated queue.
>
> As far as i can see the network of brokers option in ActiveMQ provides
> such
> an option. What would be the best way to solve this? As far as the
> requestQueue goes, message ordering is not that important: as long as the
> requests get fullfilled by a random search server I'm happy. Total
> ordering
> of the requests across the web frontends is not necessary. The amount of
> messages would be 100 - 200 per second over a 100Mb network with good
> switches.
>
> At the moment I'm trying out ActiveMQ 3.2.2, as the download links of the
> 4.x links are not working. Any suggestions on what options would give the
> best results?
>
> Regards,
>
> Sanne de Roever
>
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Gridcomputing-over-JMS-tf2502804.html#a6977385
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>


-- 
Regards,
Hiram

Blog: http://hiramchirino.com