Prometheus: Thanos vs VictoriaMetrics အတွက် ဒေတာသိုလှောင်မှု ရွေးချယ်ခြင်း။

အားလုံးမင်္ဂလာပါ။ အောက်ဖော်ပြပါ စာသားမှတ်တမ်း Big Monitoring Meetup 4 မှ အစီရင်ခံစာ.

Prometheus - အမျိုးမျိုးသောစနစ်များနှင့်ဝန်ဆောင်မှုများအတွက်စောင့်ကြည့်ရေးစနစ်တစ်ခုဖြစ်ပြီး၊ စနစ်စီမံခန့်ခွဲသူများသည်စနစ်များ၏လက်ရှိကန့်သတ်ချက်များဆိုင်ရာအချက်အလက်များကိုစုဆောင်းနိုင်ပြီးစနစ်များ၏လည်ပတ်မှုတွင်သွေဖည်မှုများအကြောင်းအကြောင်းကြားချက်များကိုလက်ခံရရှိရန်သတိပေးချက်များကိုသတ်မှတ်ပါ။

အစီရင်ခံစာတွင် နှိုင်းယှဉ်ချက်တစ်ခု ပါဝင်မည်ဖြစ်သည်။ Thanos и VictoriaMetrics - Prometheus မက်ထရစ်များ၏ ရေရှည်သိုလှောင်မှုအတွက် ပရောဂျက်များ။

ပထမဆုံး Prometheus အကြောင်း ပြောပြပါမယ်။ ၎င်းသည် သတ်မှတ်ထားသော ပစ်မှတ်များမှ မက်ထရစ်များကို စုဆောင်းကာ ဒေသတွင်း သိုလှောင်မှုတွင် သိမ်းဆည်းပေးသည့် စောင့်ကြည့်ရေးစနစ်တစ်ခုဖြစ်သည်။ Prometheus သည် အဝေးထိန်းသိမ်းဆည်းမှုတွင် မက်ထရစ်များကို မှတ်တမ်းတင်နိုင်ပြီး သတိပေးချက်များနှင့် အသံဖမ်းစည်းမျဉ်းများကို ထုတ်ပေးနိုင်သည်။

Prometheus ကန့်သတ်ချက်များ

• ၎င်းတွင် ကမ္ဘာလုံးဆိုင်ရာ မေးမြန်းမှု မြင်ကွင်း မရှိပါ။ ဤအချိန်သည် သင့်တွင် Prometheus ၏ သီးခြားဥပမာများစွာရှိသည်။ တိုင်းထွာချက်များ စုဆောင်းကြသည်။ ထို့အပြင် မတူညီသော prometheus ဖြစ်ရပ်များမှ စုဆောင်းထားသော ဤမက်ထရစ်များအားလုံးကို သင်မေးမြန်းလိုပါသည်။ ဒါကို Prometheus က ခွင့်မပြုပါဘူး။
• Prometheus ဖြင့်၊ စွမ်းဆောင်ရည်ကို ဆာဗာတစ်ခုသာ ကန့်သတ်ထားသည်။ Prometheus သည် ဆာဗာများစွာကို အလိုအလျောက် အတိုင်းအတာ မသတ်မှတ်ပါ။ သင်သည် Prometheus အများအပြားကြားတွင် သင်၏ပစ်မှတ်များကို ကိုယ်တိုင်သာ ခွဲနိုင်သည်။
• Prometheus ရှိ မက်ထရစ်များ၏ နယ်ပယ်သည် ဆာဗာများစွာကို အလိုအလျောက် အတိုင်းအတာမရှိသည့် တူညီသောအကြောင်းပြချက်ကြောင့် ဆာဗာတစ်ခုတည်းတွင်သာ ကန့်သတ်ထားသည်။
• Prometheus တွင် ဒေတာလုံခြုံရေးကို စုစည်းရန် လွယ်ကူသည်မဟုတ်။

ဤပြဿနာများ/စိန်ခေါ်မှုများအတွက် ဖြေရှင်းနည်းများ။

ဖြေရှင်းချက်များမှာ-

• Thanos
• VictoriaMetrics
• Uber M3
• cortex

ဤဖြေရှင်းချက်အားလုံးသည် Prometheus မှစုဆောင်းထားသောဒေတာများကိုအဝေးမှသိမ်းဆည်းရန်အတွက်ဖြစ်သည်။ ၎င်းတို့သည် ယခင်ဆလိုက်မှ အဝေးထိန်းသိုလှောင်မှုပြဿနာကို နည်းလမ်းအမျိုးမျိုးဖြင့် ဖြေရှင်းပေးသည်။ ဤတင်ပြချက်တွင် ကျွန်ုပ်သည် ပထမဖြေရှင်းချက်နှစ်ခုအကြောင်းကိုသာ ပြောပြပါမည်။ Thanos и VictoriaMetrics.

ပထမဦးဆုံးအကြိမ် သတင်းအချက် အလက် Thanos ပေါ်လာသည်။ ဒီ link ကို. ဗိသုကာပညာကို အဲဒီမှာ ဖော်ပြထားတယ်။ Thanos ဘယ်လိုအလုပ်လုပ်လဲ။

Thanos သည် Prometheus မှသိမ်းဆည်းထားသောဒေတာကို local disk တွင်ယူပြီး S3 သို့ကူးယူသည်။ GCS သို့မဟုတ် အခြားအရာဝတ္ထုသိုလှောင်မှုသို့။

ထို့ကြောင့် Thanos သည် ကမ္ဘာလုံးဆိုင်ရာ မေးမြန်းမှုမြင်ကွင်းကို ပေးဆောင်သည်။ Prometheus ဖြစ်ရပ်များစွာမှ အရာဝတ္ထုသိုလှောင်မှုတွင် သိမ်းဆည်းထားသော ဒေတာကို သင်မေးမြန်းနိုင်ပါသည်။

Thanos သည် PromQL နှင့် ပံ့ပိုးသည်။ Prometheus စုံစမ်းမေးမြန်းခြင်း API.

Thanos သည် ဒေတာသိမ်းဆည်းရန် Prometheus ကုဒ်ကို အသုံးပြုသည်။

Thanos ကို Prometheus ကဲ့သို့ developer များက တီထွင်သည်။

အပေါ် VictoriaMetrics။ ဒီမှာ link ကိုငါတို့အရင်ပြောခဲ့တဲ့နေရာ VictoriaMetrics.

VictoriaMetrics သည် prometheus အများအပြားထံမှဒေတာကိုလက်ခံရရှိသည် အဝေးထိန်း API ရေးပါ။ Prometheus မှပံ့ပိုးသောပရိုတိုကော။

VictoriaMetrics သည် Prometheus ဖြစ်ရပ်များစွာကို VictoriaMetrics တစ်ခုသို့ ဒေတာရေးပေးနိုင်သောကြောင့် ကမ္ဘာလုံးဆိုင်ရာ မေးမြန်းမှုမြင်ကွင်းကို ပံ့ပိုးပေးပါသည်။ ထို့ကြောင့် သင်သည် ဤဒေတာအားလုံးကို မေးမြန်းစုံစမ်းနိုင်ပါသည်။

VictoriaMetrics သည် Thanos၊ PromQL နှင့် Prometheus querying API တို့ကိုလည်း ပံ့ပိုးပေးသည်။

Thanos နှင့်မတူဘဲ၊ VictoriaMetrics အရင်းအမြစ်ကုဒ်ကို အစမှရေးသားထားပြီး အမြန်နှုန်းနှင့် အရင်းအမြစ်သုံးစွဲမှုအတွက် အကောင်းဆုံးဖြစ်အောင် ပြုလုပ်ထားသည်။

