5 releases (3 breaking)

0.4.0 Nov 1, 2024
0.3.0 Jul 12, 2024
0.2.0 May 10, 2024
0.1.1 Apr 18, 2024
0.1.0 Feb 28, 2024

#1095 in Algorithms

Download history 664/week @ 2024-07-25 747/week @ 2024-08-01 597/week @ 2024-08-08 914/week @ 2024-08-15 794/week @ 2024-08-22 708/week @ 2024-08-29 625/week @ 2024-09-05 545/week @ 2024-09-12 3532/week @ 2024-09-19 7217/week @ 2024-09-26 4736/week @ 2024-10-03 5898/week @ 2024-10-10 5198/week @ 2024-10-17 8009/week @ 2024-10-24 11610/week @ 2024-10-31 7275/week @ 2024-11-07

33,120 downloads per month
Used in 12 crates (via pingora-load-balancing)

Apache-2.0

44KB
303 lines

pingora-ketama

A Rust port of the nginx consistent hashing algorithm.

This crate provides a consistent hashing algorithm which is identical in behavior to nginx consistent hashing.

Using a consistent hash strategy like this is useful when one wants to minimize the amount of requests that need to be rehashed to different nodes when a node is added or removed.

Here's a simple example of how one might use it:

use pingora_ketama::{Bucket, Continuum};

fn main() {
    // Set up a continuum with a few nodes of various weight.
    let mut buckets = vec![];
    buckets.push(Bucket::new("127.0.0.1:12345".parse().unwrap(), 1));
    buckets.push(Bucket::new("127.0.0.2:12345".parse().unwrap(), 2));
    buckets.push(Bucket::new("127.0.0.3:12345".parse().unwrap(), 3));
    let ring = Continuum::new(&buckets);

    // Let's see what the result is for a few keys:
    for key in &["some_key", "another_key", "last_key"] {
        let node = ring.node(key.as_bytes()).unwrap();
        println!("{}: {}:{}", key, node.ip(), node.port());
    }
}
# Output:
some_key: 127.0.0.3:12345
another_key: 127.0.0.3:12345
last_key: 127.0.0.2:12345

We've provided a health-aware example in pingora-ketama/examples/health_aware_selector.rs.

For a carefully crafted real-world example, see the pingora-load-balancing crate.

Dependencies

~78KB