為什么會引入?
隨著時間的增長索引的數量也會持續增長,然而這些場景基本上只有最近一段時間的數據有使用價值或者會被經常使用(熱數據),而歷史數據幾乎沒有作用或者很少會被使用(冷數據),這個時候就需要對索引進行一定策略的維護管理甚至是刪除清理,否則隨著數據量越來越多除了浪費磁盤與內存空間之外,還會嚴重影響 Elasticsearch 的性能。
哪個版本引入的?
在 Elastic Stack 6.6 版本后推出了新功能 Index Lifecycle Management(索引生命周期管理),支持針對索引的全生命周期托管管理,并且在 Kibana 上也提供了一套UI界面來配置策略。
索引生命周期常見的階段?
hot: 索引還存在著大量的讀寫操作。
warm:索引不存在寫操作,還有被查詢的需要。
cold:數據不存在寫操作,讀操作也不多。
delete:索引不再需要,可以被安全刪除。