Thanos နှင့်မတူဘဲ VictoriaMetrics သည် ဒေါင်လိုက်နှင့် အလျားလိုက် တိုင်းတာသည်။ စားသည် Single-node ဗားရှင်းဒေါင်လိုက် ချိန်ညှိပေးသော၊ ပရိုဆက်ဆာတစ်ခုနှင့် မမ်မိုရီ 1 GB ဖြင့် စတင်နိုင်ပြီး ရာနှင့်ချီသော ပရိုဆက်ဆာများနှင့် 1 TB မမ်မိုရီအထိ တဖြည်းဖြည်း ကြီးထွားလာနိုင်သည်။ VictoriaMetrics သည် ဤအရင်းအမြစ်အားလုံးကို အသုံးပြုနိုင်သည်။ ၎င်း၏ စွမ်းဆောင်ရည်သည် 100-core စနစ်ထက် အဆ 1 ခန့် တိုးလာမည်ဖြစ်သည်။

Thanos ၏သမိုင်းကြောင်းသည် 2017 ခုနှစ်နို၀င်ဘာလတွင်ပထမဆုံးအများပြည်သူဆိုင်ရာကတိကဝတ်ပေါ်လာခဲ့သည်။ ယင်းမတိုင်မီက Thanos ကို ပြည်တွင်း၌ တီထွင်ခဲ့သည်။ မဖြစ်နိုင်သော.io.

2019 ခုနှစ် ဇွန်လတွင် အထင်ကရ 0.5.0 ထွက်ရှိခဲ့သည်။ ဖယ်ရှားခဲ့သည်။ အမနာပစကား ပရိုတိုကော။ သူကောင်းကောင်းမစွမ်းဆောင်နိုင်လို့ Thanos ကို ဖယ်ရှားခံခဲ့ရပါတယ်။ မကြာခဏဆိုသလို Thanos အစုအဝေးများသည် မှန်ကန်စွာအလုပ်မလုပ်ဘဲ၊ အတင်းအဖျင်းပရိုတိုကောကြောင့် ၎င်းနှင့်ချိတ်ဆက်ထားသော node များ မှားယွင်းနေပါသည်။ ထို့ကြောင့် သူ့ကို ထိုနေရာမှ ဖယ်ရှားရန် ဆုံးဖြတ်ခဲ့သည်။ ဒါဟာ မှန်ကန်တဲ့ ဆုံးဖြတ်ချက်လို့ ကျွန်တော်ထင်ပါတယ်။

ဇွန်လ 2019 တွင်လည်း ၎င်းတို့သည် လျှောက်လွှာနံပါတ်ကို ပေးပို့ခဲ့သည်။ 256 в Cloud Native ကွန်ပျူတာဖောင်ဒေးရှင်း.

လအနည်းငယ်ကြာပြီးနောက် Thanos ကိုလက်ခံခဲ့သည်။ Cloud Native ကွန်ပျူတာဖောင်ဒေးရှင်းPrometheus၊ Kubernetes နှင့် အခြားသော နာမည်ကြီး ပရောဂျက်များ ပါဝင်သည်။

2018 ခုနှစ် ဇန်နဝါရီလတွင် VictoriaMetrics ၏ ဖွံ့ဖြိုးတိုးတက်မှုကို စတင်ခဲ့သည်။

2018 ခုနှစ် စက်တင်ဘာလတွင်၊ VictoriaMetrics ကို ပထမဆုံးအကြိမ် လူသိရှင်ကြားဖော်ပြခဲ့ပါသည်။

2018 ခုနှစ် ဒီဇင်ဘာလတွင် Single-node ဗားရှင်းကို ထုတ်ဝေခဲ့သည်။

မေလ 2019 အတွက် ထုတ်ဝေခဲ့ကြသည်။ Single-node နှင့် cluster ဗားရှင်းနှစ်မျိုးလုံး၏ အရင်းအမြစ်များ။

2019 ခုနှစ် ဇွန်လတွင် Thanos ကဲ့သို့ပင်၊ ကျွန်ုပ်တို့သည် နံပါတ်အောက်တွင် CNCF ဖောင်ဒေးရှင်းသို့ လျှောက်လွှာတင်ခဲ့သည်။ 255. Thanos မလျှောက်ထားမီ တစ်ရက်အလိုတွင် ကျွန်ုပ်တို့ လျှောက်ထားခဲ့သည်။

သို့သော် ကံမကောင်းစွာဖြင့်၊ ကျွန်ုပ်တို့သည် ထိုနေရာတွင် လက်ခံခြင်းမရှိသေးပါ။ ရပ်ရွာအကူအညီ လိုအပ်ပါသည်။

Thanos နှင့် VictoriaMetrics တို့၏ ဗိသုကာလက်ရာများကိုပြသသည့် အရေးကြီးဆုံးဆလိုက်များကို ကြည့်ကြပါစို့။

Thanos နဲ့ စလိုက်ရအောင်။ အဝါရောင်အစိတ်အပိုင်းများသည် Prometheus အစိတ်အပိုင်းများဖြစ်သည်။ ကျန်အရာအားလုံးသည် Thanos အစိတ်အပိုင်းများဖြစ်သည်။ အရေးကြီးဆုံး အစိတ်အပိုင်းနဲ့ စလိုက်ရအောင်။ Thanos Sidecar သည် Prometheus တိုင်းဘေးတွင် တပ်ဆင်ထားသော အစိတ်အပိုင်းတစ်ခုဖြစ်သည်။ ၎င်းသည် ပြည်တွင်းသိုလှောင်မှုမှ Prometheus ဒေတာကို S3 သို့မဟုတ် အခြားအရာဝတ္ထု သိုလှောင်မှုသို့ တင်ပါသည်။

Thanos Store Gateway ဟုခေါ်သော အစိတ်အပိုင်းတစ်ခုလည်း ရှိပြီး Thanos Query မှ ဝင်လာသော တောင်းဆိုမှုများအပေါ် Object Storage မှ ဤဒေတာကို ဖတ်နိုင်သည်။ Thanos Query သည် PromQL နှင့် Prometheus API ကို အသုံးပြုသည်။ ဆိုလိုသည်မှာ အပြင်ဘက်မှ Prometheus နှင့်တူသည်။ PromQL စုံစမ်းမေးမြန်းမှုများကို လက်ခံရရှိပြီး Thanos Store Gateway သို့ ပို့ပေးသည်၊ Thanos Store Gateway သည် Object Storage မှ လိုအပ်သော အချက်အလက်များကို ရယူပြီး ပြန်လည်ပေးပို့ပါသည်။

သို့သော် Prometheus သည် စက်တွင်းသိုလှောင်မှုတွင် ဤနှစ်နာရီကြာ ဖိုင်များကို မဖန်တီးရသေးသောကြောင့် Thanos Sidecar အကောင်အထည်ဖော်မှု၏ အင်္ဂါရပ်တစ်ခုကြောင့် ကျွန်ုပ်တို့သည် နောက်ဆုံးနှစ်နာရီအတွင်း Object Storage တွင် ဒေတာကို သိမ်းဆည်းထားသည်။

ဒီကိုရောက်ဖို့ မင်းဘယ်လိုဆုံးဖြတ်ခဲ့တာလဲ။ Thanos Query သည် Thanos Store Gateway သို့တောင်းဆိုမှုများအပြင် Prometheus ဘေးတွင်ရှိသော Thanos Sidecar တစ်ခုစီထံသို့ အပြိုင်တောင်းဆိုမှုများကို ပေးပို့ပါသည်။

