Ben Darnell fa247d09cc raft: remove panic when we see a proposal with no leader.
This panic can never be reached when using raft.Node, because we only
read from propc when there is a leader. However, it is possible to see
this error when using raft the raft object directly (as in MultiNode),
and in this case it is better to simply drop the proposal (as if we had
sent it to a leader that immediately vanished).

Add an error return to MemoryStorage.Append for consistency.
2014-12-10 17:34:40 -05:00
2014-12-04 22:51:19 +00:00
2014-11-25 14:22:11 -08:00
2014-12-04 17:21:23 -08:00
2014-11-05 11:41:03 -08:00
2014-12-04 17:21:23 -08:00
2014-11-10 16:37:15 -08:00
2014-12-08 21:45:28 -08:00
2014-12-05 12:09:48 -08:00
2014-11-25 21:41:13 -08:00
2014-11-18 15:01:57 -08:00
2013-10-07 09:48:28 -07:00
2014-10-21 11:32:38 -07:00
2014-12-04 22:51:19 +00:00
2014-10-27 16:43:27 -07:00
2014-01-19 12:25:11 -08:00
2014-09-07 19:45:34 -07:00
2014-01-19 12:25:11 -08:00
2014-11-12 17:54:09 -08:00
2014-11-25 14:22:11 -08:00

etcd

Build Status Docker Repository on Quay.io

WARNING

The current master branch of etcd is under heavy development in anticipation of the forthcoming 0.5.0 release.

It is strongly recommended that users work with the latest 0.4.x release (0.4.6), which can be found on the releases page.

Unless otherwise noted, the etcd documentation refers to configuring and running 0.4.x releases.

README version 0.4.6

A highly-available key value store for shared configuration and service discovery. etcd is inspired by Apache ZooKeeper and doozer, with a focus on being:

  • Simple: curl'able user facing API (HTTP+JSON)
  • Secure: optional SSL client cert authentication
  • Fast: benchmarked 1000s of writes/s per instance
  • Reliable: properly distributed using Raft

etcd is written in Go and uses the Raft consensus algorithm to manage a highly-available replicated log.

See etcdctl for a simple command line client. Or feel free to just use curl, as in the examples below.

If you're considering etcd for production use, please see: production-ready.md

Getting Started

Getting etcd

The latest release and setup instructions are available at GitHub.

Running etcd

First start a single-machine cluster of etcd:

./bin/etcd

This will bring up etcd listening on port 4001 for client communication and on port 7001 for server-to-server communication.

Next, let's set a single key, and then retrieve it:

curl -L http://127.0.0.1:4001/v2/keys/mykey -XPUT -d value="this is awesome"
curl -L http://127.0.0.1:4001/v2/keys/mykey

You have successfully started an etcd on a single machine and written a key to the store. Now it's time to dig into the full etcd API and other guides.

Next Steps

Contact

Contributing

See CONTRIBUTING for details on submitting patches and the contribution workflow.

Project Details

Versioning

Service Versioning

etcd uses semantic versioning New minor versions may add additional features to the API.

You can get the version of etcd by issuing a request to /version:

curl -L http://127.0.0.1:4001/version

API Versioning

The v2 API responses should not change after the 0.2.0 release but new features will be added over time.

The v1 API has been deprecated and will not be supported.

During the pre-v1.0.0 series of releases we may break the API as we fix bugs and get feedback.

32-bit systems

etcd has known issues on 32-bit systems due to a bug in the Go runtime. See #358 for more information.

License

etcd is under the Apache 2.0 license. See the LICENSE file for details.

Description
Distributed reliable key-value store for the most critical data of a distributed system
Readme
Languages
Go 96.5%
Shell 2%
Jsonnet 1.1%
Makefile 0.3%
Procfile 0.1%