wen Elasticsearch 入门实战(6)-
索引生命周期管理 (Index cycle management: ILM) 是在 Elasticsearch 6.7 版正式推出的一项功能，它是 Elasticsearch 的一部分，主要用来帮助管理索引。
1、简介
如果你要处理时间序列数据，则不想将所有内容连续转储到单个索引中。 取而代之的是，你可以定期将数据滚动到新索引，以防止数据过大而又缓慢又昂贵。 随着索引的老化和查询频率的降低，你可能会将其转移到价格较低的硬件上，并减少分片和副本的数量。
要在索引的生命周期内自动移动索引，可以创建策略来定义随着索引的老化对索引执行的操作，这样可以确保所有索引具有相似的大小。
ILM 由一些策略（policies）组成，而这些策略可以触发一些 actions。这些 actions 可以为：
| Action | Description |
| rollover | 创建一个新的索引，基于数据的时间跨度，大小及文档的多少 |
| shrink | 减少 primary shards 的数目 |
| force merge | 合并 shard 的 segments |
| freeze | 针对鲜少使用的索引进行冻结以节省内存 |
| delete | 永久地删除一个索引 |
索引生命周期由五个阶段（phases）组成：hot，warm，cold，frozen 及 delete。每个阶段有一组可用的 actions。这些 actions 由上面的 actions 中的一些组成。把这些阶段和相应的 actions 一起组合起来就形成了一个策略（policy）。我们可以通过 API 的形式或者直接在 Kibana 中使用 UI 的形式来创建这些 policies。
ILM 策略实例：
在 hot 阶段，你可能 rollover 一个 alias 从而每两个星期就生成一个新的索引，避免太大的索引数据。在这个阶段你可以做导入数据，并允许繁重的搜索。
在 warm 阶段，你可能把索引变成 read-only，并把索引保留于这个阶段一个星期。在这个阶段，不可以导入数据，但是可以进行适度的搜索。
在 cold 阶段，你可能 freeze 索引，并减少 replica 的数量，并保留于这个阶段三个星期。在这个阶段，不可以导入数据，但是可以进行极其少量的搜索，
在 delete 阶段，只有一个动作可以选择。比如你可以删除超过 6 个星期的索引数据以节省成本。
索引在 Elasticsearch 中的生命周期：
针对一个超大规模的集群：
各节点职责：
2、生命周期管理演示
2.1、启动 Elasticsearch 集群
启动三个节点（10.49.196.10、10.49.196.11、10.49.196.12）的集群，其中两个为 hot 节点（存放 hot 阶段的数据），一个为 warm 节点（存放 warm 阶段的数据）。
在 10.49.196.10、10.49.196.11 上运行：
bin/elasticsearch -d -E node.attr.data=hot
