Z uporabo Elasticsearch za shranjevanje dnevnikov poslovnega sistema se vsak dan generira nov indeks glede na datum; vsak dan je na milijone dokumentov; če indeks Elasticsearch ni pravočasno očiščen, bo to povzročilo veliko prostora na disku, velik pritisk na disk in tudi hitrost iskanja se bo upočasnila. Prej smo ročno čistili ES-ove indekse in redno uporabljali shell skripte, vendar lahko ES ustvari politiko življenjskega cikla indeksov, ki nam pomaga izbrisati stare zgodovinske indekse.
Različica Elasticsearcha, uporabljena v tem članku, je: 7.10.2
Danes je 11. 3. 2022 in lahko vidite, da indeks in dokumenti za januar 2022 še vedno obstajajo, kot je prikazano na spodnji sliki:
Ustvarite predlogo indeksa
Odprite Kibanino administratorsko ploščo, kliknite Upravljanje indeksa -> Predloga indeksa -> za ustvarjanje predloge indeksa z naslednjim imenom:logger-template, indeksni modul izpolni indekse, ki jih je treba ujemati, nato pa gre vse do naslednjega koraka, kot je prikazano na spodnji sliki:
Opomba: Pri ustvarjanju novega indeksa Elasticsearch bo predloga samodejno usklajena, da se dokonča osnovni del indeksa. To pomeni, da se pri ustvarjanju indeksa itsvse-2022-03-13 ujema z različico logger predloge in nato izvede pravila, ki jih določa predloga.Zgodovinski indeksi (tudi če se ujemajo s predlogami) niso povezani s predlogami indeksov！！！ V tem članku,Indeksi, ki niso ustvarjeni na podlagi predloge, ne morejo biti samodejno izbrisani。
Ustvarite politiko indeksnega življenjskega cikla
Odprite upravniško ploščo Kibana in kliknite Index Lifecycle Policy -> za ustvarjanje politike, kot je prikazano na naslednji sliki:
Dopolnjevanje imen"Samodejno čiščenje-30-dnevnega zapisovalca, odkljukajte Omogoči tekoče posodobitve, kot je prikazano na naslednji sliki:
Odprite fazo brisanja za samodejno čiščenje indeksov do pred 30 dnevi, kot je prikazano na naslednji sliki:
Na koncu dodajte politiko v predlogo indeksa, kot je prikazano na naslednji sliki:
Na tej točki se bo novo ustvarjeni indeks samodejno shranil 30 dni, indeks po 30 dneh pa bo izbrisan, zgodovinski indeks pa bo treba ročno očistiti!! Za ročno brisanje indeksa glejte na:
Preglejte predlogo indeksa, ki ste jo pravkar ustvarili, ki bo uporabljena na končni predlogi, ki ustreza indeksu. Podrobnosti so naslednje:
{
"template": {
"settings": {
"index": {
"življenjski cikel": {
"ime": "avtomatsko čiščenje-30-dni-beležnik"
}
}
},
"vzdevki": {},
"preslikave": {}
}
}
Na primer, preglejte vmesnik za konfiguracijo politik:http://192.168.1.182:9200/_ilm/policy/auto-clean-30-days-logger?pretty
{
"auto-clean-30-days-logger" : {
"različica" : 1,
"modified_date" : "2022-03-11T06:26:01.972Z",
"politika" : {
"faze" : {
"vroče" : {
"min_age" : "0ms",
"dejanja" : {
"set_priority" : {
"Prioriteta": 100
}
}
},
"delete" : {
"min_age" : "30d",
"dejanja" : {
"delete" : {
"delete_searchable_snapshot": Res
}
}
}
}
}
}
}
ILM (Upravljanje življenjskega cikla indeksov)
Naša nova politika življenjskega cikla indeksa se izvaja s časovno omejenim anketiranjem.
ILM storitev v ozadju preverja politiko izvajanja:
ILM definira štiri faze življenjskega cikla:
Hot: Aktivno posodabljanje in poizvedovanje indeksa.
Toplo: Ni več posodabljanja indeksov, a še vedno pošiljanje poizvedb.
hladno: Ni več posodobljenih indeksov, nekaj poizvedb. Informacije morajo biti še vedno iskalne, vendar je v redu, če so poizvedbe počasnejše.
Izbriši: Indeks ni več potreben in ga je mogoče varno izbrisati.
ILM periodična operacija (indices.lifecycle.poll_interval),Privzeto je 10 minutPreveriti, ali indeks izpolnjuje merila politike in sprejeti potrebne ukrepe.
Da bi se izognili tekmovanim situacijam, je morda treba ILM zagnati večkrat, da se izvedejo vsi potrebni koraki za izvedbo dejanja. Torej, tudi če je indices.lifecycle.poll_interval nastavljeno na 10 minut in je indeks skladen s preklopom, lahko traja 20 minut, da se preklop zaključi.
Na primer, če nastavimo več kot 10 dokumentov za prenos naprej, vendar ta postopek ni izveden takoj, lahko 11. in 12. člen še vedno padeta na prejšnji indeks, novo ustvarjeni dokumenti pa ne bodo na novi indeks, dokler prenos ni uspešen.
Nastavitve upravljanja življenjskega cikla indeksov v Elasticsearch:Prijava do hiperpovezave je vidna.
Ogled statusa ILM
Danes je 13. 3. 2022, vsak dan se samodejno ustvarita 2 indeksa, že lahko vidite ustvarjena indeksaPolitike so samodejno povezane, kot je prikazano na spodnji sliki:
(Konec)
|
Objavljeno na 13. 03. 2022 13:22:29
|
|
|
|