နှင့် Thanos Sidecar သည် တစ်ဖန် proxy များသည် Prometheus ထံ ထပ်မံတောင်းဆိုပြီး ပြီးခဲ့သော နှစ်နာရီအတွင်း ဒေတာကို ရယူသည်။

ဤအစိတ်အပိုင်းများအပြင် Thanos ကောင်းစွာစွမ်းဆောင်နိုင်မည်မဟုတ်သော ရွေးချယ်နိုင်သော အစိတ်အပိုင်းတစ်ခုလည်း ရှိပါသည်။ ၎င်းသည် Thanos Sidecars မှ ဤနေရာတွင် အပ်လုဒ်လုပ်ထားသော ဖိုင်ကြီးများအဖြစ် Object Storage ရှိ ဖိုင်ငယ်များကို ပေါင်းစည်းရန် တာဝန်ရှိသော Thanos Compact ဖြစ်သည်။ Thanos Sidecar သည် ထိုနေရာတွင် ဒေတာဖိုင်များကို နှစ်နာရီအတွင်း အပ်လုဒ်လုပ်သည်။ ဤဖိုင်များကို ပိုကြီးသောဖိုင်များအဖြစ် ပေါင်းစည်းခြင်းမပြုပါက ၎င်းတို့၏ အရေအတွက်သည် အလွန်သိသိသာသာ တိုးလာနိုင်ပါသည်။ ထိုသို့သောဖိုင်များများလေ၊ Thanos Store Gateway အတွက် Memory ပိုများလေ၊ ကွန်ရက်နှင့် မက်တာဒေတာကို ဒေတာလွှဲပြောင်းရန် အရင်းအမြစ်များ ပိုမိုလိုအပ်လေဖြစ်သည်။ Thanos Store Gateway သည် ထိရောက်မှုမရှိပါ။ ထို့ကြောင့်၊ သေးငယ်သောဖိုင်များကိုပိုကြီးသောဖိုင်များအဖြစ်ပေါင်းစည်းပေးသော Thanos Compact ကို run ရန်လိုအပ်သည်၊ သို့မှသာထိုကဲ့သို့သောဖိုင်များနည်းပါးလာပြီး Thanos Store Gateway ပေါ်ရှိအပေါ်ယံကိုလျှော့ချရန်လိုအပ်သည်။

Thanos Ruler ကဲ့သို့သော အစိတ်အပိုင်းတစ်ခုလည်း ရှိပါသည်။ ၎င်းသည် Prometheus သတိပေးချက်စည်းမျဉ်းများကိုလုပ်ဆောင်ပြီး အချက်အလက်များကို Object Storage သို့ပြန်ရေးရန်အတွက် Prometheus မှတ်တမ်းတင်ခြင်းစည်းမျဉ်းများကို အကဲဖြတ်နိုင်သည်။ ဒါပေမယ့် ဒီပစ္စည်းကို သုံးဖို့ မအကြံပြုထားတာကြောင့်... သူ မပြည့်စုံသောအချက်အလက်များကို ပြန်ပေးတတ်သည်။.

ဤသည်မှာ Thanos ၏ရိုးရှင်းသောအစီအစဥ်ဖြစ်သည်။

အခု အဲဒါကို VictoriaMetrics အစီအစဉ်နဲ့ နှိုင်းယှဉ်ကြည့်ရအောင်။

VictoriaMetrics တွင် ဗားရှင်း 2 ခု ရှိသည်- Single-node နှင့် cluster ဗားရှင်း။ Single-node သည် ကွန်ပျူတာတစ်လုံးတွင် အလုပ်လုပ်သည်။ Single-node တွင် ဤအစိတ်အပိုင်းများ မပါပါ၊ binary တစ်ခုသာဖြစ်သည်။ ဆလိုက်ရှိ ဤဒွိစုံသည် ဤစတုရန်းပုံဖြစ်သည်။ စတုရန်းအတွင်းရှိ အရာအားလုံးသည် Single-node ဗားရှင်းအတွက် binary ဖိုင်၏ အကြောင်းအရာများဖြစ်သည်။ သူ့အကြောင်း မင်းသိဖို့ မလိုဘူး။ သင်သည် binary ကို run ရုံဖြင့် အရာအားလုံးသည် ကျွန်ုပ်တို့အတွက် အဆင်ပြေပါသည်။

အစုလိုက်ဗားရှင်းသည် ပိုရှုပ်ထွေးသည်။ ၎င်းတွင် vmselect၊ vminsert နှင့် vmstorage သုံးမျိုးရှိသည်။ သူတို့ရဲ့ နာမည်ကနေ သူတို့တစ်ယောက်စီ ဘာလုပ်သလဲ ဆိုတာ ရှင်းရှင်းလင်းလင်း သိရမယ်။ Insert အစိတ်အပိုင်းသည် မတူညီသော ဖော်မတ်များဖြင့် ဒေတာကို လက်ခံသည်- Prometheus အဝေးထိန်းစာရေး API၊ Influx လိုင်းပရိုတိုကော၊ Graphite ပရိုတိုကောနှင့် OpenTSDB ပရိုတိုကောတို့မှ ဒေတာကို လက်ခံသည်။ Insert အစိတ်အပိုင်းသည် ၎င်းတို့ကို လက်ခံသည်၊ ၎င်းတို့ကို ခွဲခြမ်းစိပ်ဖြာပြီး ဒေတာကို သိမ်းဆည်းထားပြီးဖြစ်သည့် ရှိပြီးသား သိုလှောင်မှု အစိတ်အပိုင်းများကြားတွင် ၎င်းတို့ကို ဖြန့်ဝေပေးပါသည်။ Select အစိတ်အပိုင်းသည် PromQL မေးခွန်းများကို လက်ခံသည်။ သူအကောင်အထည်ဖော်သည်။ PromQLPrometheus querying API ကဲ့သို့ပင်၊ ၎င်းကို Grafana သို့မဟုတ် အခြားသော Prometheus API clients များတွင် Prometheus ၏ အစားထိုးအဖြစ် အသုံးပြုနိုင်သည်။ Select သည် promql တောင်းဆိုချက်ကို လက်ခံသည်၊ ၎င်းကို ခွဲခြမ်းစိပ်ဖြာရန်၊ ဤတောင်းဆိုမှုကို သိုလှောင်မှုနေရာများမှ လုပ်ဆောင်ရန်အတွက် လိုအပ်သောဒေတာကို ဖတ်သည်၊ ဤဒေတာကို လုပ်ဆောင်ပြီး တုံ့ပြန်မှုကို ပြန်ပေးသည်။

Thanos နှင့် VictoriaMetrics ထည့်သွင်းခြင်း၏ ရှုပ်ထွေးမှုကို နှိုင်းယှဉ်ကြည့်ကြပါစို့။

Thanos နဲ့ စလိုက်ရအောင်။ Thanos နဲ့ အလုပ်မစခင်မှာ Thanos Sidecar က ဒေတာတွေရေးနိုင်စေဖို့ S3 သို့မဟုတ် GCS လိုမျိုး Object Storage ထဲမှာ ပုံးတစ်ပုံးကို ဖန်တီးရပါမယ်။

ထို့နောက် Prometheus တစ်ခုစီအတွက် Thanos Sidecar ကိုတပ်ဆင်ရန်လိုအပ်သည်။ ၎င်းမတိုင်မီ၊ သင်သည် Prometheus တွင် ဒေတာစုပုံခြင်းကို ပိတ်ရန် သတိရရန် လိုအပ်သည်။ ဒေတာချုံ့ချဲ့ခြင်းသည် အရင်းအမြစ်သုံးစွဲမှုကို လျှော့ချရန်အတွက် ဒေသတွင်း Prometheus သိုလှောင်မှုတွင် ဒေတာကို အခါအားလျော်စွာ ချုံ့ပါသည်။

