2011 IEEE/IFIP 41st International Conference on Dependable Systems and Networks Workshops (DSN-W) 2011
DOI: 10.1109/dsnw.2011.5958794
|View full text |Cite
|
Sign up to set email alerts
|

An epidemic approach to dependable key-value substrates

Abstract: Abstract-The sheer volumes of data handled by today's Internet services demand uncompromising scalability from the persistence substrates. Such demands have been successfully addressed by highly decentralized key-value stores invariably governed by a distributed hash table. The availability of these structured overlays rests on the assumption of a moderately stable environment. However, as scale grows with unprecedented numbers of nodes the occurrence of faults and churn becomes the norm rather than the except… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
5
0

Year Published

2012
2012
2014
2014

Publication Types

Select...
2
1

Relationship

3
0

Authors

Journals

citations
Cited by 3 publications
(5 citation statements)
references
References 30 publications
0
5
0
Order By: Relevance
“…In our design we assume that such concurrency control is handled by the client application of the data store. In particular, DATAFLASKS is designed to serve as a very large scale persistent layer for applications such as the ones described in [8], [19]- [22]. Once that concurrency control is addressed externally, it remains to describe how DATAFLASKS guarantees data persistence and availability.…”
Section: System Designmentioning
confidence: 99%
“…In our design we assume that such concurrency control is handled by the client application of the data store. In particular, DATAFLASKS is designed to serve as a very large scale persistent layer for applications such as the ones described in [8], [19]- [22]. Once that concurrency control is addressed externally, it remains to describe how DATAFLASKS guarantees data persistence and availability.…”
Section: System Designmentioning
confidence: 99%
“…This upper layer provides 1) client interface, 2) caching, 3) concurrency control, and 4) high level processing. As described in [7], even though DATADROPLETSis itself decentralized, we assume this layer to run mainly in memory and in a moderate size environment. This allows DATADROPLETS to be based on a structured approach.…”
Section: Stratusmentioning
confidence: 99%
“…We posit that an unstructured but resilient approach to data management is more appropriate in the context of such largescale systems. In [7], we proposed a novel two-layer approach to the design of a key-value data store. This two-layer approach separates client interface and concurrency control (top layer) from the actual data storage (bottom layer).…”
Section: Introductionmentioning
confidence: 99%
“…Partitioning the set of nodes into k several groups of increasing uptime, allows to assign critical services to more stable nodes, and less critical services to less stable ones. Examples include assigning privileged roles to more stable nodes to improve the quality of a streaming application [18], or allocating a data partition to a group of nodes in a key-value store [11]. The operation of partitioning in k groups according to node-specific criteria is called distributed slicing [6,9,13].…”
Section: Introductionmentioning
confidence: 99%
“…Undesired slice changes or oscillations between two slices tend to appear more frequently for nodes that lie at the "borders" of slices, that is, at the boundary of slices in the virtual ranking of all attributes. For instance, in the key-value store application mentioned above [11], a slice change results in discarding a potentially large fraction of hard state for the current slice and getting the new state from nodes of the new slice, which can be costly.…”
Section: Introductionmentioning
confidence: 99%