123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590 |
- [[indices-aliases]]
- == Index Aliases
- APIs in Elasticsearch accept an index name when working against a
- specific index, and several indices when applicable. The index aliases
- API allows aliasing an index with a name, with all APIs automatically
- converting the alias name to the actual index name. An alias can also be
- mapped to more than one index, and when specifying it, the alias will
- automatically expand to the aliased indices. An alias can also be
- associated with a filter that will automatically be applied when
- searching, and routing values. An alias cannot have the same name as an index.
- Here is a sample of associating the alias `alias1` with index `test1`:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- { "add" : { "index" : "test1", "alias" : "alias1" } }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test1\nPUT test2\n/]
- And here is removing that same alias:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- { "remove" : { "index" : "test1", "alias" : "alias1" } }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- Renaming an alias is a simple `remove` then `add` operation within the
- same API. This operation is atomic, no need to worry about a short
- period of time where the alias does not point to an index:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- { "remove" : { "index" : "test1", "alias" : "alias1" } },
- { "add" : { "index" : "test2", "alias" : "alias1" } }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- Associating an alias with more than one index is simply several `add`
- actions:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- { "add" : { "index" : "test1", "alias" : "alias1" } },
- { "add" : { "index" : "test2", "alias" : "alias1" } }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test1\nPUT test2\n/]
- Multiple indices can be specified for an action with the `indices` array syntax:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- { "add" : { "indices" : ["test1", "test2"], "alias" : "alias1" } }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test1\nPUT test2\n/]
- To specify multiple aliases in one action, the corresponding `aliases` array
- syntax exists as well.
- For the example above, a glob pattern can also be used to associate an alias to
- more than one index that share a common name:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- { "add" : { "index" : "test*", "alias" : "all_test_indices" } }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test1\nPUT test2\n/]
- In this case, the alias is a point-in-time alias that will group all
- current indices that match, it will not automatically update as new
- indices that match this pattern are added/removed.
- It is an error to index to an alias which points to more than one index.
- It is also possible to swap an index with an alias in one operation:
- [source,js]
- --------------------------------------------------
- PUT test <1>
- PUT test_2 <2>
- POST /_aliases
- {
- "actions" : [
- { "add": { "index": "test_2", "alias": "test" } },
- { "remove_index": { "index": "test" } } <3>
- ]
- }
- --------------------------------------------------
- // CONSOLE
- <1> An index we've added by mistake
- <2> The index we should have added
- <3> `remove_index` is just like <<indices-delete-index>>
- [float]
- [[filtered]]
- === Filtered Aliases
- Aliases with filters provide an easy way to create different "views" of
- the same index. The filter can be defined using Query DSL and is applied
- to all Search, Count, Delete By Query and More Like This operations with
- this alias.
- To create a filtered alias, first we need to ensure that the fields already
- exist in the mapping:
- [source,js]
- --------------------------------------------------
- PUT /test1
- {
- "mappings": {
- "properties": {
- "user" : {
- "type": "keyword"
- }
- }
- }
- }
- --------------------------------------------------
- // CONSOLE
- Now we can create an alias that uses a filter on field `user`:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- {
- "add" : {
- "index" : "test1",
- "alias" : "alias2",
- "filter" : { "term" : { "user" : "kimchy" } }
- }
- }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- [float]
- [[aliases-routing]]
- ==== Routing
- It is possible to associate routing values with aliases. This feature
- can be used together with filtering aliases in order to avoid
- unnecessary shard operations.
- The following command creates a new alias `alias1` that points to index
- `test`. After `alias1` is created, all operations with this alias are
- automatically modified to use value `1` for routing:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- {
- "add" : {
- "index" : "test",
- "alias" : "alias1",
- "routing" : "1"
- }
- }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test\n/]
- It's also possible to specify different routing values for searching
- and indexing operations:
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- {
- "add" : {
- "index" : "test",
- "alias" : "alias2",
- "search_routing" : "1,2",
- "index_routing" : "2"
- }
- }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test\n/]
- As shown in the example above, search routing may contain several values
- separated by comma. Index routing can contain only a single value.
- If a search operation that uses routing alias also has a routing parameter, an
- intersection of both search alias routing and routing specified in the
- parameter is used. For example the following command will use "2" as a
- routing value:
- [source,js]
- --------------------------------------------------
- GET /alias2/_search?q=user:kimchy&routing=2,3
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- [float]
- [[aliases-write-index]]
- ==== Write Index
- It is possible to associate the index pointed to by an alias as the write index.
- When specified, all index and update requests against an alias that point to multiple
- indices will attempt to resolve to the one index that is the write index.
- Only one index per alias can be assigned to be the write index at a time. If no write index is specified
- and there are multiple indices referenced by an alias, then writes will not be allowed.
- It is possible to specify an index associated with an alias as a write index using both the aliases API
- and index creation API.
- Setting an index to be the write index with an alias also affects how the alias is manipulated during
- Rollover (see <<indices-rollover-index, Rollover With Write Index>>).
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- {
- "add" : {
- "index" : "test",
- "alias" : "alias1",
- "is_write_index" : true
- }
- },
- {
- "add" : {
- "index" : "test2",
- "alias" : "alias1"
- }
- }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test\nPUT test2\n/]
- In this example, we associate the alias `alias1` to both `test` and `test2`, where
- `test` will be the index chosen for writing to.
- [source,js]
- --------------------------------------------------
- PUT /alias1/_doc/1
- {
- "foo": "bar"
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- The new document that was indexed to `/alias1/_doc/1` will be indexed as if it were
- `/test/_doc/1`.
- [source,js]
- --------------------------------------------------
- GET /test/_doc/1
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- To swap which index is the write index for an alias, the Aliases API can be leveraged to
- do an atomic swap. The swap is not dependent on the ordering of the actions.
- [source,js]
- --------------------------------------------------
- POST /_aliases
- {
- "actions" : [
- {
- "add" : {
- "index" : "test",
- "alias" : "alias1",
- "is_write_index" : false
- }
- }, {
- "add" : {
- "index" : "test2",
- "alias" : "alias1",
- "is_write_index" : true
- }
- }
- ]
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT test\nPUT test2\n/]
- [IMPORTANT]
- =====================================
- Aliases that do not explicitly set `is_write_index: true` for an index, and
- only reference one index, will have that referenced index behave as if it is the write index
- until an additional index is referenced. At that point, there will be no write index and
- writes will be rejected.
- =====================================
- [float]
- [[alias-adding]]
- === Add a single alias
- An alias can also be added with the endpoint
- `PUT /{index}/_alias/{name}`
- where
- [horizontal]
- `index`:: The index the alias refers to. Can be any of `* | _all | glob pattern | name1, name2, …`
- `name`:: The name of the alias. This is a required option.
- `routing`:: An optional routing that can be associated with an alias.
- `filter`:: An optional filter that can be associated with an alias.
- You can also use the plural `_aliases`.
- [float]
- ==== Examples:
- Adding time based alias::
- +
- --
- [source,js]
- --------------------------------------------------
- PUT /logs_201305/_alias/2013
- --------------------------------------------------
- // CONSOLE
- // TEST[s/^/PUT logs_201305\n/]
- --
- Adding a user alias::
- +
- --
- First create the index and add a mapping for the `user_id` field:
- [source,js]
- --------------------------------------------------
- PUT /users
- {
- "mappings" : {
- "properties" : {
- "user_id" : {"type" : "integer"}
- }
- }
- }
- --------------------------------------------------
- // CONSOLE
- Then add the alias for a specific user:
- [source,js]
- --------------------------------------------------
- PUT /users/_alias/user_12
- {
- "routing" : "12",
- "filter" : {
- "term" : {
- "user_id" : 12
- }
- }
- }
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- --
- [float]
- [[alias-index-creation]]
- === Aliases during index creation
- Aliases can also be specified during <<create-index-aliases,index creation>>:
- [source,js]
- --------------------------------------------------
- PUT /logs_20162801
- {
- "mappings" : {
- "properties" : {
- "year" : {"type" : "integer"}
- }
- },
- "aliases" : {
- "current_day" : {},
- "2016" : {
- "filter" : {
- "term" : {"year" : 2016 }
- }
- }
- }
- }
- --------------------------------------------------
- // CONSOLE
- [float]
- [[deleting]]
- === Delete aliases
- The rest endpoint is: `/{index}/_alias/{name}`
- where
- [horizontal]
- `index`:: `* | _all | glob pattern | name1, name2, …`
- `name`:: `* | _all | glob pattern | name1, name2, …`
- Alternatively you can use the plural `_aliases`. Example:
- [source,js]
- --------------------------------------------------
- DELETE /logs_20162801/_alias/current_day
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- [float]
- [[alias-retrieving]]
- === Retrieving existing aliases
- The get index alias API allows to filter by
- alias name and index name. This api redirects to the master and fetches
- the requested index aliases, if available. This api only serialises the
- found index aliases.
- Possible options:
- [horizontal]
- `index`::
- The index name to get aliases for. Partial names are
- supported via wildcards, also multiple index names can be specified
- separated with a comma. Also the alias name for an index can be used.
- `alias`::
- The name of alias to return in the response. Like the index
- option, this option supports wildcards and the option the specify
- multiple alias names separated by a comma.
- `ignore_unavailable`::
- What to do if an specified index name doesn't
- exist. If set to `true` then those indices are ignored.
- The rest endpoint is: `/{index}/_alias/{alias}`.
- [float]
- ==== Examples:
- All aliases for the index `logs_20162801`:
- [source,js]
- --------------------------------------------------
- GET /logs_20162801/_alias/*
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- Response:
- [source,js]
- --------------------------------------------------
- {
- "logs_20162801" : {
- "aliases" : {
- "2016" : {
- "filter" : {
- "term" : {
- "year" : 2016
- }
- }
- }
- }
- }
- }
- --------------------------------------------------
- // TESTRESPONSE
- All aliases with the name 2016 in any index:
- [source,js]
- --------------------------------------------------
- GET /_alias/2016
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- Response:
- [source,js]
- --------------------------------------------------
- {
- "logs_20162801" : {
- "aliases" : {
- "2016" : {
- "filter" : {
- "term" : {
- "year" : 2016
- }
- }
- }
- }
- }
- }
- --------------------------------------------------
- // TESTRESPONSE
- All aliases that start with 20 in any index:
- [source,js]
- --------------------------------------------------
- GET /_alias/20*
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
- Response:
- [source,js]
- --------------------------------------------------
- {
- "logs_20162801" : {
- "aliases" : {
- "2016" : {
- "filter" : {
- "term" : {
- "year" : 2016
- }
- }
- }
- }
- }
- }
- --------------------------------------------------
- // TESTRESPONSE
- There is also a HEAD variant of the get indices aliases api to check if
- index aliases exist. The indices aliases exists api supports the same
- option as the get indices aliases api. Examples:
- [source,js]
- --------------------------------------------------
- HEAD /_alias/2016
- HEAD /_alias/20*
- HEAD /logs_20162801/_alias/*
- --------------------------------------------------
- // CONSOLE
- // TEST[continued]
|