Thanos Sidecar ကို သင်၏ Prometheus တွင် ထည့်သွင်းသောအခါ၊ Thanos Sidecar သည် ဒေတာ စုစည်းမှုကို ဖွင့်ထားသဖြင့် ကောင်းမွန်စွာ အလုပ်မလုပ်သောကြောင့် ဤဒေတာ စုစည်းမှုကို ပိတ်ရပါမည်။ ဆိုလိုသည်မှာ သင်၏ Prometheus သည် နှစ်နာရီကြာ ဘလောက်များထဲတွင် ဒေတာကို စတင်သိမ်းဆည်းပြီး ထိုဘလောက်များကို ပိုကြီးသော အကွက်များအဖြစ် ပေါင်းစည်းခြင်းမှ ရပ်တန့်သွားပါသည်။ ထို့ကြောင့် သင်သည် ပြီးခဲ့သော နှစ်နာရီကြာချိန်ထက် ကျော်လွန်သော စုံစမ်းမေးမြန်းမှုများ ပြုလုပ်ပါက၊ ဒေတာ စုစည်းမှုကို ဖွင့်ထားလျှင် ၎င်းတို့သည် ၎င်းတို့ လုပ်ဆောင်နိုင်သလောက် ထိရောက်စွာ အလုပ်မလုပ်ပါ။

ထို့ကြောင့်၊ Thanos သည် သေးငယ်သောလုပ်ကွက်များ၏ ကြီးမားသောပမာဏကို လျှော့ချရန်အတွက် ဒေသတွင်းသိုလှောင်မှုတွင် ဒေတာထိန်းသိမ်းချိန်ကို 6-8 နာရီအထိ လျှော့ချရန် အကြံပြုထားသည်။

Thanos Sidecar ကို သင်ထည့်သွင်းပြီးသည်နှင့်၊ သင်သည် Object Storage Bucket တစ်ခုစီအတွက် အစိတ်အပိုင်းနှစ်ခုကို ထည့်သွင်းရပါမည်။ ၎င်းတို့မှာ Thanos Compactor နှင့် Thanos Store Gateway တို့ဖြစ်သည်။

ထို့နောက် Thanos Query ကို ထည့်သွင်းပြီး သင့်တွင်ရှိသော Thanos Store Gateways အားလုံးကို ချိတ်ဆက်နိုင်ပြီး Thanos ဆိုက်ကားများအားလုံးနှင့်လည်း ချိတ်ဆက်နိုင်စေရန် ၎င်းကို configure ပြုလုပ်ရန်လိုအပ်ပါသည်။

ဤနေရာတွင် ပြဿနာအနည်းငယ်ရှိနိုင်သည်။

Thanos Query မှ ဤအစိတ်အပိုင်းများသို့ ယုံကြည်စိတ်ချရပြီး လုံခြုံသောချိတ်ဆက်မှုကို သင်သတ်မှတ်ရန် လိုအပ်သည်။ သင်၏ Prometheus သည် မတူညီသော ဒေတာစင်တာများတွင် သို့မဟုတ် မတူညီသော VPC များတွင် တည်ရှိပါက၊ ၎င်းတို့နှင့် ပြင်ပမှ ဆက်သွယ်မှုများကို တားမြစ်ထားသည်။ သို့သော် Thanos Query အလုပ်လုပ်ရန်၊ သင်သည် ထိုနေရာတွင် ချိတ်ဆက်မှုကို တစ်နည်းနည်းဖြင့် configure လုပ်ရန် လိုအပ်ပြီး နည်းလမ်းရှာဖွေရန် လိုအပ်ပါသည်။

အကယ်၍ သင့်တွင် ထိုကဲ့သို့သော ဒေတာစင်တာများစွာရှိလျှင် စနစ်တစ်ခုလုံး၏ ယုံကြည်စိတ်ချရမှု လျော့နည်းသွားသည်။ Thanos Query သည် မတူညီသောဒေတာစင်တာများတွင်ရှိသော Thanos ဆိုက်ကားများအားလုံးနှင့် ချိတ်ဆက်မှုများကို အမြဲမပြတ်ထိန်းသိမ်းထားရမည်ဖြစ်သောကြောင့်ဖြစ်သည်။ ဝင်လာသောတောင်းဆိုမှုတိုင်းအတွက်၊ ၎င်းသည် Thanos ဆိုက်ကားများအားလုံးထံ တောင်းဆိုမှုများကို လမ်းကြောင်းပေးမည်ဖြစ်သည်။ ချိတ်ဆက်မှု ပြတ်တောက်သွားပါက၊ သင်သည် မပြည့်စုံသော ဒေတာအစုတစ်ခုကို လက်ခံရရှိမည် သို့မဟုတ် "cluster is down" တုံ့ပြန်မှုကို လက်ခံရရှိမည်ဖြစ်သည်။

VictoriaMetrics တွင် အရာအားလုံးသည် အနည်းငယ်ရိုးရှင်းပါသည်။ Single-node ဗားရှင်းအတွက်၊ သင်သည် binary တစ်ခုကို run ရန်သာလိုပြီး အရာအားလုံး အဆင်ပြေပါသည်။

အစုအဝေးဗားရှင်းတွင်၊ သင်လိုအပ်သည့်ပမာဏ သို့မဟုတ် အသုံးပြုရန်အတွက် အထက်ဖော်ပြပါ အစိတ်အပိုင်းသုံးမျိုးလုံးကို လုပ်ဆောင်ရန် လုံလောက်ပါသည်။ ပဲ့စင်ဇယား Kubernetes ရှိ အစိတ်အပိုင်းများကို အလိုအလျောက်စတင်ရန်။ Kubernetes အော်ပရေတာတစ်ခုလည်း လုပ်ဖို့ စီစဉ်နေပါတယ်။ Helm ဇယားသည် အချို့သောကိစ္စများကို အကျုံးမဝင်ဘဲ သင့်ကိုယ်သင် ခြေထောက်ဖြင့် ပစ်သတ်နိုင်စေပါသည်။ ဥပမာအားဖြင့်၊ ၎င်းသည် သင့်အား ဒေတာဆုံးရှုံးမှုဖြစ်စေမည့် သိုလှောင်မှုအမှတ်အသားများကို လျှော့ချနိုင်စေမည်ဖြစ်သည်။

သင်သည် binary တစ်ခု သို့မဟုတ် clustered ဗားရှင်းတစ်ခုကို စတင်ပြီးနောက်၊ သင်သည် config တွင် Prometheus ကိုထည့်ရန်သာလိုသည် အဝေးမှရေးရန် url အတွက် ဆက်တင်ထို့ကြောင့် ၎င်းသည် local storage နှင့် remote storage နှင့်အပြိုင် ဒေတာကို စတင်ရေးသားနိုင်မည်ဖြစ်သည်။ သင်တွေ့မြင်ရသည့်အတိုင်း၊ ဤဖွဲ့စည်းပုံသည် Thanos ဖွဲ့စည်းမှုပုံစံနှင့် နှိုင်းယှဉ်ပါက ပိုမိုယုံကြည်စိတ်ချစွာ လုပ်ဆောင်သင့်သည်။ Prometheus သည် VictoriaMetrics နှင့် ချိတ်ဆက်ပြီး ဒေတာပို့ခြင်းကြောင့် ကျွန်ုပ်တို့သည် VictoriaMetrics မှ Prometheus အားလုံးသို့ ချိတ်ဆက်မှုကို ထိန်းသိမ်းထားရန် မလိုအပ်ပါ။

