အားလုံးမင်္ဂလာပါ! သူ့အတွက် ပြီးခဲ့သည့်ဆောင်းပါး မိုက်ခရိုဆားဗစ်ဗိသုကာအတွက် မော်ဂျူလာစောင့်ကြည့်ရေးစနစ်တစ်ခုကို စုစည်းမှုအကြောင်းရေးခဲ့တယ်။ ဘာမှမတည်မြဲဘဲ၊ ကျွန်ုပ်တို့၏ပရောဂျက်သည် အဆက်မပြတ်ကြီးထွားနေပြီး သိမ်းဆည်းထားသော မက်ထရစ်အရေအတွက်လည်းဖြစ်သည်။ မြင့်မားသောဝန်အခြေအနေများအောက်တွင် Graphite+Whisper မှ Graphite+ClickHouse အသွင်ကူးပြောင်းမှုကို ကျွန်ုပ်တို့စီစဉ်ပုံ၊ ၎င်းမှမျှော်လင့်ချက်များနှင့် ဖြတ်တောက်မှုအောက်တွင် ရွှေ့ပြောင်းခြင်း၏ရလဒ်များအကြောင်းဖတ်ပါ။

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

ဖိုက်တင် + တိတ်တိတ်လေး ပြဿနာများ

1. disk subsystem တွင် load မြင့်မားခြင်း။

အကူးအပြောင်းကာလတွင် တစ်မိနစ်လျှင် မက်ထရစ် ၁.၅ သန်းခန့်သည် ကျွန်ုပ်တို့ထံ ရောက်ရှိလာပါသည်။ ထိုသို့သောစီးဆင်းမှုဖြင့် ဆာဗာများတွင် ဒစ်ခ်အသုံးပြုမှုသည် ~1.5% ဖြစ်သည်။ ယေဘူယျအားဖြင့်၊ ဤအရာသည် အတော်လေး လက်ခံနိုင်သည် - အရာအားလုံး တည်ငြိမ်စွာ အလုပ်လုပ်ပြီး၊ မြန်မြန်ဆန်ဆန် ရေးထားသည်၊ မြန်မြန်ဖတ်သည်... ဖွံ့ဖြိုးတိုးတက်ရေး အဖွဲ့များထဲမှ တစ်ဦးမှ အင်္ဂါရပ်အသစ်ကို ထုတ်ပြပြီး တစ်မိနစ်လျှင် မက်ထရစ် 30 သန်းကို ပေးပို့ခြင်း မပြုမချင်း၊ ထိုအချိန်တွင် disk ခွဲစနစ်အား တင်းကျပ်လာပြီး 10% အသုံးပြုမှုကို ကျွန်ုပ်တို့တွေ့မြင်ခဲ့ရသည်။ ပြဿနာကို မြန်မြန်ဆန်ဆန် ဖြေရှင်းနိုင်ခဲ့ပေမယ့် အကြွင်းအကျန်တွေ ကျန်ခဲ့ပါတယ်။

2. ပုံတူပွားခြင်းနှင့် ညီညွတ်မှု မရှိခြင်း။

Graphite+Whisper ကို အသုံးပြုသူ/အသုံးပြုသူတိုင်းကဲ့သို့ ဖြစ်နိုင်ခြေအရှိဆုံးမှာ၊ ကျွန်ုပ်တို့သည် အမှားခံနိုင်ရည်ရှိစေရန်အတွက် Graphite ဆာဗာများစွာကို တစ်ပြိုင်နက်တည်း တူညီသော မက်ထရစ်စီးကြောင်းကို လောင်းချပါသည်။ အကြောင်းတစ်ခုခုကြောင့် ဆာဗာတစ်ခု ပျက်ကျသည့်အခိုက်အတန့်အထိ ၎င်းအတွက် အထူးပြဿနာများ မရှိခဲ့ပါ။ တခါတရံတွင် ကျွန်ုပ်တို့သည် အလုံအလောက် ကျဆင်းသွားသော ဆာဗာတစ်ခုကို အမြန်ကောက်ယူနိုင်ခဲ့ပြီး ကာဗွန်-c-relay သည် ၎င်း၏ ကက်ရှ်မှ မက်ထရစ်များကို ၎င်းထဲသို့ ထည့်သွင်းနိုင်ခဲ့သော်လည်း တစ်ခါတစ်ရံ မဟုတ်ပါ။ ထို့နောက် ကျွန်ုပ်တို့သည် rsync ဖြင့်ဖြည့်ထားသော မက်ထရစ်များတွင် အပေါက်တစ်ခုရှိသည်။ လုပ်ထုံးလုပ်နည်းက တော်တော်ရှည်တယ်။ တစ်ခုတည်းသော ကယ်တင်ခြင်းကျေးဇူးမှာ ဤအရာသည် အလွန်ရှားပါးလှပါသည်။ ကျွန်ုပ်တို့သည်လည်း အခါအားလျော်စွာ ကျပန်း မက်ထရစ်များကို အခါအားလျော်စွာ ယူကာ ၎င်းတို့အား အစုအဝေး၏ အနီးနားရှိ node များတွင် အမျိုးအစားတူ အခြားသူများနှင့် နှိုင်းယှဉ်ပါသည်။ ဖြစ်ရပ်များ၏ 5% ခန့်တွင်၊ များစွာသောတန်ဖိုးများသည် ကွဲပြားခဲ့ကြပြီး ကျွန်ုပ်တို့ အလွန်မပျော်ရွှင်ခဲ့ကြပါ။

