[rabbitmq-discuss] RabbitMQ Roadmap

Brendan Hay brendan at soundcloud.com
Fri May 25 10:24:36 BST 2012


I think pausing would be acceptable, possibly something that could be
prototyped/investigated via a plugin?

On Thu, May 24, 2012 at 12:37 PM, Simon MacMullen <simon at rabbitmq.com>wrote:

> On 24/05/12 11:33, Brendan Hay wrote:
>
>> Good stuff!
>>
>> The physical layout comment is regarding having to specify -sname/-name
>> in the x-ha-policy .. ie having clients aware of the nodes that compose
>> a cluster.
>> In the imaginary places in my head it would be nicer to set something
>> along the lines of 'one slave', 'two slaves', ..., or '50% of the
>> cluster has slaves' etc.
>>
>
> Oh, of course. Yes, I want that to happen too. Basically clients should
> not have to know anything about how the server / cluster is configured.
>
>
>  Migrating/moving a queue around inside a cluster is another nice to have
>> - scenario would be whatever you're using to do load-balancing
>> throws a nana and causes too many queues to be declared on a single
>> machine vs a more desired even spread. Basically fine tuning your queue
>> distribution, on the fly.
>>
>
> For mirrored queues that's conceptually quite easy; add some mirrors, wait
> for them to catch up, remove the old ones and you're done.
>
> For non-mirrored queues this would be fairly horrible... unless you're
> happy for the queue to pause while data is migrated.
>
>
> Cheers, Simon
>
> --
> Simon MacMullen
> RabbitMQ, VMware
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20120525/3b21be39/attachment.htm>


More information about the rabbitmq-discuss mailing list