Thanos နှင့် VictoriaMetrics တို့၏ ပံ့ပိုးကူညီမှုကို သုံးသပ်ကြည့်ကြပါစို့။

Thanos သည် Object Storage တွင် ဒေတာများတင်ခြင်းကို မရပ်တန့်ကြောင်း သေချာစေရန် Sidecar ကို စောင့်ကြည့်ရန် လိုအပ်သည်။ ဒေါင်းလုဒ်အမှားအယွင်းများကြောင့် ဤဒေတာဒေါင်းလုဒ်ကို ရပ်တန့်နိုင်သည်၊ ဥပမာအားဖြင့်၊ ဥပမာအားဖြင့် Object Storage သို့ သင့်ကွန်ရက်ချိတ်ဆက်မှု ယာယီပြတ်တောက်သွားခြင်း သို့မဟုတ် Object Storage သည် ခေတ္တမရနိုင်ပါ။ Thanos Sidecar သည် ဤအခိုက်အတန့်ကို သတိပြုမိမည်ဖြစ်ပြီး အမှားအယွင်းတစ်ခုကို သတင်းပို့ပါ၊ ပျက်ကျနိုင်ပြီး အလုပ်မလုပ်တော့ပါ။ ၎င်းကို သင်မစောင့်ကြည့်ပါက၊ ဒေတာများကို Object Storage သို့ လွှဲပြောင်းခြင်း ရပ်သွားပါမည်။ ထိန်းသိမ်းချိန်ကြာသွားပါက (6-8 နာရီ အကြံပြုထားသည်)၊ ထို့နောက် Object Storage တွင် မဆုံးနိုင်သော ဒေတာများ ဆုံးရှုံးသွားမည်ဖြစ်ပါသည်။

Thanos Compactors များ အလုပ်မလုပ်တော့ပါ။ Sidecar နဲ့ပြိုင်တယ်။. Compacters များသည် Object Storage မှ ဒေတာကို ယူကာ ဒေတာပိုကြီးသော အပိုင်းများအဖြစ် ပေါင်းစည်းသည်။ Compactor များသည် Sidecars နှင့် ထပ်တူမညီသောကြောင့် အောက်ပါတို့ ဖြစ်ပေါ်လာနိုင်သည်- Sidecar သည် block ကို အပြီးသတ်ရန် အချိန်မရသေးပါ၊ Compactor သည် ဤဘလောက်ကို အပြီးအပြတ်ရေးထားကြောင်း ဆုံးဖြတ်သည်။ Compactor ကို စတင်ဖတ်သည်။ ဘလောက်ကို အပြည့်မဖတ်ဘဲ အလုပ်မလုပ်တော့ပါ။ အသေးစိတ်ကို ကြည့်ပါ။ ဒီမှာ.

Compactor နှင့် Sidecars တို့ကြား ပြိုင်ဆိုင်မှုများကြောင့် Store Gateway သည် မကိုက်ညီသော ဒေတာကို ပြန်ပေးနိုင်သည်။ Store Gateway သည် Compactors နှင့် Sidecars များနှင့် မည်သို့မျှ ထပ်တူမကျသောကြောင့် ဤနေရာတွင် အလားတူပင်ဖြစ်ပေသည်။ ထို့ကြောင့် Store Gateway သည် ဒေတာတစ်စိတ်တစ်ပိုင်းကို မမြင်ရ သို့မဟုတ် မလိုအပ်သောဒေတာကို မြင်သောအခါ ပြိုင်ပွဲအခြေအနေများ ဖြစ်ပေါ်လာနိုင်သည်။

အချို့သောဆိုက်ကားများ သို့မဟုတ် စတိုးဂိတ်ဝများ လောလောဆယ်တွင် မရရှိနိုင်ပါက Thanos ရှိ Query အစိတ်အပိုင်းသည် မူရင်းအားဖြင့် တစ်စိတ်တစ်ပိုင်းရလဒ်ကို ပြန်ပေးပါသည်။ သင်သည် ဒေတာ၏ တစ်စိတ်တစ်ပိုင်းကို လက်ခံရရှိမည်ဖြစ်ပြီး ဒေတာအားလုံးကို သင်လက်ခံရရှိကြောင်းပင် သင်သိမည်မဟုတ်ပါ။ ဤသည်မှာ ပုံသေအားဖြင့် အလုပ်လုပ်ပုံဖြစ်သည်။ အလားတူအခြေအနေမျိုးတွင်၊ VictoriaMetrics သည် အမှတ်အသားပြုထားသောဒေတာကို တစ်စိတ်တစ်ပိုင်းအဖြစ် ပြန်ပေးသည်။

Thanos နှင့်မတူဘဲ VictoriaMetrics သည် ဒေတာဆုံးရှုံးခဲပါသည်။ Prometheus မှ VictoriaMetrics နှင့် ချိတ်ဆက်မှု ပြတ်တောက်သွားသော်လည်း၊ Prometheus သည် 2 နာရီအရွယ်အစားရှိသော Write Ahead Log တွင် ဝင်လာသောဒေတာအသစ်များကို ဆက်လက်မှတ်တမ်းတင်နေသောကြောင့် ၎င်းသည် ပြဿနာမဟုတ်ပါ။ သင်၏ချိတ်ဆက်မှုကို VictoriaMetrics သို့ နှစ်နာရီအတွင်း ပြန်လည်ရယူပါက၊ သင့်ဒေတာများ ဆုံးရှုံးမည်မဟုတ်ပါ။ Prometheus VictoriaMetrics သို့ ချိတ်ဆက်မှုကို ပြန်လည်ရယူပြီးနောက် ဒေတာထည့်နိုင်သည်။.

နှစ်နာရီအကြာတွင် အရာဝတ္ထုသိုလှောင်မှုသို့ ဒေတာရေးသော Thanos နှင့်မတူဘဲ၊ Prometheus သည် VictoriaMetrics ကဲ့သို့သော အဝေးထိန်းသိမ်းဆည်းမှုသို့ ဒေတာကို အလိုအလျောက်ပုံတူကူးယူသည်။ Prometheus တွင် ဒေသတွင်းသိုလှောင်မှု ဆုံးရှုံးမည်ကို သင်မကြောက်ပါ။ အကယ်၍ သူသည် စက်တွင်းသိုလှောင်မှု ရုတ်တရက်ပျောက်ဆုံးသွားပါက၊ အဆိုးဆုံးအခြေအနေတွင် အဝေးထိန်းသိုလှောင်မှုတွင် မှတ်တမ်းတင်ရန်အချိန်မရှိသော နောက်ဆုံးစက္ကန့်ဒေတာကို ဆုံးရှုံးသွားမည်ဖြစ်သည်။

Thanos ကဲ့သို့ Kubernetes သည် အစုအဝေးကို အလိုအလျောက် စီမံခန့်ခွဲပါသည်။ VictoriaMetrics အစုအဝေးအစိတ်အပိုင်းများကဲ့သို့မဟုတ်ဘဲ Thanos အစိတ်အပိုင်းအားလုံးကို Kubernetes အစုအဝေးတစ်ခုသို့ ထားရှိရန် ခက်ခဲသည်။

