[CONF] Apache Qpid: ClusteringHA (page edited)

[confluence]

Page Edited : qpid : ClusteringHA ClusteringHA has been edited by Alan Conway (Jul 14, 2008). (View changes) Content: Definitions There are two very different reasons to cluster: Reliability/Fault Tolarance Cluster members replicate state. If one member fails, clients can fail-over to another. Scalabilty/throughput/load balancing: Distribute large work load across multiple brokers for higher throughput. Its important not to confuse the two goals. Note that a reliable cluster will be LESS scalable and performant than even a single broker - replication is extra work on top of normal processing. There is also: Federation (a set of distributed exchanges and queues, seperately managed and wired together) It's not clear where to draw the line between federation and clustering for scalability. Reliability clustering is orthogonal to scalability clustering/federation, which means they can be combined. Just replace the individual brokers in your federation or scalability cluster with reliable broker clusters and you have a reliable and scalable system. Requirements/Use Cases Reliability Requirements ClusteringAndFederation Design notes Cluster Design Note - Cluster for reliability. A reliable broker cluster can participate as a single broker in federation or throughput clusters. AMQP breakdown for clustering - Analysis of AMQP 0-10 commands and their effect on replicated state in a cluster. Federation Design Note - Discussion of what has been done to date in C++ Java Federation Design Proposal - Discussion of what could be implemented in the Java Broker.

Powered by Atlassian Confluence (Version: 2.2.9 Build:#527 Sep 07, 2006) - Bug/feature request

Unsubscribe or edit your notifications preferences