noxu-rep 7.2.0

Replication and high availability for Noxu DB
Documentation 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

//! Election subsystem for Noxu DB replication.
//!
//! implements the Paxos-based
//! master election protocol used by replication layer. The subsystem
//! includes:
//!
//! - [`ElectionConfig`]  -  tunable election parameters (timeout, retries,
//!   priority, designated-primary).
//! - [`Proposal`]  -  a candidate's election proposal, with ordering that
//!   determines the winner (highest VLSN, then priority, then term, then name).
//! - [`Election`]  -  the election state machine: start, collect votes, evaluate
//!   competing proposals, check quorum, and complete.
//! - [`MasterTracker`]  -  tracks the current known master and heartbeat
//!   liveness.

pub mod acceptor_state;
pub mod commit_freeze_latch;
pub mod election;
pub mod election_config;
pub mod election_service;
pub mod master_tracker;
pub mod paxos;
pub mod phi_detector;
pub mod proposal;

pub use acceptor_state::{AcceptorPersistError, PersistentAcceptorState};
pub use election::{Election, ElectionOutcome, ElectionState};
pub use election_config::ElectionConfig;
pub use election_service::{
    ELECTION_SERVICE_NAME, ElectionAcceptorState, ElectionService,
};
pub use master_tracker::MasterTracker;
pub use paxos::{NodeId, run_acceptor, run_election};
pub use phi_detector::PhiAccrualDetector;
pub use proposal::Proposal;