Kubernetes အစုအဝေးကို စောင့်ကြည့်ခြင်း- Prometheus အတွက် ခြုံငုံသုံးသပ်ချက်နှင့် နိဒါန်း

Kubernetes စောင့်ကြည့်ခြင်း၏ သဘောတရားကို သုံးသပ်ပါ၊ Prometheus ကိရိယာနှင့် ရင်းနှီးပြီး သတိပေးခြင်းအကြောင်း ဆွေးနွေးပါ။

စောင့်ကြည့်ခြင်း၏ ခေါင်းစဉ်သည် ကျယ်ပြောလှသည်၊ ၎င်းကို ဆောင်းပါးတစ်ခုတွင် ဖြုတ်၍မရပါ။ ဤစာသား၏ရည်ရွယ်ချက်မှာ ကိရိယာများ၊ အယူအဆများနှင့် ချဉ်းကပ်မှုများကို ခြုံငုံသုံးသပ်ချက်ပေးရန်ဖြစ်သည်။

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

Kubernetes အစုအဝေးတွင် စောင့်ကြည့်နေသည့်အရာ

ရုပ်ပိုင်းဆိုင်ရာဆာဗာများ။ Kubernetes အစုအဝေးကို ၎င်း၏ဆာဗာများတွင် အသုံးပြုပါက၊ ၎င်းတို့၏ ကျန်းမာရေးကို သင် စောင့်ကြည့်ရန် လိုအပ်သည်။ Zabbix သည် ဤတာဝန်ကို ကိုင်တွယ်သည်။ သူနဲ့အလုပ်လုပ်ရင် ငြင်းစရာ မလိုပါဘူး၊ ပဋိပက္ခတွေ ရှိလာမှာ မဟုတ်ပါဘူး။ Zabbix သည် ကျွန်ုပ်တို့၏ဆာဗာများ၏ အခြေအနေကို စောင့်ကြည့်ပေးသည်။

အစုအဖွဲ့အဆင့်တွင် စောင့်ကြည့်ခြင်းသို့ ဆက်သွားကြပါစို့။

ထိန်းချုပ်ရေး လေယာဉ် အစိတ်အပိုင်းများ- API၊ Scheduler နှင့် အခြားအရာများ။ အနည်းဆုံး၊ ဆာဗာများ သို့မဟုတ် etcd ၏ API သည် 0 ထက် ကြီးကြောင်း သေချာရန် လိုအပ်သည်။ Etcd သည် လှည့်နေသော disk များအားဖြင့်၊ ၎င်း၏ etcd အစုအဝေး၏ ကျန်းမာရေးနှင့် အခြားအရာများအားဖြင့် မက်ထရစ်များစွာကို ပြန်ပေးနိုင်သည်။

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

DNS ။ DNS သည် အစုအဝေးအတွင်း ကျသွားပါက၊ ထို့နောက် Discovery ဝန်ဆောင်မှုတစ်ခုလုံး ပြုတ်ကျသွားမည်ဖြစ်ပြီး၊ pods မှ pods သို့ ခေါ်ဆိုမှုများ အလုပ်မလုပ်တော့ပါ။ ကျွန်ုပ်၏လက်တွေ့တွင်၊ ထိုသို့သောပြဿနာများမရှိသော်လည်း၊ ၎င်းသည် DNS အခြေအနေကို စောင့်ကြည့်ရန်မလိုအပ်ဟု မဆိုလိုပါ။ latency တောင်းဆိုမှုနှင့် အခြားသော တိုင်းတာမှုအချို့ကို CoreDNS တွင် ခြေရာခံနိုင်သည်။

အဝင် ပရောဂျက်အတွက် ဝင်ခွင့်အမှတ်များအဖြစ် Ingresses (Ingress Controller အပါအဝင်) ၏ ရရှိနိုင်မှုကို ထိန်းချုပ်ရန် လိုအပ်ပါသည်။

အစုအဖွဲ့၏ အဓိက အစိတ်အပိုင်းများကို ဖျက်သိမ်းလိုက်ပါပြီ - ယခု abstractions အဆင့်သို့ ဆင်းကြပါစို့။

