最近看了一点ILM的代码，
相比其他模块，比如CCR, Renidex等等来说，ilm这块还是要复杂一点。
我感觉要搞懂ilm，首先要理解里面组件的关系。
一个策略，由3部分组成
phase ---> action ---> step
不管你的策略简单的，还是复杂的，它都会“遍平化”，形成一个List<Step>，
一个索引的ilm操作从开始到完成，就是围绕这个list来完成的，，，
上面啰嗦几句，如果只是用ILM，在kabana点点就可以了，跟本不用管这么多：-）
相比其他模块，比如CCR, Renidex等等来说，ilm这块还是要复杂一点。
我感觉要搞懂ilm，首先要理解里面组件的关系。
一个策略，由3部分组成
phase ---> action ---> step
不管你的策略简单的，还是复杂的，它都会“遍平化”，形成一个List<Step>，
一个索引的ilm操作从开始到完成，就是围绕这个list来完成的，，，
上面啰嗦几句，如果只是用ILM，在kabana点点就可以了，跟本不用管这么多：-）
2 个回复
Charele - Cisco4321
赞同来自:
这个的steps，就是上文说的那个列表，
Charele - Cisco4321
赞同来自:
我说的“出入”，是在这里
https://www.elastic.co/guide/e ... .html
这个的目的，是为了说明my-index-000001/_ilm/retry的作用，
即如何修复一个ilm的错误。
一个索引，2个分片，要把它shrink成4个分片，这肯定不行的。
所以ilm会报错，所以可以用那个办法来修复。
这是老版本的文档，新ES（比如8.2)，实际情况不是这样的。
有兴趣的同学可以操作一下，看看情况。然后研究一下为什么