VictoriaMetrics ဗားရှင်းအသစ်အတွက် အလွန်ရိုးရှင်းသော အပ်ဒိတ်တစ်ခုရှိသည်။ VictoriaMetrics ကို ရပ်လိုက်၊ binaries များကို အပ်ဒိတ်လုပ်ပြီး စတင်လိုက်ပါ။ SIGINT အချက်ပြမှုမှတစ်ဆင့် ရပ်သွားသောအခါ၊ VictoriaMetrics binaries အားလုံးသည် လှပသောပိတ်ခြင်းကို လုပ်ဆောင်သည်။ ၎င်းတို့သည် လိုအပ်သောဒေတာကို မှန်ကန်စွာသိမ်းဆည်းကာ မည်သည့်အရာမှမဆုံးရှုံးစေရန် အဝင်ချိတ်ဆက်မှုများကို မှန်ကန်စွာပိတ်ပါ။ ဒါကြောင့် အဆင့်မြှင့်တင်တဲ့အခါမှာ ဘာမှဆုံးရှုံးမှာမဟုတ်ပါဘူး။

VictoriaMetrics သည် အစုအဝေးတစ်ခုကို ချဲ့ထွင်ရန် အလွန်လွယ်ကူစေသည်။ လိုအပ်သော အစိတ်အပိုင်းများကို ထည့်ပြီး အလုပ်ဆက်လုပ်ပါ။

Thanos နှင့် VictoriaMetrics ရှိ တွင်းပေါက်များအကြောင်း။

Thanos တွင် အောက်ပါအခက်အခဲများရှိသည်။ Prometheus သည် နောက်ဆုံးနှစ်နာရီအတွင်း ဒေတာကို သိမ်းဆည်းရပါမည်။ ၎င်းတို့ ပျောက်ဆုံးသွားပါက၊ ၎င်းတို့ကို S3 ကဲ့သို့ Object Storage သို့ မရေးရသေးသောကြောင့် ၎င်းတို့ကို လုံးဝဆုံးရှုံးသွားမည်ဖြစ်သည်။

Store Gateway အစိတ်အပိုင်းနှင့် compactor အစိတ်အပိုင်းသည် ထိုနေရာတွင် သိမ်းဆည်းထားသည့် ဖိုင်ငယ်များစွာရှိနေပါက ကြီးမားသော Object Storage နှင့် အလုပ်လုပ်ရန်အတွက် memory အများအပြား လိုအပ်နိုင်သည်။ ဖိုင်အရေအတွက်နှင့် အရွယ်အစား ပိုများလေ၊ metainformation ကို သိမ်းဆည်းရန်အတွက် Store Gateway နှင့် compactor RAM များ ပိုမိုလိုအပ်ပါသည်။ Thanos သည် ထိုအချက်နှင့် ပတ်သက်၍ ပြဿနာများစွာရှိသည်။ သိမ်းဆည်းထားသော ဂိတ်ဝေး နှင့် ကြိတ်စက် ပျက်ကျခြင်း.

Thanos သည် သင့်တွင် Prometheus ပမာဏဖြင့် အကန့်အသတ်မရှိ အတိုင်းအတာအထိ ကြော်ငြာထားသည်။ ဒါက တကယ်တော့ မမှန်ပါဘူး။ တောင်းဆိုမှုအားလုံးသည် Store Gateway အစိတ်အပိုင်းများနှင့် Sidecar အစိတ်အပိုင်းများအားလုံးကို တစ်ပြိုင်နက် စစ်တမ်းကောက်ယူရမည်ဖြစ်သည့် Query အစိတ်အပိုင်းမှတဆင့် ဖြတ်သန်းသွားသောကြောင့် ဒေတာကို ဆွဲထုတ်ပြီး ၎င်းကို ကြိုတင်လုပ်ဆောင်ပါ။ အနှေးဆုံး အားနည်းသော လင့်ခ်၊ အနှေးဆုံး Store Gateway သို့မဟုတ် အနှေးဆုံး Sidecar ဖြင့် တောင်းဆိုမှု မြန်နှုန်းကို ကန့်သတ်ထားသည်။

ဤအစိတ်အပိုင်းများကို မညီမညာ တင်ဆောင်နိုင်သည်။ ဥပမာအားဖြင့်၊ သင့်တွင် တစ်စက္ကန့်လျှင် မက်ထရစ် သန်းပေါင်းများစွာကို စုဆောင်းသည့် Prometheus ရှိသည်။ တစ်စက္ကန့်လျှင် ထောင်ပေါင်းများစွာသော မက်ထရစ်များကို စုဆောင်းသည့် Prometheus ရှိပါသည်။ တစ်စက္ကန့်လျှင် မက်ထရစ်များ သန်းပေါင်းများစွာကို စုဆောင်းသည့် Prometheus သည် ၎င်းအသုံးပြုနေသည့် ဆာဗာတွင် ပိုမိုမြင့်မားသောဝန်ကို တင်စေသည်။ ထို့ကြောင့် Sidecar သည် ထိုနေရာတွင် နှေးကွေးသည်။ ယေဘူယျအားဖြင့် အရာအားလုံးသည် ထိုနေရာတွင် နှေးကွေးစွာ အလုပ်လုပ်ပါသည်။ Query အစိတ်အပိုင်းသည် ထိုနေရာမှ ဒေတာများကို အလွန်နှေးကွေးစွာ ဆွဲယူသွားမည်ဖြစ်သည်။ ထို့ကြောင့်၊ သင်၏အစုအဝေးတစ်ခုလုံး၏စွမ်းဆောင်ရည်ကို ဤနှေးကွေးသောဆိုက်ကားက ကန့်သတ်ထားမည်ဖြစ်သည်။

ပုံမှန်အားဖြင့် Thanos သည် အချို့သောဆိုက်ကားများနှင့် Store Gateway ကိုမရရှိနိုင်ပါက Thanos သည် တစ်စိတ်တစ်ပိုင်းဒေတာကိုပေးပါသည်။ ဥပမာအားဖြင့်၊ သင်၏ဆိုက်ကားများသည် မတူညီသောဒေတာစင်တာများတွင် ကမ္ဘာအနှံ့ပြန့်ကျဲနေပါက ချိတ်ဆက်မှုချို့ယွင်းမှုနှင့် အစိတ်အပိုင်းမရရှိနိုင်မှုဖြစ်နိုင်ခြေသည် အလွန်တိုးမြင့်လာပါသည်။ ထို့ကြောင့်၊ ကိစ္စအများစုတွင် သင်မသိလိုက်ဘဲ တစ်စိတ်တစ်ပိုင်းဒေတာကို လက်ခံရရှိမည်ဖြစ်သည်။

VictoriaMetrics တွင်လည်း အားနည်းချက်များရှိသည်။ ပထမအပေါက်သည် VictoriaMetrics cache အတွက်အသုံးပြုသည့် RAM ပမာဏကိုကန့်သတ်သည့်ရွေးချယ်မှုဖြစ်သည်။ ပုံသေအားဖြင့်၊ ၎င်းသည် VictoriaMetrics လုပ်ဆောင်နေသည့် စက်ရှိ RAM ၏ 60% သို့မဟုတ် Kubernetes ရှိ VictoriaMetrics pod ၏ RAM ၏ 60% နှင့် ညီမျှသည်။