3. ကြီးမားသောခြေရာ

ကျွန်ုပ်တို့သည် Graphite တွင် အခြေခံအဆောက်အအုံသာမက စီးပွားရေးဆိုင်ရာ မက်ထရစ်များ (ယခု Kubernetes မှ မက်ထရစ်များပါရှိသည်) ဖြစ်သောကြောင့် ကျွန်ုပ်တို့သည် မက်ထရစ်တန်ဖိုးအနည်းငယ်သာပါဝင်သည့် အခြေအနေမျိုးကို ရရှိကြပြီး .wsp ဖိုင်ကို ထိန်းသိမ်းမှုအားလုံးကို ထည့်သွင်းတွက်ချက်ပြီး ဖန်တီးထားသည်။ အချိန်ကာလ၊ ကျွန်ုပ်တို့အတွက် ~2MB ဖြစ်သည့်အတွက် ကြိုတင်ခွဲဝေထားသော နေရာပမာဏကို ယူပါသည်။ အလားတူဖိုင်များစွာသည် အချိန်ကြာလာသည်နှင့်အမျှ ပေါ်လာပြီး ၎င်းတို့ကို အစီရင်ခံစာများတည်ဆောက်သည့်အခါ၊ ဗလာဖြစ်နေသောအချက်များကိုဖတ်ခြင်းသည် အချိန်နှင့်အရင်းအမြစ်များစွာယူရသည့်အချက်ကြောင့် ပြဿနာကို ပိုမိုဆိုးရွားစေသည်။

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

အထက်ပါအချက်များအားလုံးကို (ယခင်ကထည့်သွင်းစဉ်းစားပါ။ ဆောင်းပါးများ) အပြင် လက်ခံရရှိသော မက်ထရစ်အရေအတွက် အဆက်မပြတ်တိုးလာခြင်း၊ မက်ထရစ်များအားလုံးကို သိုလှောင်မှုကြားကာလ စက္ကန့် 30 သို့ လွှဲပြောင်းလိုသောဆန္ဒ။ (လိုအပ်ပါက 10 စက္ကန့်အထိ) Whisper ၏အလားအလာရှိသောအခြားရွေးချယ်စရာအဖြစ် Graphite+ClickHouse ကို စမ်းသုံးရန် ဆုံးဖြတ်ခဲ့သည်။

Graphite+ClickHouse။ မျှော်လင့်ချက်များ

ဖတ်ပြီး Yandex မှ ယောက်ျားလေးများ တွေ့ဆုံပွဲများစွာကို သွားရောက်လည်ပတ်ခဲ့သည်။ Habre နှင့်ပတ်သက်သော ဆောင်းပါးအချို့စာရွက်စာတမ်းများကို ဖြတ်ကျော်ပြီး ClickHouse ကို Graphite အောက်တွင် ချိတ်တွဲရန်အတွက် ကောင်းသောအစိတ်အပိုင်းများကို တွေ့ရှိပြီးနောက်၊ ကျွန်ုပ်တို့ အရေးယူရန် ဆုံးဖြတ်ခဲ့သည်။

အောက်ပါတို့ကို လက်ခံရယူလိုပါသည်။

