[CASSANDRA-12347] Gossip 2.0 - broadcast tree for data dissemination

• Type: Improvement
• Status: Resolved
• Priority: Normal
• Resolution: Won't Fix
• Component/s: Legacy/Distributed Metadata
• Assignee: Jason Brown
• Reporter: Jason Brown

Authors

Jason Brown

• Created: 29/Jul/16 22:04
• Updated: 12/Jun/19 15:39
• Resolved: 12/Jun/19 15:39

Description

Description: A broadcast tree (spanning tree) allows an originating node to efficiently send out updates to all of the peers in the cluster by constructing a balanced, self-healing tree based upon the view it gets from the peer sampling service (CASSANDRA-12346).

I propose we use an algorithm based on the Thicket paper, which describes a dynamic, self-healing broadcast tree. When a given node needs to send out a message, it dynamically builds a tree for each node in the cluster; thus giving us a unique tree for every node in the cluster (a tree rooted at every cluster node). The trees, of course, would be reusable until the cluster configurations changes or failures are detected (by the mechanism described in the paper). Additionally, Thicket includes a mechanism for load-balancing the trees such that nodes spread out the work amongst themselves.

Issue Links

• is required by: CASSANDRA-12345 Gossip 2.0
• requires: CASSANDRA-12346 Gossip 2.0 - introduce a Peer Sampling Service for partial cluster views