အပလီကေးရှင်းများသည် pods တွင်လည်ပတ်နေပုံရသည်၊ ဆိုလိုသည်မှာ ၎င်းတို့ကို ထိန်းချုပ်ရန် လိုအပ်သော်လည်း လက်တွေ့တွင် ၎င်းတို့မဟုတ်ပေ။ Pods များသည် ပေါ်ပင်ဖြစ်သည်- ယနေ့ ၎င်းတို့သည် ဆာဗာတစ်ခုပေါ်တွင် လုပ်ဆောင်သည်၊ မနက်ဖြန်တွင် အခြားတစ်ခုတွင် လုပ်ဆောင်သည်။ ဒီနေ့ 10 ကောင်ရှိတယ် မနက်ဖြန် 2 ဆိုတော့ အစေ့ကို ဘယ်သူမှ စောင့်ကြည့်မနေဘူး။ မိုက်ခရိုဝန်ဆောင်မှုဗိသုကာတစ်ခုအတွင်း၊ အပလီကေးရှင်းတစ်ခုလုံး၏ရရှိနိုင်မှုကို ထိန်းချုပ်ရန် ပိုအရေးကြီးပါသည်။ အထူးသဖြင့်၊ ဝန်ဆောင်မှု အဆုံးအဖြတ်များ ရရှိနိုင်မှုကို စစ်ဆေးပါ- တစ်ခုခု အလုပ်ဖြစ်ပါသလား။ အပလီကေးရှင်းကိုရနိုင်လျှင်၎င်း၏နောက်ကွယ်တွင်ဘာဖြစ်သနည်း၊ ယခုပုံတူအရေအတွက်မည်မျှရှိသည် - ဤအရာများသည်ဒုတိယအမိန့်၏မေးခွန်းများဖြစ်သည်။ တစ်ဦးချင်းစီ သာဓကများကို စောင့်ကြည့်ရန် မလိုအပ်ပါ။

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

Prometheus

အစုအဖွဲ့တစ်ခုအား စောင့်ကြည့်ရန် အကောင်းဆုံးစနစ်ဖြစ်သည်။ Prometheus. အရည်အသွေးနှင့် အသုံးပြုရလွယ်ကူမှုအရ Prometheus နှင့် ကိုက်ညီနိုင်သော မည်သည့်ကိရိယာကို ကျွန်ုပ်မသိပါ။ လိုက်လျောညီထွေရှိသော အခြေခံအဆောက်အအုံအတွက် အလွန်ကောင်းမွန်သည်၊ ထို့ကြောင့် "Kubernetes စောင့်ကြည့်ခြင်း" ဟုပြောသောအခါ၊ ၎င်းတို့သည် အများအားဖြင့် Prometheus ကိုဆိုလိုသည်။

Prometheus ကို စတင်ရန် ရွေးချယ်စရာ နှစ်ခုရှိပါသည်။ Helm ကို အသုံးပြု၍ ပုံမှန် Prometheus သို့မဟုတ် Prometheus အော်ပရေတာအား သင် ထည့်သွင်းနိုင်ပါသည်။

1. ပုံမှန် Prometheus ။ အားလုံးအဆင်ပြေပါတယ်၊ ဒါပေမယ့် ConfigMap ကို configure လုပ်ဖို့လိုအပ်ပါတယ် - တကယ်တော့၊ microservice architecture မတိုင်ခင်မှာ အရင်ကလိုပဲ text-based configuration files တွေကိုရေးပါ။
2. Prometheus အော်ပရေတာသည် အနည်းငယ်ပို၍ ပြန့်နှံ့သွားကာ အတွင်းပိုင်းယုတ္တိဗေဒအရ အနည်းငယ်ပိုရှုပ်ထွေးသော်လည်း ၎င်းနှင့်လုပ်ဆောင်ရန် ပိုမိုလွယ်ကူသည်- သီးခြားအရာဝတ္ထုများရှိပြီး၊ abstractions များကို အစုအဝေးတွင် ထည့်သွင်းထားသောကြောင့် ၎င်းတို့ကို ထိန်းချုပ်ရန်နှင့် ပြင်ဆင်ရန် ပိုမိုအဆင်ပြေပါသည်။

