RAMCloud
What is RAMCloud?
RAMCloud is a new class of super-high-speed storage for large-scale datacenter applications. It is designed for applications in which a large number of servers in a datacenter need low-latency access to a large durable datastore. RAMCloud offers the following properties:
Low latency: RAMCloud keeps all data in DRAM at all times, so applications can read RAMCloud objects remotely over a datacenter network in as little as 5μs. Writes take less than 15μs. Unlike systems such as memcached, applications never have to deal with cache misses or wait for disk/flash accesses. As a result, RAMCloud storage is 10-1000x faster than other available alternatives.
Large scale: RAMCloud aggregates the DRAM of thousands of servers to support total capacities of 1PB or more.
Durability: RAMCloud replicates all data on nonvolatile secondary storage such as disk or flash, so no data is lost if servers crash or the power fails. One of RAMCloud's unique features is that it recovers very quickly from server crashes (only 1-2 seconds) so the availability gaps after crashes are almost unnoticeable. As a result, RAMCloud combines the durability of replicated disk with the speed of DRAM. If you have used memcached, you have probably experienced the challenges of managing a second durable storage system and maintaining consistency between it and memcached. With RAMCloud, there is no need for a second storage system.
Powerful data model: RAMCloud's basic data model is a key-value store, but we have extended it with several additional features, such as:
Multiple tables, each with its own key space.
Transactional updates that span multiple objects in different tables.
Secondary indices.
Strong consistency: unlike other NoSQL storage systems, all updates in RAMCloud are consistent, immediately visible, and durable.
Easy deployment: RAMCloud is a software package that runs on commodity Intel servers with the Linux operating system. RAMCloud is available freely in open source form.
From a practical standpoint, RAMCloud enables a new class of applications that manipulate large data sets very intensively. Using RAMCloud, an application can combine tens of thousands of items of data in real time to provide instantaneous responses to user requests. Unlike traditional databases, RAMCloud scales to support very large applications, while still providing a high level of consistency. We believe that RAMCloud, or something like it, will become the primary storage system for structured data in cloud computing environments such as Amazon's AWS or Microsoft's Azure. We have built the system not as a research prototype, but as a production-quality software system, suitable for use by real applications.
RAMCloud is also interesting from a research standpoint. Its two most important attributes are latency and scale. The first goal is to provide the lowest possible end-to-end latency for applications accessing the system from within the same datacenter. We currently achieve latencies of around 5μs for reads and 15μs for writes, but hope to improve these in the future. In addition, the system must scale, since no single machine can store enough DRAM to meet the needs of large-scale applications. We have designed RAMCloud to support at least 10,000 storage servers; the system must automatically manage all the information across the servers, so that clients do not need to deal with any distributed systems issues. The combination of latency and scale has created a large number of interesting research issues, such as how to ensure data durability without sacrificing the latency of reads and writes, how to take advantage of the scale of the system to recover very quickly after crashes, how to manage storage in DRAM, and how to provide higher-level features such as secondary indexes and multiple-object transactions without sacrificing the latency or scalability of the system. Our solutions to these problems are described in a series of technical papers.
The RAMCloud project was based in the Department of Computer Science at Stanford University. The project is no longer active and the students working on RAMCloud have graduated, so we cannot provide support for anyone wishing to use RAMCloud.
Learning About RAMCloud
General information about RAMCloud, such as talks and papers. Much of the information here is related to the research aspects of the project, as opposed to information on how to use RAMCloud.
Introductory talk on RAMCloud by John Ousterhout, given at LinkedIn on October 12, 2011.
The RAMCloud Storage System: a comprehensive paper describing RAMCloud, including the log-structured storage mechanism, RAMCloud's thread architecture and approach to low latency, and its crash recovery mechanisms. Published in ACM TOCS in September 2015.
The Case for RAMCloud: an early position paper that discusses the motivation for RAMCloud, the new kinds of applications it may enable, and some of the research issues that will have to be addressed to create a working system. Appeared in CACM in July 2011.
An earlier and slightly longer version of the position paper, which appeared in Operating Systems Review in December 2009.
Fast Recovery in RAMCloud: describes RAMCloud's mechanism for recovering crashed servers in 1-2 seconds. Appeared in SOSP in October, 2011
Log-Structured Memory for DRAM-based Storage: describes how RAMCloud manages the storage of objects both in DRAM and on disk. Appeared in FAST in February, 2014; won Best Paper Award.
Toward Common Patterns for Distributed, Concurrent, Fault-Tolerant Code: HotOS 2013 workshop paper describing a rules-based approach for building "DCFT" systems.
Articles about RAMCloud (Web and print media, written by people outside the RAMCloud group)
RAMCloud Papers (complete listing of all papers written by the RAMCloud group)
RAMCloud Presentations (Slides from talks about RAMCloud)
How to Deploy and Use RAMCloud
RAMCloud has now reached a level of maturity where it is suitable for production use with real applications. The links below provide information on how to set up a RAMCloud cluster and on the RAMCloud APIs for applications.
Application APIs (what features are available to applications)
RAMCloud Performance
Measurements of RAMCloud performance, as well as comparisons between RAMCloud and other systems.
clusterperf benchmarks (benchmarks run on a cluster to measure basic things such as read and write latency and throughput)
Perf benchmarks (microbenchmarks measuring various low-level operations on a single machine, such as atomic increment)
Latency Patterns in Infiniband (talk by Alex Mordkovich, May 2012)
RPC Latency Profile (the lifetime of a write operation, measured January 2012)
SSD Experiments (July 2011)
Information for RAMCloud Developers
Information for people who are working on the RAMCloud code base; it is intended primarily for the internal use of the RAMCloud team at Stanford, but may be useful to other people as well.
The RAMCloud Test Cluster
Information about the cluster we use for RAMCloud testing at Stanford. Unfortunately not all of this information is completely up to date.
Cluster Intro – information about our cluster for newcomers
New Contributor Checklist (how to set up access for new team members)
Cluster Configuration – for sysadmins
Cluster Custodian - rotatiing responsibility for managing the cluster and providing technical support
Cluster Issues - central location for keeping track of problems in the cluster
Cluster Inventory - includes notes about cluster setup and spare components
Intel 530 Performance recent performance issues with Intel 530 SSDs
SSD Latency Experiments - Performance measurements of our cluster's SSDs (2016)
Cluster Tasks - (not so) recent issues with cluster machines
Updating Mellanox NIC Firmware (to eliminate limit on timeouts)
IPMI and Virtual KVM access to cluster machines (for BIOS and boot-time configuration)
New Cluster
ATOM Cluster : Micro Modular Server Cluster – 132 ATOM servers
Design Notes
These documents were used at various points in the project to record our early ideas about various parts of the system. Most of these pages are now out of date (they typically are not updated once serious coding begins) but they may still provide useful background information as well as alternatives that we considered. Entries below are in reverse chronological order (most recent design notes first).
Transaction proposal: by Satoshi
Project History, Schedules, Milestones
RAMCloud 1.0 (used in 2012-2013 to track progress towards first usable release)
Least Usable System - Candidates for the "next major goal" (early April 2011).
Ideas for Future Work
Usability Features and Research Topics (April 2013)
Related Topics
Garbage Collection Resources (April 2013)
(slides from Bill Dally talk, March 2012)
Miscellaneous Topics
Current Applications (applications that are using RAMCloud or considering it)
Server Prices: sample server configurations and prices