Skip to content

Latest commit

 

History

History
78 lines (46 loc) · 4.15 KB

README.md

File metadata and controls

78 lines (46 loc) · 4.15 KB

Pegasus

docs/media-img/pegasus-logo.png

============

Pegasus is a distributed key-value storage system developed and maintained by Xiaomi Cloud Storage Team, with targets of high availability, high performance, strong consistency and ease of use. The original motivation of this project is to replace Apache HBase for users who only need simple key-value schema but require low latency and high availability. It is based on the open source rDSN framework, and uses modified RocksDB as underlying storage engine. The consensus algorithm it uses is PacificA.

中文Wiki

Features

  • High performance

    Here are several key aspects that make Pegasus a high performance storage system:

    • Implemented in C++
    • Staged event-driven archiecture, a distinguished archiecture that Nginx adopts.
    • High performance storage-engine with RocksDB, though slight change is made to support fast learning.
  • High availablility

    Unlike Bigtable/HBase, a non-layered replication archiecture is adopted in pegasus in which an external DFS like GFS/HDFS isn't the dependency of the persistent data, which benefits the availablity a lot. Meanwhile, availablity problems in HBase which result from Java GC are totally eliminated for the use of C++.

  • Strong consistency

    We adopt the PacificA consensus algorithm to make Pegasus a strong consistency system.

  • Easily scaling out

    Load can be balanced dynamically to newly added data nodes with a global load balancer.

  • Easy to use

    We provided C++ and Java client with simple interfaces to make it easy to use.

Archiecture overview

The following diagram shows the archiecture of Pegasus:

docs/media-img/pegasus-archiecture-overview.png

Here is a brief explaination on the concepts and terms in the diagram:

  • MetaServer: a component in Pegasus to do the whole cluster management. The meta-server is something like "HMaster" in HBase.
  • Zookeeper: the external dependency of Pegasus. We use zookeeper to store the meta state of the cluster and do meta-server's fault tolerance.
  • ReplicaServer: a component in Pegasus to serve client's read/write request. The replica-server is also the container for replicas.
  • Partition/replica: the whole key space is splitted into several partitions, and each partition has several replicas for fault tolerance. You may want to refer to the PacificA algorithm for more details.

For more details about design and implementation, please refer to PPTs under docs/ppt/.

Data model & API overview

The data model in Pegasus is (hashkey + sortkey) -> value, in which:

  • Hashkey is used for partitioning. Values with different hash keys may stored in different partitions.
  • Sortkey is used for sorting within a hashkey. Values with the same hashkey but different sortkeys are in the same partition, and ordered by the sort key. If you use scan API to scan a single hashkey, you will get the values by the lexicographical order of sortkeys.

The following diagram shows the data model of Pegasus:

docs/media-img/pegasus-data-model.png

Quick Start

You may want to refer to the installation guide.

How to contibute

We open source this project because we known that the system is far from mature and needs lots of improvement. So we are looking forward to your contribution.

License

Copyright 2015-2017 Xiaomi, Inc. Licensed under the Apache License, Version 2.0: http://www.apache.org/licenses/LICENSE-2.0