ထုတ်ကုန်ကိုနားလည်ရန်၊ ပုံမှန် Prometheus ကို ဦးစွာတပ်ဆင်ရန်အကြံပြုပါသည်။ သင် config မှတဆင့် အရာအားလုံးကို configure လုပ်ရမည်ဖြစ်ပြီး၊ သို့သော် ၎င်းသည် အကျိုးရှိလိမ့်မည်- မည်သည့်အရာနှင့် မည်သို့ဖွဲ့စည်းထားသည်ကို သင်သိရှိနိုင်မည်ဖြစ်သည်။ Prometheus အော်ပရေတာတွင်၊ သင်ဆန္ဒရှိလျှင် နက်နဲသောနက်နဲရာသို့ စူးစူးစိုက်စိုက်ကြည့်နိုင်သော်လည်း၊ သင်သည် စိတ်ကူးစိတ်သန်းတစ်ခုသို့ ချက်ချင်းမြင့်တက်လာသည်။

Prometheus သည် Kubernetes နှင့် ကောင်းမွန်စွာ ပေါင်းစပ်ထားသည်- ၎င်းသည် API ဆာဗာနှင့် ဝင်ရောက်ပြီး အပြန်အလှန် ဆက်သွယ်နိုင်သည်။

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

Prometheus ဗိသုကာလက်ရာ

Prometheus ဆာဗာ Prometheus ၏ ဦးနှောက်သည် နောက်ကျောဘက်ဖြစ်သည်။ မက်ထရစ်များကို ဤနေရာတွင် သိမ်းဆည်းပြီး စီမံဆောင်ရွက်ပါသည်။

မက်ထရစ်များကို အချိန်စီးရီးဒေတာဘေ့စ် (TSDB) တွင် သိမ်းဆည်းထားသည်။ TSDB သည် သီးခြားဒေတာဘေ့စ်မဟုတ်သော်လည်း Prometheus တွင် ထည့်သွင်းထားသည့် Go ဘာသာစကားရှိ ပက်ကေ့ခ်ျတစ်ခုဖြစ်သည်။ အကြမ်းဖျင်းပြောရလျှင် အရာအားလုံးသည် binary တစ်ခုတွင်ဖြစ်သည်။

ဒေတာများကို TSDB တွင် အချိန်အကြာကြီး မသိမ်းဆည်းပါနှင့်

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

အကယ်၍ သင့်တွင် အသွားအလာ များပြားပါက၊ မက်ထရစ် အရေအတွက်သည် တစ်စက္ကန့်လျှင် ရာနှင့်ချီ ရှိပြီး၊ ထို့နောက် ၎င်းတို့၏ သိုလှောင်ခန်းကို disk space သို့မဟုတ် ကာလအလိုက် ကန့်သတ်ခြင်းသည် ပိုကောင်းပါသည်။ ပုံမှန်အားဖြင့်၊ “hot data” ကို TSDB တွင် နာရီအနည်းငယ်အတွင်း မက်ထရစ်များ သိမ်းဆည်းထားသည်။ ပိုမိုကြာရှည်စွာ သိုလှောင်မှုအတွက်၊ ဤအတွက် အမှန်တကယ်သင့်လျော်သော၊ ဥပမာ၊ InfluxDB၊ ClickHouse နှင့် အခြားဒေတာဘေ့စ်များတွင် ပြင်ပသိုလှောင်မှုကို အသုံးပြုပါသည်။ ClickHouse နှင့်ပတ်သက်သော နောက်ထပ်သုံးသပ်ချက်ကောင်းများကို ကျွန်ုပ်တွေ့ခဲ့သည်။

Prometheus Server သည် မော်ဒယ်ပေါ်တွင် အလုပ်လုပ်သည်။ ဆွဲပါ: သူသည် ကျွန်ုပ်တို့ပေးခဲ့သော အဆုံးအမှတ်များသို့ မက်ထရစ်များကို လိုက်ရှာသည်။ သူတို့က " API ဆာဗာကိုသွားပါ " ၊ သူကအဲဒီနေရာကို စက္ကန့်တိုင်း စက္ကန့်တိုင်းသွားပြီး မက်ထရစ်တွေကို ယူတယ်။