သင်သည် ဤတန်ဖိုးကို မှားယွင်းစွာပြောင်းလဲပါက၊ သင်သည် VictoriaMetrics ၏စွမ်းဆောင်ရည်ကို ပျက်စီးစေနိုင်သည်။ ဥပမာအားဖြင့်၊ သင်သည် တန်ဖိုးအလွန်နိမ့်ပါက၊ ဒေတာသည် VictoriaMetrics cache တွင် အံဝင်မည်မဟုတ်တော့ပါ။ ထို့အတွက်ကြောင့် သူမသည် အပိုအလုပ်များလုပ်ရမည်ဖြစ်ပြီး ပရိုဆက်ဆာနှင့် ဒစ်ခ်ကို တင်ဆောင်ရမည်ဖြစ်သည်။ အကယ်၍ သင်သည် ဤရွေးချယ်မှုကို ကြီးမားလွန်းပါက၊ ပထမဦးစွာ VictoriaMetrics သည် မှတ်ဉာဏ်ချို့ယွင်းချက်ကြောင့် ပျက်စီးသွားမည့် ဖြစ်နိုင်ခြေကို တိုးလာစေပြီး ဒုတိယအနေဖြင့်၊ ၎င်းသည် operating system memory တွင် RAM အနည်းငယ်သာ ကျန်ရှိတော့မည်ဟူသော အချက်ကို ဖြစ်ပေါ်စေမည်ဖြစ်သည်။ ဖိုင် cache။ VictoriaMetrics သည် စွမ်းဆောင်ရည်အတွက် ဖိုင် cache ကို အားကိုးသည်။ မလုံလောက်ပါက၊ disk ပေါ်ရှိ load သည်အလွန်တိုးလာနိုင်သည်။ ထို့ကြောင့်၊ အကြံပြုချက်- လုံးဝမလိုအပ်ဘဲ parameter ကိုမပြောင်းပါနှင့်။

ဒုတိယရွေးချယ်မှု။ ဤသည်မှာ retentionPeriod ဖြစ်သည် - ပုံမှန်အားဖြင့် 1 လ သတ်မှတ်ထားသော ကာလဖြစ်သည်။ ဤသည်မှာ VictoriaMetrics ဒေတာကို သိမ်းဆည်းသည့်ကြာချိန်ဖြစ်သည်။ ဤကာလပြီးနောက်၊ VictoriaMetrics သည် ဒေတာကို ဖျက်သည်။

လူများစွာသည် ဤကန့်သတ်ချက်မပါဘဲ VictoriaMetrics ကိုအသုံးပြုပြီး ဒေတာကို တစ်လကြာ မှတ်တမ်းတင်ပါသည်။ ပြီးတော့ သူတို့က မေးတယ်- အရင်လက ဒေတာတွေ ဘာကြောင့် ပျောက်သွားတာလဲ။ default retentionPeriod သည် 1 လဖြစ်သောကြောင့်ဖြစ်သည်။ ထို့ကြောင့်၊ မှန်ကန်သော retentionPeriod ကို သိပြီး သတ်မှတ်ရန် လိုအပ်ပါသည်။

ထူးခြားတဲ့ အင်္ဂါရပ်တွေကို ကြည့်ကြရအောင်။

Thanos တွင် downsampling ဟုခေါ်သောအင်္ဂါရပ်တစ်ခုရှိသည်- ၅ မိနစ်နှင့်တစ်နာရီကြားကာလများ, မကြာခဏ မမှန်ပါ။. အကယ်၍ သင်သည် google နှင့် github တွင် ၎င်းတို့၏ ပြဿနာကို ကြည့်ရှုပါက၊ ၎င်းသည် တစ်ခါတစ်ရံတွင် မှန်ကန်စွာ အလုပ်မလုပ်ခြင်း သို့မဟုတ် အသုံးပြုသူများ မျှော်လင့်ထားသည့်အတိုင်း အလုပ်မလုပ်ခြင်းဟူသည့် ဤနှိမ့်ချမှုနှင့် ပတ်သက်သည့် ပြဿနာများစွာ ရှိပါသည်။

Thanos တွင် Prometheus HA အတွဲများအတွက် ဒေတာကူးယူခြင်း ရှိသည်။ Prometheus နှစ်ခုသည် တူညီသောပစ်မှတ်များမှ တူညီသောမက်ထရစ်များကို စုဆောင်းပြီး Thanos သည် ၎င်းတို့အား Object Storage တွင် သိမ်းဆည်းသောအခါ။ Thanos သည် VictoriaMetrics ကဲ့သို့မဟုတ်ဘဲ ဤဒေတာကို ကောင်းစွာပွားနိုင်သည်။

Thanos တွင် Thanos schematic တွင်ပါရှိသောသတိပေးချက်အစိတ်အပိုင်းတစ်ခုရှိသည်။ ဒါပေမယ့် သူ့ကို ထုတ်လုပ်မှုတွင် အသုံးပြုရန် မထောက်ခံပါ။.

Thanos သည် Thanos နှင့် Prometheus တူညီသောကုဒ်ကိုမျှဝေခြင်း၏အားသာချက်ရှိသည်။ Thanos နှင့် Prometheus ကို တူညီသော developer များက တီထွင်ကြသည်။ Thanos သို့မဟုတ် Prometheus ကို မြှင့်တင်ခြင်းဖြင့် တစ်ဖက်က အနိုင်ရသည်။

VictoriaMetrics ၏ အဓိကအင်္ဂါရပ်မှာ MetricsQL ဖြစ်သည်။ ၎င်းတို့သည် PromQL အတွက် VictoriaMetrics extension များဖြစ်သည်၊

VictoriaMetrics သည် မတူညီသော ပရိုတိုကောများစွာကို အသုံးပြု၍ ဒေတာဖွင့်ခြင်းကို ပံ့ပိုးပေးသည်။ VictoriaMetrics သည် Prometheus မှဒေတာများကိုသာမက Influx၊ OpenTSDB နှင့် Graphite protocols များမှလည်း လက်ခံနိုင်သည်။

VictoriaMetrics ဒေတာသည် Thanos နှင့် Prometheus တို့နှင့် နှိုင်းယှဉ်ပါက နေရာလွတ်များစွာ နည်းပါးသည်။

အကယ်၍ သင်သည် ဒေတာအစစ်အမှန်ကို မှတ်တမ်းတင်ပါက၊ အသုံးပြုသူများသည် Prometheus နှင့် Thanos တို့နှင့် နှိုင်းယှဉ်ပါက ဒစ်ပေါ်တွင် ဒေတာအရွယ်အစား 2-5 ဆ လျော့ကျသွားကြောင်း ပြောဆိုကြသည်။

VictoriaMetrics ၏နောက်ထပ်အားသာချက်တစ်ခုမှာ ၎င်းကို မြန်နှုန်းအတွက် အကောင်းဆုံးပြုလုပ်ထားခြင်းဖြစ်ပါသည်။

အခြေခံအဆောက်အအုံ ကုန်ကျစရိတ်ကို ကြည့်ရအောင်။

Thanos ၏အားသာချက်များထဲမှတစ်ခုမှာ၎င်းသည်အတော်လေးစျေးသက်သာသောအရာဝတ္ထုသိုလှောင်မှုတွင်ဒေတာကိုသိမ်းဆည်းထားခြင်းဖြစ်သည်။

အရာဝတ္ထုသိုလှောင်မှုတွင် ဒေတာကို သိမ်းဆည်းသည့်အခါ၊ ဒေတာရေးသားခြင်းနှင့် ဖတ်ရှုခြင်းဆိုင်ရာ လုပ်ဆောင်ချက်များ (လုပ်ဆောင်မှုတစ်သန်းလျှင် $10) ပေးဆောင်ရပါမည်။ အရာဝတ္ထုသိုလှောင်မှုတွင် ဒေတာကို သင်ရေးသားသည့်အခါ၊ အင်တာနက်သို့ ဒေတာအပ်လုဒ်တင်ခြင်းအတွက် သင်၏ hosting ကုန်ကျစရိတ်ကို သင်ပေးရသည်၊ သင်၏ cluster သည် AWS တွင်မရှိပါက ၎င်းသည် အခမဲ့ဖြစ်သည်။ ဒေတာကို ဖတ်သည့်အခါ 10TB လျှင် $230 မှ $1 ကြားပေးရသည်။ Thanos အစုအဝေးမှ သမိုင်းအချက်အလက်များကို မကြာခဏ မေးမြန်းပါက ၎င်းသည် သိသာထင်ရှားပါသည်။