• disk subsystem အသုံးချမှုကို 30% မှ 5% လျှော့ချပါ။
• 1TB မှ 100GB အထိ သိမ်းပိုက်ထားသော နေရာပမာဏကို လျှော့ချပါ။
• ဆာဗာထဲသို့ တစ်မိနစ်လျှင် မက်ထရစ်များ သန်း 100 ရရှိနိုင်သည်။
• ဒေတာပုံတူပွားခြင်းနှင့် အမှားအယွင်းများကို သည်းခံနိုင်မှု
• ဤပရောဂျက်တွင် တစ်နှစ်မျှ မထိုင်ပါနှင့် သင့်လျော်သောအချိန်ဘောင်အတွင်း အသွင်ကူးပြောင်းမှုကို ပြုလုပ်ပါ။
• အချိန်မဆိုင်းဘဲ ပြောင်းပါ။

တော်တော် ရည်မှန်းချက်ကြီးတယ် ဟုတ်လား။

Graphite+ClickHouse။ အစိတ်အပိုင်းများ

Graphite ပရိုတိုကောမှတစ်ဆင့် ဒေတာကို လက်ခံရယူပြီး ၎င်းကို ClickHouse တွင် မှတ်တမ်းတင်ရန် ကျွန်ုပ်ရွေးချယ်ခဲ့သည်။ ကာဗွန်-ကလစ်ရုံ (ဂေါလန်း)။

တည်ငြိမ်သောဗားရှင်း 1.1.54253၊ ClickHouse ၏နောက်ဆုံးထွက်ရှိမှုကို အချိန်စီးရီးသိမ်းဆည်းရန်အတွက် ဒေတာဘေ့စ်အဖြစ် ရွေးချယ်ခဲ့သည်။ ၎င်းကိုလုပ်ဆောင်ရာတွင် ပြဿနာများရှိခဲ့သည်- သစ်လုံးများထဲသို့ အမှားအယွင်းများပါ၀င်လာပြီး ၎င်းတို့နှင့် မည်သို့မည်ပုံလုပ်ဆောင်ရမည်ကို ရှင်းရှင်းလင်းလင်းမသိရပေ။ နှင့် ဆွေးနွေးသည်။ Roman Lomonosov (ကာဗွန်-ကလစ်တိုက်ဟောက်စ်၊ ဂရပ်ဖိုက်-ကလစ်ဟောက်စ်နှင့် အခြားများစွာသော စာရေးဆရာ) အဟောင်းကို ရွေးချယ်ခဲ့သည်။ 1.1.54236 ထုတ်ဝေသည်။. အမှားအယွင်းများ ပျောက်ကွယ်သွားသည် - အရာအားလုံး ပေါက်ကွဲသံကြီးဖြင့် စတင်ခဲ့သည်။

ClickHouse မှ ဒေတာကို ဖတ်ရန် ရွေးချယ်ထားသည်။ ဖိုက်တာ-စလစ်အိမ် (ဂေါလန်း)။ Graphite − အတွက် API တစ်ခုအနေဖြင့် ကာဗွန်နပီ (ဂေါလန်း)။ ဇယားများကြားတွင် ပုံတူပွားခြင်းကို စုစည်းရန် ClickHouse ကို အသုံးပြုခဲ့သည်။ မင်းသမီး. လမ်းကြောင်းတိုင်းတာမှုများအတွက်၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ချစ်သူတို့ကို ထားခဲ့သည်။ ကာဗွန်-c-relay (C) (ယခင်ဆောင်းပါးကိုကြည့်ပါ).

Graphite+ClickHouse။ ဇယားဖွဲ့စည်းပုံ

“graphite” သည် ဇယားများကို စောင့်ကြည့်ရန်အတွက် ကျွန်ုပ်တို့ ဖန်တီးထားသော ဒေတာဘေ့စ်တစ်ခုဖြစ်သည်။

“graphite.metrics” - ReplicatedReplacingMergeTree အင်ဂျင်ဖြင့် ဇယား (ထပ်တူလုပ်ထားသည်။ MergeTree အစားထိုးခြင်း။) ဤဇယားသည် ၎င်းတို့ထံ မက်ထရစ်များနှင့် လမ်းကြောင်းများ၏ အမည်များကို သိမ်းဆည်းထားသည်။

CREATE TABLE graphite.metrics ( Date Date, Level UInt32, Path String, Deleted UInt8, Version UInt32 ) ENGINE = ReplicatedReplacingMergeTree('/clickhouse/tables/replicator/graphite.metrics', ‘r1’, Date, (Level, Path), 8192, Version);