အချိန်တိုအတွင်း (အလုပ် သို့မဟုတ် cron အလုပ်) ရှိသော အရာဝတ္ထုများအတွက်၊ Pushgateway အစိတ်အပိုင်းတစ်ခု ရှိပါသည်။ ရေတိုအရာဝတ္တုများမှ မက်ထရစ်များကို ၎င်းထဲသို့ တွန်းပို့သည်- အလုပ်သည် မြင့်တက်လာပြီး၊ လုပ်ဆောင်ချက်တစ်ခုကို လုပ်ဆောင်ခဲ့ပြီး၊ မက်ထရစ်များကို Pushgateway သို့ ပေးပို့ပြီး ပြီးမြောက်ခဲ့သည်။ ခဏအကြာတွင်၊ Prometheus သည် ၎င်း၏ကိုယ်ပိုင်အရှိန်အဟုန်ဖြင့် ဆင်းလာပြီး Pushgateway မှ ဤတိုင်းတာမှုများကို ကောက်ယူမည်ဖြစ်သည်။

Prometheus ရှိ အကြောင်းကြားချက်များကို ပြင်ဆင်သတ်မှတ်ရန် သီးခြားအစိတ်အပိုင်းတစ်ခု ရှိသည်- အချက်ပေးမန်နေဂျာ. သတိနှင့် စည်းကမ်းများ။ ဥပမာအားဖြင့်၊ ဆာဗာ API သည် 0 ဖြစ်ပါက သတိပေးချက်တစ်ခု ဖန်တီးရန် လိုအပ်သည်။ အဖြစ်အပျက် မီးလောင်သောအခါ၊ သတိပေးချက်ကို ထပ်မံပေးပို့ရန်အတွက် သတိပေးချက်မန်နေဂျာထံ ပေးပို့ပါသည်။ သတိပေးချက်မန်နေဂျာတွင် အတော်လေး လိုက်လျောညီထွေရှိသော လမ်းကြောင်းဆက်တင်များ ပါရှိသည်- သတိပေးချက်အုပ်စုတစ်စုကို စီမံခန့်ခွဲသူ၏ ကြေးနန်းချတ်သို့ ပေးပို့နိုင်ပြီး၊ နောက်တစ်မျိုးကို ဆော့ဖ်ဝဲရေးသားသူ၏ ချတ်သို့ လည်းကောင်း၊ တတိယတစ်ခုသည် အခြေခံအဆောက်အအုံဆိုင်ရာ အလုပ်သမားများ၏ စကားပြောခန်းသို့ ပေးပို့နိုင်ပါသည်။ အကြောင်းကြားချက်များကို Slack၊ Telegram၊ အီးမေးလ်နှင့် အခြားချန်နယ်များသို့ ပေးပို့နိုင်ပါသည်။

နောက်ဆုံးအနေနဲ့ Prometheus လူသတ်သမားရဲ့အင်္ဂါရပ်အကြောင်းပြောပြမယ် - ကိုတွေ့ရှိခြင်း. Prometheus နှင့်အလုပ်လုပ်သောအခါ၊ သင်စောင့်ကြည့်ရန်အတွက်အရာဝတ္ထုများ၏တိကျသောလိပ်စာများကိုသတ်မှတ်ရန်မလိုအပ်ပါ၊ ၎င်းတို့၏အမျိုးအစားကိုသတ်မှတ်ရန်လုံလောက်သည်။ ဆိုလိုသည်မှာ၊ သင်သည် "ဤနေရာတွင် IP လိပ်စာ၊ ဤနေရာတွင် port - monitor" ဟုရေးရန်မလိုအပ်ဘဲ၊ ၎င်းအစား၊ ဤအရာဝတ္ထုများကိုရှာဖွေရန်မည်သည့်အခြေခံမူများဖြင့်သင်ဆုံးဖြတ်ရန်လိုအပ်သည် (ပစ်မှတ် - ဂိုး)။ Prometheus ကိုယ်တိုင်က ဘယ်အရာဝတ္ထုတွေ လှုပ်ရှားနေလဲပေါ်မူတည်ပြီး လိုအပ်တဲ့ အရာတွေကို ဆွဲထုတ်ပြီး စောင့်ကြည့်မှုမှာ ထည့်ပါတယ်။

