Index blocks

edit

Index blocks limit the kind of operations that are available on a certain index. The blocks come in different flavours, allowing to block write, read, or metadata operations. The blocks can be set / removed using dynamic index settings, or can be added using a dedicated API, which also ensures for write blocks that, once successfully returning to the user, all shards of the index are properly accounting for the block, for example that all in-flight writes to an index have been completed after adding the write block.

Index block settings

edit

The following dynamic index settings determine the blocks present on an index:

index.blocks.read_only
Set to true to make the index and index metadata read only, false to allow writes and metadata changes.
index.blocks.read_only_allow_delete

Similar to index.blocks.read_only, but also allows deleting the index to make more resources available. The disk-based shard allocator may add and remove this block automatically.

Deleting documents from an index to release resources - rather than deleting the index itself - can increase the index size over time. When index.blocks.read_only_allow_delete is set to true, deleting documents is not permitted. However, deleting the index itself releases the read-only index block and makes resources available almost immediately.

Elasticsearch adds and removes the read-only index block automatically when the disk utilization falls below the high watermark, controlled by cluster.routing.allocation.disk.watermark.flood_stage.

index.blocks.read
Set to true to disable read operations against the index.
index.blocks.write
Set to true to disable data write operations against the index. Unlike read_only, this setting does not affect metadata. For instance, you can close an index with a write block, but you cannot close an index with a read_only block.
index.blocks.metadata
Set to true to disable index metadata reads and writes.

Add index block API

edit

Adds an index block to an index.

PUT /my-index-000001/_block/write

Request

edit

PUT /<index>/_block/<block>

Path parameters

edit
<index>

(Optional, string) Comma-separated list or wildcard expression of index names used to limit the request.

To add blocks to all indices, use _all or *. To disallow the adding of blocks to indices with _all or wildcard expressions, change the action.destructive_requires_name cluster setting to true. You can update this setting in the elasticsearch.yml file or using the cluster update settings API.

<block>

(Required, string) Block type to add to the index.

Valid values for <block>
metadata
Disable metadata changes, such as closing the index.
read
Disable read operations.
read_only
Disable write operations and metadata changes.
write
Disable write operations. However, metadata changes are still allowed.

Query parameters

edit
allow_no_indices

(Optional, Boolean) If false, the request returns an error if any wildcard expression, index alias, or _all value targets only missing or closed indices. This behavior applies even if the request targets other open indices. For example, a request targeting foo*,bar* returns an error if an index starts with foo but no index starts with bar.

Defaults to true.

expand_wildcards

(Optional, string) Type of index that wildcard patterns can match. If the request can target data streams, this argument determines whether wildcard expressions match hidden data streams. Supports comma-separated values, such as open,hidden. Valid values are:

all
Match any data stream or index, including hidden ones.
open
Match open, non-hidden indices. Also matches any non-hidden data stream.
closed
Match closed, non-hidden indices. Also matches any non-hidden data stream. Data streams cannot be closed.
hidden
Match hidden data streams and hidden indices. Must be combined with open, closed, or both.
none
Wildcard patterns are not accepted.

Defaults to open.

ignore_unavailable
(Optional, Boolean) If false, the request returns an error if it targets a missing or closed index. Defaults to false.
master_timeout
(Optional, time units) Period to wait for a connection to the master node. If no response is received before the timeout expires, the request fails and returns an error. Defaults to 30s.
timeout
(Optional, time units) Period to wait for a response. If no response is received before the timeout expires, the request fails and returns an error. Defaults to 30s.

Examples

edit

The following example shows how to add an index block:

PUT /my-index-000001/_block/write

The API returns following response:

{
  "acknowledged" : true,
  "shards_acknowledged" : true,
  "indices" : [ {
    "name" : "my-index-000001",
    "blocked" : true
  } ]
}