Thanos အစုအဝေးအတွက်၊ သင်သည် Compact၊ Store Gateway အတွက် ဆာဗာများအတွက်၊ မန်မိုရီများစွာလိုအပ်သော Query အစိတ်အပိုင်းများနှင့် ဒေတာအများအပြားအတွက် CPU များအတွက် ပေးချေရန်လိုအပ်သည်။

VictoriaMetrics တွင် အောက်ပါကုန်ကျစရိတ်များရှိသည်။ GCE HDD drive များတွင် ဒေတာသိမ်းဆည်းပါက 40TB အတွက် $1 နှင့် ထွက်လာပါသည်။ VictoriaMetrics အတွက်၊ သာမန် HDD drive များသည် လုံလောက်သည်၊၊ ငါးဆပိုမိုကုန်ကျသည့် SSD များမလိုအပ်ပါ။ VictoriaMetrics သည် HDD အတွက် အကောင်းဆုံးဖြစ်သည်။

VictoriaMetrics သည် အစိတ်အပိုင်းများအတွက် ဆာဗာများ လိုအပ်သည်- Thanos အစိတ်အပိုင်းများကဲ့သို့မဟုတ်ဘဲ၊ CPU နှင့် RAM များစွာနည်းပါးသော အစိတ်အပိုင်းများဖြစ်သည့် Single-nod သို့မဟုတ် clustered အစိတ်အပိုင်းများ လိုအပ်သည် - နှင့် ဆီလျော်စွာ ဈေးသက်သာပါသည်။

အကောင်အထည်ဖော်မှုဥပမာများ။

Thanos တွင် Gitlab တွင် အကောင်အထည်ဖော်မှုဥပမာတစ်ခုရှိသည်။ Gitlab သည် Thanos တွင် လုံး၀ အလုပ်လုပ်သည်။ ဒါပေမယ့် အရာအားလုံးက ဒီလောက်ချောမွေ့နေတာတော့ မဟုတ်ပါဘူး။ သူတို့ကိုကြည့်လျှင် ကိစ္စများဒါဆိုရင် သူတို့မှာ အဆက်မပြတ်ရှိနေတယ်ဆိုတာ သင်တွေ့ရမှာပါ။ Thanos နှင့် လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာ ပြဿနာများ: Store Gateway သို့မဟုတ် Query အစိတ်အပိုင်းများအတွက် လုံလောက်သော memory မရှိပါ။ ၎င်းတို့သည် မှတ်ဉာဏ်ပမာဏကို အဆက်မပြတ် တိုးမြှင့်လုပ်ဆောင်ရန် လိုအပ်သည်။

ထို့အတွက်ကြောင့် ဤပြဿနာများကို ဖြေရှင်းရန် ကုန်ကျစရိတ်များ တိုးလာပါသည်။

ဒုတိယ အကောင်အထည်ဖော်မှုမှာ Thanos ကို စတင်တီထွင်ခဲ့သည့် Improbable ကုမ္ပဏီဖြစ်သည်။ Thanos အရင်းအမြစ်ကုဒ်ကို ထုတ်ပြန်ခဲ့သည်။ Improbable သည် ဂိမ်းအင်ဂျင်များကို တီထွင်သည့် ကုမ္ပဏီတစ်ခုဖြစ်သည်။

VictoriaMetrics တွင် အများသူငှာ အကောင်အထည်ဖော်သည့် ဥပမာများ ရှိသည်။

• wix.com ဝဘ်ဆိုဒ်တည်ဆောက်သူ
• Adidas သည် VictoriaMetrics ကို အကောင်အထည်ဖော်နေပြီး နောက်ဆုံး PromCon 2019 တွင် မိတ်ဆက်ပွဲတစ်ခု ပြုလုပ်ခဲ့သည်။
• TrafficStars - ကြော်ငြာကွန်ရက်
• Seznam.cz သည် နာမည်ကြီး Czech ရှာဖွေရေးအင်ဂျင်တစ်ခုဖြစ်သည်။

ပြီးတော့ အခု ကျွန်တော် နာမည်မတပ်နိုင်တဲ့ ကုမ္ပဏီတွေ ရှိတယ်။ သူတို့သဘောမတူဘူး။

• အဓိကဂိမ်း developer တစ်ယောက်။ ကြီးသည် im မဖြစ်နိုင်ပါ။
• အဓိကဂရပ်ဖစ်ဆော့ဖ်ဝဲ developer ။
• ရုရှားဘဏ်ကြီးတွေ။
• VictoriaMetrics ကိုအောင်မြင်စွာစမ်းသပ်ပြီးဥရောပလေတာဘိုင်ထုတ်လုပ်သူ။ ဤထုတ်လုပ်သူသည် အာရုံခံကိရိယာတစ်ခုလျှင် လေအားတာဘိုင်များမှ ကောက်ယူရရှိသော အချက်အလက်များကို တစ်စက္ကန့်လျှင်နမူနာ ၅၀ နှုန်းဖြင့် စောင့်ကြည့်ရန် VictoriaMetrics ကို အကောင်အထည်ဖော်နေသည်။ လေတာဘိုင်တစ်ခုစီတွင် အာရုံခံကိရိယာ ရာပေါင်းများစွာရှိသည်။ ၎င်းတို့တွင် လေအားတာဘိုင် ရာပေါင်းများစွာရှိသည်။
• VictoriaMetrics ကို အကောင်အထည်ဖော်လိုသော ရုရှားလေကြောင်းလိုင်းများသည် ယခုချိန်ထိ မလုပ်နိုင်သေးပါ။ ကျွန်တော်တို့က သူတို့နဲ့ စာချုပ်အဆင့်မှာ ရှိနေတယ်။

ကောက်ချက်။

VictoriaMetrics နှင့် Thanos တို့သည် အလားတူပြဿနာများကို ဖြေရှင်းပေးသော်လည်း မတူညီသောနည်းလမ်းများဖြင့်

• ကမ္ဘာလုံးဆိုင်ရာ မေးမြန်းမှု မြင်ကွင်း
• အလျားလိုက် အတိုင်းအတာ
• ထင်သလို ထိန်းထား

သငျသညျကိုကျေးဇူးတင်ပါသည်။

ကျွန်ုပ်တို့သည် သင့်အား ကျွန်ုပ်တို့၏နေရာတွင် စောင့်ဆိုင်းနေပါသည်။ ကြေးနန်းလိုင်း.

စာရင်းသွင်းအသုံးပြုသူများသာ စစ်တမ်းတွင် ပါဝင်နိုင်ပါသည်။ ဆိုင်းအင်လုပ်ခြင်း, ကျေးဇူးပြု။

Prometheus အတွက် ရေရှည်သိုလှောင်မှုအဖြစ် သင်ဘာကိုအသုံးပြုပါသလဲ။

• 35,3%Thanos ၂၇၂

• 0,0%Cortex0

• 0,0%M3DB0

• 41,2%VictoriaMetrics ၇

• 23,5%အခြား၂၀

အသုံးပြုသူ 17 ဦး မဲပေးခဲ့သည်။ အသုံးပြုသူ 16 ရှောင်နေခဲ့ပါတယ်။

source: www.habr.com