ဤချဉ်းကပ်မှုသည် Kubernetes ဖွဲ့စည်းတည်ဆောက်ပုံနှင့် ကောင်းစွာလိုက်ဖက်ပါသည်။ ယနေ့တွင် ဆာဗာ 10 ခုရှိသည်၊ မနက်ဖြန်တွင် 3. ဆာဗာ၏ IP လိပ်စာကို တစ်ကြိမ်စီသတ်မှတ်ခြင်းမပြုစေရန်၊ ၎င်းတို့သည် ၎င်းကိုရှာဖွေနည်းကို တစ်ကြိမ်ရေးသားခဲ့သည် - ရှာဖွေတွေ့ရှိခြင်းသည် ၎င်းကိုလုပ်ဆောင်လိမ့်မည် .

Prometheus ဘာသာစကားကို ခေါ်ပါတယ်။ PromQL. ဤဘာသာစကားကိုအသုံးပြုခြင်းဖြင့် သင်သည် သီးခြားမက်ထရစ်များ၏တန်ဖိုးများကို သင်ရရှိနိုင်ပြီး ၎င်းတို့အပေါ်အခြေခံ၍ ခွဲခြမ်းစိတ်ဖြာမှုတွက်ချက်မှုများကို ဖန်တီးပါ။

https://prometheus.io/docs/prometheus/latest/querying/basics/

Простой запрос

    container_memory_usage_bytes

Математические операции

    container_memory_usage_bytes / 1024 / 1024

Встроенные функции

    sum(container_memory_usage_bytes) / 1024 / 1024

Уточнение запроса

    100 - avg by (instance) (rate(node_cpu_seconds_total{mode="idle"}[5m]) * 100)

Prometheus ဝဘ်အင်တာဖေ့စ်

Prometheus တွင် ၎င်း၏ကိုယ်ပိုင်၊ အလွန်သေးငယ်သော ဝဘ်အင်တာဖေ့စ်ရှိသည်။ အမှားရှာခြင်း သို့မဟုတ် သရုပ်ပြခြင်းအတွက်သာ သင့်လျော်သည်။

Expression line တွင် PromQL ဘာသာစကားဖြင့် query တစ်ခုကို ရေးနိုင်သည်။

သတိပေးချက် တဘ်တွင် သတိပေးချက် စည်းမျဉ်းများ ပါဝင်ပြီး ၎င်းတို့တွင် အဆင့်သုံးဆင့် ရှိသည်။

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

Status Menu တွင် Prometheus သည် ဘာလဲ ဆိုသည့်အချက်ကို သင်ဝင်ရောက်ကြည့်ရှုနိုင်မည်ဖြစ်သည်။ အထက်တွင်ပြောခဲ့သည့် ပစ်မှတ်များ (ပစ်မှတ်များ) သို့ ကူးပြောင်းခြင်းလည်း ရှိပါသည်။

Prometheus အင်တာဖေ့စ်၏ ပိုမိုအသေးစိတ် ခြုံငုံသုံးသပ်ချက်ကို ကြည့်ပါ။ Kubernetes အစုအဝေးကို စောင့်ကြည့်ခြင်းဆိုင်ရာ Slurm ၏ ဟောပြောပွဲ.

Grafana နှင့်ပေါင်းစပ်ခြင်း။

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

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

အောက်ပါဆောင်းပါးများတွင်၊ ကျွန်ုပ်တို့သည် စောင့်ကြည့်ခြင်းဆိုင်ရာ ခေါင်းစဉ်ကို ဆက်လက်တင်ပြပါမည်- Grafana Loki နှင့် အခြားကိရိယာများကို အသုံးပြု၍ မှတ်တမ်းများကို စုဆောင်းခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာခြင်းအကြောင်း ဆွေးနွေးပါမည်။

စာရေးသူ- Marcel Ibraev၊ အသိအမှတ်ပြု Kubernetes စီမံခန့်ခွဲသူ၊ ကုမ္ပဏီတွင် အင်ဂျင်နီယာလေ့ကျင့်နေသူ တောင်တံတားစပီကာနှင့် သင်တန်း developer Slurm။

source: www.habr.com