![]() Currently the EtcdInsufficientMembers alert fires, when more than (X/2)-1 instances are unavailable. This fixes it to fire at the correct limit of (X-1)/2 unavailable instances and $value now contains the number of available instances instead of unavailable ones. Added unit test for EtcdInsufficientMembers alert. |
||
---|---|---|
.. | ||
benchmarks | ||
dev-guide | ||
dev-internal | ||
etcd-mixin | ||
learning | ||
op-guide | ||
platforms | ||
rfc | ||
upgrades | ||
v2 | ||
README.md | ||
branch_management.md | ||
demo.md | ||
dl_build.md | ||
docs.md | ||
faq.md | ||
integrations.md | ||
metrics.md | ||
production-users.md | ||
reporting_bugs.md | ||
tuning.md |
README.md
Documentation
etcd is a distributed key-value store designed to reliably and quickly preserve and provide access to critical data. It enables reliable distributed coordination through distributed locking, leader elections, and write barriers. An etcd cluster is intended for high availability and permanent data storage and retrieval.
Getting started
New etcd users and developers should get started by downloading and building etcd. After getting etcd, follow this quick demo to see the basics of creating and working with an etcd cluster.
Developing with etcd
The easiest way to get started using etcd as a distributed key-value store is to set up a local cluster.
- Setting up local clusters
- Interacting with etcd
- gRPC etcd core and etcd concurrency API references
- HTTP JSON API through the gRPC gateway
- gRPC naming and discovery
- Client and proxy namespacing
- Embedding etcd
- Experimental features and APIs
- System limits
Operating etcd clusters
Administrators who need a fault-tolerant etcd cluster for either development or production should begin with a cluster on multiple machines.
Setting up etcd
System configuration
Platform guides
Security
Maintenance and troubleshooting
Learning
To learn more about the concepts and internals behind etcd, read the following pages: