consul/website/pages/intro/getting-started/kv.mdx

137 lines
4.0 KiB
Plaintext
Raw Normal View History

---
2020-04-07 18:55:19 +00:00
layout: intro
page_title: KV Data
description: >-
In addition to providing service discovery and integrated health checking,
Consul provides an easy to use KV store. This can be used to hold dynamic
configuration, assist in service coordination, build leader election, and
enable anything else a developer can think to build.
---
2017-04-04 16:33:22 +00:00
# KV Data
2014-04-11 02:27:48 +00:00
In addition to providing service discovery and integrated health checking,
2017-04-04 16:33:22 +00:00
Consul provides an easy to use KV store. This can be used to hold
2014-04-11 02:27:48 +00:00
dynamic configuration, assist in service coordination, build leader election,
and enable anything else a developer can think to build.
2014-04-14 21:05:27 +00:00
This step assumes you have at least one Consul agent already running.
2014-04-11 02:27:48 +00:00
## Simple Usage
2016-12-07 22:01:48 +00:00
To demonstrate how simple it is to get started, we will manipulate a few keys in
the KV store. There are two ways to interact with the Consul KV store: via the
2016-12-07 22:01:48 +00:00
HTTP API and via the Consul KV CLI. The examples below show using the Consul KV
CLI because it is the easiest to get started. For more advanced integrations,
you may want to use the [Consul KV HTTP API][kv-api]
First let us explore the KV store. We can ask Consul for the value of the key at
the path named `redis/config/minconns`:
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv get redis/config/minconns
Error! No key exists at: redis/config/minconns
2014-04-11 02:27:48 +00:00
```
2016-12-07 22:01:48 +00:00
As you can see, we get no result, which makes sense because there is no data in
the KV store. Next we can insert or "put" values into the KV store.
2014-04-11 02:27:48 +00:00
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv put redis/config/minconns 1
Success! Data written to: redis/config/minconns
$ consul kv put redis/config/maxconns 25
Success! Data written to: redis/config/maxconns
$ consul kv put -flags=42 redis/config/users/admin abcd1234
Success! Data written to: redis/config/users/admin
```
Now that we have keys in the store, we can query for the value of individual
keys:
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv get redis/config/minconns
1
2014-04-11 02:27:48 +00:00
```
2016-12-07 22:01:48 +00:00
Consul retains additional metadata about the field, which is retrieved using the
`-detailed` flag:
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv get -detailed redis/config/minconns
CreateIndex 207
Flags 0
Key redis/config/minconns
LockIndex 0
ModifyIndex 207
Session -
Value 1
2014-04-11 02:27:48 +00:00
```
2016-12-07 22:01:48 +00:00
For the key "redis/config/users/admin", we set a `flag` value of 42. All keys
support setting a 64-bit integer flag value. This is not used internally by
Consul, but it can be used by clients to add meaningful metadata to any KV.
2014-04-14 21:05:27 +00:00
2016-12-07 22:01:48 +00:00
It is possible to list all the keys in the store using the `recurse` options.
Results will be returned in lexicographical order:
2014-04-11 02:27:48 +00:00
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv get -recurse
redis/config/maxconns:25
redis/config/minconns:1
redis/config/users/admin:abcd1234
```
To delete a key from the Consul KV store, issue a "delete" call:
2014-04-11 02:27:48 +00:00
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv delete redis/config/minconns
Success! Deleted key: redis/config/minconns
2014-04-11 02:27:48 +00:00
```
2016-12-07 22:01:48 +00:00
It is also possible to delete an entire prefix using the `recurse` option:
2014-04-11 02:27:48 +00:00
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv delete -recurse redis
Success! Deleted keys with prefix: redis
2014-04-11 02:27:48 +00:00
```
2016-12-07 22:01:48 +00:00
To update the value of an existing key, "put" a value at the same path:
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv put foo bar
$ consul kv get foo
bar
$ consul kv put foo zip
$ consul kv get foo
zip
2014-04-11 02:27:48 +00:00
```
Consul can provide atomic key updates using a Check-And-Set operation. To perform a CAS operation, specify the `-cas` flag:
2014-04-11 02:27:48 +00:00
2020-05-19 18:32:38 +00:00
```shell-session
2016-12-07 22:01:48 +00:00
$ consul kv put -cas -modify-index=123 foo bar
Success! Data written to: foo
2014-04-11 02:27:48 +00:00
2016-12-07 22:01:48 +00:00
$ consul kv put -cas -modify-index=123 foo bar
Error! Did not write to foo: CAS failed
2014-04-11 02:27:48 +00:00
```
2016-12-07 22:01:48 +00:00
In this case, the first CAS update succeeds because the index is 123. The second
operation fails because the index is no longer 123.
2014-04-11 02:27:48 +00:00
## Next Steps
2016-12-07 22:01:48 +00:00
These are only a few examples of what the API supports. For the complete
documentation, please see [Consul KV HTTP API][kv-api] or
[Consul KV CLI][kv-cli] documentation.
2020-04-09 23:46:54 +00:00
Next, we will look at the [web UI](/intro/getting-started/ui) options supported by Consul.
2016-12-03 08:05:55 +00:00
2020-04-09 23:46:54 +00:00
[kv-api]: /api/kv
[kv-cli]: /commands/kv