2018 48th Annual IEEE/IFIP International Conference on Dependable Systems and Networks Workshops (DSN-W) 2018
DOI: 10.1109/dsn-w.2018.00053
|View full text |Cite
|
Sign up to set email alerts
|

Latency-Aware Leader Selection for Geo-Replicated Byzantine Fault-Tolerant Systems

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
4
1

Citation Types

0
23
0

Year Published

2019
2019
2023
2023

Publication Types

Select...
7
2

Relationship

1
8

Authors

Journals

citations
Cited by 17 publications
(23 citation statements)
references
References 13 publications
0
23
0
Order By: Relevance
“…Note that this is not only true with regard to the task of agreeing on requests during normal operation, but for example also for electing a new leader as part of fault handling. (2) Due to the fact that all requests must flow through the leader, the geographic location of the leader, and in particular its position relative to the majority of followers, usually has a significant influence on latency [23,46]. Consequently, a leader switch may decisively change a system's performance characteristics, requiring clients to deal with the associated latency volatility.…”
Section: Existing Approachesmentioning
confidence: 99%
“…Note that this is not only true with regard to the task of agreeing on requests during normal operation, but for example also for electing a new leader as part of fault handling. (2) Due to the fact that all requests must flow through the leader, the geographic location of the leader, and in particular its position relative to the majority of followers, usually has a significant influence on latency [23,46]. Consequently, a leader switch may decisively change a system's performance characteristics, requiring clients to deal with the associated latency volatility.…”
Section: Existing Approachesmentioning
confidence: 99%
“…A variety of research touches the fields of SMR optimizations in WAN environments [13], [14], [17]- [19] and dynamic approaches for latency awareness [16], [20]- [22].…”
Section: Related Workmentioning
confidence: 99%
“…Further research work shows that clients can also dynamically react to changing workloads by efficiently changing their quorum selections to achieve good performance [22]. A protocol for latency-aware leader selection in geo-replicated systems is ARCHER [20], which uses clients' observed end-to-end response latencies to select the optimal leader and hence can dynamically adjust to varying workloads. In contrast, AWARE measures replica-to-replica latencies and uses weight tuning additional to leader selection.…”
Section: Related Workmentioning
confidence: 99%
“…In [10], Liu and Vukolić proposed two methods for geographic SMR: Droppy that dynamically relocates a set of replication leaders according to given replication settings and workload situations, and Dripple that divides the replicated system state into multiple partitions so that Droppy can efficiently relocate the leaders. Eischer and Distler proposed Archer [11] that relocates leaders based on their response times as measured by clients. A Hash-chain-based technique was employed in the protocol to allow clients to detect illegal phases caused by Byzantine replicas to prevent such replicas from being wrongly assigned as leaders.…”
Section: Related Workmentioning
confidence: 99%