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