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