Note that GET /_cluster/state is unstable (#40104)
The `GET /_cluster/state` API returns an internal representation of the cluster state that does change from version to version. It's useful for debugging, but it is not intended for regular use by clients. This change adjusts the documentation of `GET /_cluster/state` to clarify that this API yields an internal representation that should not be expected to remain stable between versions. Relates #40061, #40016
This commit is contained in:
parent
5b73a1bc7d
commit
8a3f87bdcd
|
@ -1,8 +1,22 @@
|
|||
[[cluster-state]]
|
||||
== Cluster State
|
||||
|
||||
The cluster state API allows to get a comprehensive state information of
|
||||
the whole cluster.
|
||||
The cluster state API allows access to metadata representing the state of the
|
||||
whole cluster. This includes information such as
|
||||
|
||||
* the set of nodes in the cluster
|
||||
|
||||
* all cluster-level settings
|
||||
|
||||
* information about the indices in the cluster, including their mappings and
|
||||
settings
|
||||
|
||||
* the locations of all the shards in the cluster
|
||||
|
||||
The response is an internal representation of the cluster state and its format
|
||||
may change from version to version. If possible, you should obtain any
|
||||
information from the cluster state using the other, more stable,
|
||||
<<cluster,cluster APIs>>.
|
||||
|
||||
[source,js]
|
||||
--------------------------------------------------
|
||||
|
@ -10,35 +24,36 @@ GET /_cluster/state
|
|||
--------------------------------------------------
|
||||
// CONSOLE
|
||||
|
||||
The response provides the cluster name, the total compressed size
|
||||
of the cluster state (its size when serialized for transmission over
|
||||
the network), and the cluster state itself, which can be filtered to
|
||||
only retrieve the parts of interest, as described below.
|
||||
The response provides the cluster state itself, which can be filtered to only
|
||||
retrieve the parts of interest as described below.
|
||||
|
||||
The cluster's `cluster_uuid` is also returned as part of the top-level
|
||||
response, in addition to the `metadata` section. added[6.4.0]
|
||||
The cluster's `cluster_uuid` is also returned as part of the top-level response,
|
||||
in addition to the `metadata` section. added[6.4.0]
|
||||
|
||||
NOTE: While the cluster is still forming, it is possible for the `cluster_uuid`
|
||||
to be `_na_` as well as the cluster state's version to be `-1`.
|
||||
|
||||
By default, the cluster state request is routed to the master node, to
|
||||
ensure that the latest cluster state is returned.
|
||||
For debugging purposes, you can retrieve the cluster state local to a
|
||||
particular node by adding `local=true` to the query string.
|
||||
By default, the cluster state request is routed to the master node, to ensure
|
||||
that the latest cluster state is returned. For debugging purposes, you can
|
||||
retrieve the cluster state local to a particular node by adding `local=true` to
|
||||
the query string.
|
||||
|
||||
[float]
|
||||
=== Response Filters
|
||||
|
||||
As the cluster state can grow (depending on the number of shards and indices, your mapping, templates),
|
||||
it is possible to filter the cluster state response specifying the parts in the URL.
|
||||
The cluster state contains information about all the indices in the cluster,
|
||||
including their mappings, as well as templates and other metadata. This means it
|
||||
can sometimes be quite large. To avoid the need to process all this information
|
||||
you can request only the part of the cluster state that you need:
|
||||
|
||||
[source,js]
|
||||
--------------------------------------------------
|
||||
GET /_cluster/state/{metrics}
|
||||
GET /_cluster/state/{metrics}/{indices}
|
||||
--------------------------------------------------
|
||||
// CONSOLE
|
||||
|
||||
`metrics` can be a comma-separated list of
|
||||
`{metrics}` is a comma-separated list of the following options.
|
||||
|
||||
`version`::
|
||||
Shows the cluster state version.
|
||||
|
@ -50,15 +65,23 @@ GET /_cluster/state/{metrics}/{indices}
|
|||
Shows the `nodes` part of the response
|
||||
|
||||
`routing_table`::
|
||||
Shows the `routing_table` part of the response. If you supply a comma separated list of indices, the returned output will only contain the indices listed.
|
||||
Shows the `routing_table` part of the response. If you supply a comma
|
||||
separated list of indices, the returned output will only contain the routing
|
||||
table for these indices.
|
||||
|
||||
`metadata`::
|
||||
Shows the `metadata` part of the response. If you supply a comma separated list of indices, the returned output will only contain the indices listed.
|
||||
Shows the `metadata` part of the response. If you supply a comma separated
|
||||
list of indices, the returned output will only contain metadata for these
|
||||
indices.
|
||||
|
||||
`blocks`::
|
||||
Shows the `blocks` part of the response
|
||||
Shows the `blocks` part of the response.
|
||||
|
||||
The following example returns only `metadata` and `routing_table` data for the `foo` and `bar` indices:
|
||||
`_all`::
|
||||
Shows all metrics.
|
||||
|
||||
The following example returns only `metadata` and `routing_table` data for the
|
||||
`foo` and `bar` indices:
|
||||
|
||||
[source,js]
|
||||
--------------------------------------------------
|
||||
|
@ -74,7 +97,8 @@ GET /_cluster/state/_all/foo,bar
|
|||
--------------------------------------------------
|
||||
// CONSOLE
|
||||
|
||||
And this example return only `blocks` data:
|
||||
Finally, this example return only the `blocks` metadata:
|
||||
|
||||
[source,js]
|
||||
--------------------------------------------------
|
||||
GET /_cluster/state/blocks
|
||||
|
|
Loading…
Reference in New Issue