This version of the OpenSearch documentation is no longer maintained. For the latest version, see the current documentation. For information about OpenSearch version maintenance, see Release Schedule and Maintenance Policy.
Index State Management
If you analyze time-series data, you likely prioritize new data over old data. You might periodically perform certain operations on older indexes, such as reducing replica count or deleting them.
Index State Management (ISM) is a plugin that lets you automate these periodic, administrative operations by triggering them based on changes in the index age, index size, or number of documents. Using the ISM plugin, you can define policies that automatically handle index rollovers or deletions to fit your use case.
For example, you can define a policy that moves your index into a read_only
state after 30 days and then deletes it after a set period of 90 days. You can also set up the policy to send you a notification message when the index is deleted.
You might want to perform an index rollover after a certain amount of time or run a force_merge
operation on an index during off-peak hours to improve search performance during peak hours.
To use the ISM plugin, your user role needs to be mapped to the all_access
role that gives you full access to the cluster. To learn more, see Users and roles.
Get started with ISM
To get started, choose Index Management in OpenSearch Dashboards.
Step 1: Set up policies
A policy is a set of rules that describes how an index should be managed. For information about creating a policy, see Policies.
You can use the visual editor or JSON editor to create policies. Compared to the JSON editor, the visual editor offers a more structured way of defining policies by separating the process into creating error notifications, defining ISM templates, and adding states. We recommend using the visual editor if you want to see pre-defined fields, such as which actions you can assign to a state or under what conditions a state can transition into a destination state.
Visual editor
- Choose the Index Policies tab.
- Choose Create policy.
- Choose Visual editor.
- In the Policy info section, enter a policy ID and an optional description.
- In the Error notification section, set up an optional error notification that gets sent whenever a policy execution fails. For more information, see Error notifications. If you’re using auto rollovers in your policy, we recommend setting up error notifications, which notify you of unexpectedly large indexes if rollovers fail.
- In ISM templates, enter any ISM template patterns to automatically apply this policy to future indexes. For example, if you specify a template of
sample-index*
, the ISM plugin automatically applies this policy to any indexes whose names start withsample-index
. Your pattern cannot contain any of the following characters::
,"
,+
,/
,\
,|
,?
,#
,>
, and<
. - In States, add any states you want to include in the policy. Each state has actions the plugin executes when the index enters a certain state, and transitions, which have conditions that, when met, transition the index into a destination state. The first state you create in a policy is automatically set as the initial state. Each policy must have at least one state, but actions and transitions are optional.
- Choose Create.
JSON editor
- Choose the Index Policies tab.
- Choose Create policy.
- Choose JSON editor.
- In the Name policy section, enter a policy ID.
- In the Define policy section, enter your policy.
- Choose Create.
After you create a policy, your next step is to attach it to an index or indexes. You can set up an ism_template
in the policy so when an index that matches the ISM template pattern is created, the plugin automatically attaches the policy to the index.
The following example demonstrates how to create a policy that automatically gets attached to all indexes whose names start with index_name-
.
PUT _plugins/_ism/policies/policy_id
{
"policy": {
"description": "Example policy.",
"default_state": "...",
"states": [...],
"ism_template": {
"index_patterns": ["index_name-*"],
"priority": 100
}
}
}
If you have more than one template that matches an index pattern, ISM uses the priority value to determine which template to apply.
For an example ISM template policy, see Sample policy with ISM template for auto rollover.
Older versions of the plugin include the policy_id
in an index template, so when an index is created that matches the index template pattern, the index will have the policy attached to it:
PUT _index_template/<template_name>
{
"index_patterns": [
"index_name-*"
],
"template": {
"settings": {
"opendistro.index_state_management.policy_id": "policy_id"
}
}
}
The opendistro.index_state_management.policy_id
setting is deprecated. You can continue to automatically manage newly created indexes with the ISM template field.
Step 2: Attach policies to indexes
- Choose indexes.
- Choose the index or indexes that you want to attach your policy to.
- Choose Apply policy.
- From the Policy ID menu, choose the policy that you created. You can see a preview of your policy.
- If your policy includes a rollover operation, specify a rollover alias. Make sure that the alias that you enter already exists. For more information about the rollover operation, see rollover.
- Choose Apply.
After you attach a policy to an index, ISM creates a job that runs every 5 minutes by default to perform policy actions, check conditions, and transition the index into different states. To change the default time interval for this job, see Settings.
ISM does not run jobs if the cluster state is red.
Step 3: Manage indexes
- Choose Managed indexes.
- To change your policy, see Change Policy.
- To attach a rollover alias to your index, select your policy and choose Add rollover alias. Make sure that the alias that you enter already exists. For more information about the rollover operation, see rollover.
- To remove a policy, choose your policy, and then choose Remove policy.
- To retry a policy, choose your policy, and then choose Retry policy.
For information about managing your policies, see Managed indexes.