“graphite.data” - ReplicatedGraphiteMergeTree အင်ဂျင်ဖြင့် ဇယား (ထပ်တူလုပ်ထားသည်။ GraphiteMergeTree) ဤဇယားသည် မက်ထရစ်တန်ဖိုးများကို သိမ်းဆည်းသည်။

CREATE TABLE graphite.data ( Path String, Value Float64, Time UInt32, Date Date, Timestamp UInt32 ) ENGINE = ReplicatedGraphiteMergeTree('/clickhouse/tables/replicator/graphite.data', 'r1', Date, (Path, Time), 8192, 'graphite_rollup')

“graphite.date_metrics” သည် ReplicatedReplacingMergeTree အင်ဂျင်ပါရှိသော အခြေအနေအရ ဖြည့်ထားသောဇယားဖြစ်သည်။ ဤဇယားသည် နေ့စဥ်ကြုံတွေ့ရသည့် မက်ထရစ်အားလုံး၏ အမည်များကို မှတ်တမ်းတင်သည်။ ၎င်း၏ဖန်တီးမှုအကြောင်းရင်းများကို ကဏ္ဍတွင် ဖော်ပြထားပါသည်။ "ပြဿနာများ" ဤဆောင်းပါး၏အဆုံးတွင်။

CREATE MATERIALIZED VIEW graphite.date_metrics ( Path String,  Level UInt32,  Date Date) ENGINE = ReplicatedReplacingMergeTree('/clickhouse/tables/replicator/graphite.date_metrics', 'r1', Date, (Level, Path, Date), 8192) AS SELECT toUInt32(length(splitByChar('.', Path))) AS Level, Date, Path FROM graphite.data

“graphite.data_stat” - ReplicatedAggregatingMergeTree အင်ဂျင်ဖြင့် အခြေအနေအလိုက် ဖြည့်ထားသော ဇယားတစ်ခု (ပုံတူကူးထားသည် ပေါင်းစည်းခြင်းMergeTree) ဤဇယားသည် အဝင်မက်ထရစ်အရေအတွက်ကို မှတ်တမ်းတင်ထားပြီး nesting အဆင့် 4 ခုအထိ ခွဲထားသည်။

CREATE MATERIALIZED VIEW graphite.data_stat ( Date Date,  Prefix String,  Timestamp UInt32,  Count AggregateFunction(count)) ENGINE = ReplicatedAggregatingMergeTree('/clickhouse/tables/replicator/graphite.data_stat', 'r1', Date, (Timestamp, Prefix), 8192) AS SELECT toStartOfMonth(now()) AS Date, replaceRegexpOne(Path, '^([^.]+.[^.]+.[^.]+).*$', '1') AS Prefix, toUInt32(toStartOfMinute(toDateTime(Timestamp))) AS Timestamp, countState() AS Count FROM graphite.data  GROUP BY Timestamp, Prefix

Graphite+ClickHouse။ အစိတ်အပိုင်း အပြန်အလှန် ဆက်သွယ်မှု ပုံကြမ်း

Graphite+ClickHouse။ ဒေတာရွှေ့ပြောင်းခြင်း။

ဤပရောဂျက်မှမျှော်လင့်ချက်များမှကျွန်ုပ်တို့သတိရသည်အတိုင်း ClickHouse သို့ကူးပြောင်းခြင်းသည်အချိန်ကုန်ခြင်းမရှိဘဲဖြစ်သင့်သည်၊ ထို့ကြောင့်ကျွန်ုပ်တို့၏စောင့်ကြည့်ရေးစနစ်တစ်ခုလုံးကိုကျွန်ုပ်တို့၏အသုံးပြုသူများအတွက်တတ်နိုင်သမျှပွင့်လင်းမြင်သာစွာသိုလှောင်မှုအသစ်သို့ကျွန်ုပ်တို့တစ်နည်းနည်းဖြင့်ပြောင်းရမည်ဖြစ်ပါသည်။
ဒါက ငါတို့လုပ်ခဲ့တာ။

• ClickHouse ဇယားများပုံတူကူးခြင်းတွင်ပါ ၀ င်သည့်ဆာဗာများထဲမှတစ်ခု၏ကာဗွန်-ကလစ်ကလစ်ဟောက်စ်သို့ မက်ထရစ်စီးကြောင်းတစ်ခုထပ်မံပေးပို့ရန် ကာဗွန်-c-ပြန်ပို့မှုတွင် စည်းမျဉ်းတစ်ခုကို ထည့်သွင်းထားသည်။

• ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏သိုလှောင်မှုမှ .wsp ဖိုင်များအားလုံးကို ဖတ်ပြပြီး စာတွဲ 24 ခုဖြင့် အထက်ဖော်ပြပါ ကာဗွန်ကလစ်ရုံသို့ ပေးပို့သည့် တိတ်တဆိတ်ဒက်ဘ်ဒစ်ဂျစ်တိုက်ကို အသုံးပြု၍ python တွင် သေးငယ်သော script လေးတစ်ခုရေးခဲ့သည်။ ကာဗွန်-ကလစ်ရုံရှိ လက်ခံမက်ထရစ်တန်ဖိုးအရေအတွက်သည် တစ်မိနစ်လျှင် 125 သန်းအထိရောက်ရှိခဲ့ပြီး ClickHouse သည် ချွေးတောင်မပြန်ခဲ့ပါ။

• လက်ရှိ ဒက်ရှ်ဘုတ်များတွင် အသုံးပြုသည့် လုပ်ဆောင်ချက်များကို အမှားရှာရန် Grafana တွင် သီးခြား DataSource တစ်ခုကို ဖန်တီးထားပါသည်။ ကျွန်ုပ်တို့အသုံးပြုခဲ့သည့် လုပ်ဆောင်ချက်များစာရင်းကို ကျွန်ုပ်တို့ဖော်ထုတ်ခဲ့ပြီး ၎င်းတို့ကို ကာဗွန်နပီတွင် အကောင်အထည်မဖော်ခဲ့ပါ။ ကျွန်ုပ်တို့သည် ဤလုပ်ဆောင်ချက်များကို ထည့်သွင်းပြီး carbonapi ရေးသားသူများထံ PR များပေးပို့ခဲ့သည် (သူတို့အား အထူးကျေးဇူးတင်ရှိပါသည်)။

• ချိန်ခွင်လျှာဆက်တင်များတွင် ဖတ်ရှုခြင်းဝန်ကို ပြောင်းရန်၊ ကျွန်ုပ်တို့သည် အဆုံးမှတ်များကို ဂရပ်ဖိုက်-api (Graphite+Whisper အတွက် API မျက်နှာပြင်) မှ ကာဗွန်နာပီသို့ ပြောင်းလဲခဲ့သည်။

Graphite+ClickHouse။ ရလဒ်များ

• disk subsystem အသုံးချမှုကို 30% မှ 1% လျှော့ချ;

  

• 1 TB မှ 300 GB သို့ သိမ်းပိုက်ထားသော space ပမာဏကို လျှော့ချပြီး၊
• ကျွန်ုပ်တို့သည် ဆာဗာသို့ တစ်မိနစ်လျှင် မက်ထရစ် ၁၂၅ သန်းကို လက်ခံနိုင်သည် (ရွှေ့ပြောင်းသည့်အချိန်တွင် အမြင့်ဆုံးဖြစ်သည်)။
• မက်ထရစ်အားလုံးကို စက္ကန့်သုံးဆယ်ကြာ သိုလှောင်မှုကြားကာလသို့ လွှဲပြောင်းခဲ့သည်။
• ဒေတာပုံတူပွားမှုနှင့် အမှားခံနိုင်ရည်ကို လက်ခံရရှိခဲ့သည်။
• စက်ရပ်ခြင်းမရှိဘဲပြောင်းခဲ့သည်;
• အားလုံးပြီးအောင်လုပ်ဖို့ 7 ပတ်လောက်ကြာတယ်။

Graphite+ClickHouse။ ပြဿနာများ

ကျွန်ုပ်တို့၏အခြေအနေတွင်၊ ချို့ယွင်းချက်အချို့ရှိခဲ့သည်။ ဒါက အကူးအပြောင်းအပြီးမှာ ကျွန်တော်တို့ ကြုံတွေ့ခဲ့ရတာပါ။

1. ClickHouse သည် ပျံသန်းမှုတွင် configs ကိုအမြဲတမ်းပြန်မဖတ်ပါ၊ တစ်ခါတစ်ရံ ၎င်းကို ပြန်လည်စတင်ရန် လိုအပ်သည်။ ဥပမာအားဖြင့်၊ ClickHouse config တွင် zookeeper cluster ၏ဖော်ပြချက်ကိစ္စတွင်၊ clickhouse-server ကိုပြန်လည်စတင်သည်အထိအသုံးမပြုပါ။
2. ကြီးမားသော ClickHouse တောင်းဆိုမှုများသည် မအောင်မြင်ခဲ့ပါ၊ ထို့ကြောင့် ဂရပ်ဖိုက်-ကလစ်ရုံတွင် ကျွန်ုပ်တို့၏ ClickHouse ချိတ်ဆက်မှုစာကြောင်းသည် ဤကဲ့သို့ဖြစ်နေသည်-

   url = "http://localhost:8123/?max_query_size=268435456&max_ast_elements=1000000"

3. ClickHouse သည် တည်ငြိမ်သော ဗားရှင်းအသစ်များကို မကြာခဏ ထုတ်ပြန်လေ့ရှိသည်၊ ၎င်းတို့တွင် အံ့သြစရာများ ပါဝင်နိုင်သည်- သတိထားပါ။
4. Kubernetes တွင် ဒိုင်းနမစ်ဖြင့် ဖန်တီးထားသော ကွန်တိန်နာများသည် တိုတောင်းပြီး ကျပန်းတစ်သက်တာနှင့်အတူ မက်ထရစ်အများအပြားကို ပေးပို့သည်။ ထိုသို့သော မက်ထရစ်များအတွက် အမှတ်များစွာမရှိပါ၊ နေရာလွတ်နှင့် ပြဿနာမရှိပါ။ သို့သော် စုံစမ်းမေးမြန်းမှုများကို တည်ဆောက်သည့်အခါ၊ ClickHouse သည် 'မက်ထရစ်များ' ဇယားမှ ဤတူညီသော မက်ထရစ်ကိန်းဂဏန်းများစွာကို ကောက်ယူပါသည်။ ကိစ္စများ၏ 90% တွင်၊ ၎င်းတို့တွင် ဝင်းဒိုးထက် (24 နာရီ) ကျော်လွန်၍ ဒေတာမရှိပါ။ သို့သော် 'ဒေတာ' ဇယားတွင် ဤဒေတာကို ရှာဖွေရန် အချိန်ကုန်ပြီး နောက်ဆုံးတွင် အချိန်ကုန်သွားပါသည်။ ဤပြဿနာကိုဖြေရှင်းရန်အတွက် ကျွန်ုပ်တို့သည် နေ့စဥ်ကြုံတွေ့ခဲ့ရသည့် မက်ထရစ်များဆိုင်ရာ အချက်အလက်များနှင့် သီးခြားကြည့်ရှုမှုကို စတင်ခဲ့သည်။ ထို့ကြောင့်၊ ဒိုင်းနမစ်ဖြင့်ဖန်တီးထားသောကွန်တိန်နာများအတွက် အစီရင်ခံစာများ (ဂရပ်ဖစ်များ) တည်ဆောက်သည့်အခါ၊ ၎င်းတို့အပေါ် အစီရင်ခံစာများတည်ဆောက်မှုကို သိသာထင်ရှားစွာ အရှိန်မြှင့်ပေးသည့် အချိန်တစ်ခုလုံးအတွက်မဟုတ်ဘဲ ပေးထားသည့်ဝင်းဒိုးတစ်ခုအတွင်း ကြုံတွေ့ရသည့် မက်ထရစ်များကိုသာ စုံစမ်းမေးမြန်းပါသည်။ အထက်ဖော်ပြပါ ဖြေရှင်းနည်းအတွက် ကျွန်တော် စုဆောင်းမိပါသည်။ ဖိုက်တာ-ကလစ်ရုံ (လမ်းဆုံလမ်းခွ)date_metrics ဇယားဖြင့် လုပ်ဆောင်ခြင်း အကောင်အထည်ဖော်ခြင်း ပါဝင်သည်။

Graphite+ClickHouse။ တဂ်

ဗားရှင်း 1.1.0 နှင့်အတူ Graphite တရားဝင်ဖြစ်လာခဲ့သည်။ ပံ့ပိုးမှု tags များ. ပြီးတော့ graphite+clickhouse stack မှာ ဒီအစပြုမှုကို ပံ့ပိုးဖို့ ဘာလုပ်ရမလဲဆိုတာကို တက်ကြွစွာတွေးနေပါတယ်။

Graphite+ClickHouse။ ကွဲလွဲနေသော ထောက်လှမ်းကိရိယာ

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

စာရင်းသွင်းပါ၊ အပေါ်မြှားကိုနှိပ်ပြီး ပျော်ရွှင်ပါစေ။

source: www.habr.com