"ExtendedPromQL" - ប្រតិចារិកនៃរបាយការណ៍របស់ Roman Khavronenko

ខ្ញុំស្នើឱ្យអ្នកអានប្រតិចារិកនៃរបាយការណ៍របស់ Roman Khavronenko "ExtendedPromQL"

សង្ខេបអំពីខ្ញុំ។ ខ្ញុំឈ្មោះរ៉ូម៉ាំង។ ខ្ញុំធ្វើការនៅ CloudFlare ហើយរស់នៅក្នុងទីក្រុងឡុងដ៍។ ប៉ុន្តែខ្ញុំក៏ជាអ្នកថែទាំ VictoriaMetrics ផងដែរ។
ហើយខ្ញុំជាអ្នកនិពន្ធ កម្មវិធីជំនួយ ClickHouse សម្រាប់ Grafana និង ClickHouse-ប្រូកស៊ី គឺជាប្រូកស៊ីតូចមួយសម្រាប់ ClickHouse ។

យើងនឹងចាប់ផ្តើមជាមួយនឹងផ្នែកទីមួយដែលត្រូវបានគេហៅថា "ការលំបាកនៃការបកប្រែ" ហើយនៅក្នុងនោះខ្ញុំនឹងនិយាយអំពីការពិតដែលថាភាសាណាមួយឬសូម្បីតែភាសានៃការទំនាក់ទំនងគឺមានសារៈសំខាន់ខ្លាំងណាស់។ ដោយសារតែនេះជារបៀបដែលអ្នកបង្ហាញគំនិតរបស់អ្នកទៅកាន់មនុស្សផ្សេងទៀត ឬប្រព័ន្ធ របៀបដែលអ្នកបង្កើតសំណើ។ មនុស្សនៅលើអ៊ីនធឺណិតជជែកគ្នាអំពីភាសាណាដែលល្អជាង - ចាវ៉ា ឬខ្លះទៀត។ សម្រាប់ខ្លួនខ្ញុំផ្ទាល់ ខ្ញុំបានសម្រេចចិត្តថា ខ្ញុំត្រូវជ្រើសរើសទៅតាមភារកិច្ច ព្រោះទាំងអស់នេះគឺជាក់លាក់។

ចូរចាប់ផ្តើមពីដំបូង។ តើ PromQL ជាអ្វី? PromQL គឺជាភាសាសំណួរ Prometheus ។ នេះជារបៀបដែលយើងបង្កើតសំណួរនៅក្នុង Prometheus ដើម្បីទទួលបានទិន្នន័យស៊េរីពេលវេលា។

តើទិន្នន័យស៊េរីពេលវេលាគឺជាអ្វី? តាមព្យញ្ជនៈទាំងនេះគឺជាប៉ារ៉ាម៉ែត្របី។

នេះគឺ៖

• តើយើងកំពុងមើលអ្វី?
• នៅពេលដែលយើងមើលវា។
• ហើយតើវាបង្ហាញតម្លៃអ្វី?

ប្រសិនបើអ្នកក្រឡេកមើលតារាងនេះ (គំនូសតាងនេះគឺមកពីទូរសព្ទរបស់ខ្ញុំដែលបង្ហាញស្ថិតិជំហានរបស់ខ្ញុំ) វាអាចឆ្លើយសំណួរទាំងនេះបានយ៉ាងឆាប់រហ័ស។

យើងមើលជំហាន។ យើងឃើញអត្ថន័យហើយយើងឃើញពេលវេលាដែលយើងមើលវា។ នោះគឺជាការក្រឡេកមើលដ្យាក្រាមនេះ អ្នកអាចនិយាយយ៉ាងងាយថាកាលពីថ្ងៃអាទិត្យខ្ញុំបានដើរប្រហែល 15 ជំហាន។ នេះគឺជាទិន្នន័យស៊េរីពេលវេលា។

ឥឡូវនេះ ចូរយើង "បំបែក" (បម្លែង) ពួកវាទៅជាគំរូទិន្នន័យមួយផ្សេងទៀតក្នុងទម្រង់ជាតារាង។ នៅទីនេះយើងក៏មានអ្វីដែលយើងកំពុងមើលផងដែរ។ នៅទីនេះខ្ញុំបានបន្ថែមទិន្នន័យបន្ថែមបន្តិចបន្តួច ដែលយើងនឹងហៅថាទិន្នន័យមេតា ពោលគឺវាមិនមែនជាខ្ញុំដែលបានឆ្លងកាត់រឿងនេះទេ ប៉ុន្តែមានមនុស្សពីរនាក់ ឧទាហរណ៍ Jay និង Silent Bob។ នេះគឺជាអ្វីដែលយើងកំពុងមើល; តើវាបង្ហាញអ្វីខ្លះ ហើយនៅពេលណាដែលវាបង្ហាញតម្លៃនោះ។

ឥឡូវ​យើង​ព្យាយាម​រក្សា​ទុក​ទិន្នន័យ​ទាំង​អស់​នេះ​ក្នុង​មូលដ្ឋាន​ទិន្នន័យ។ ជាឧទាហរណ៍ ខ្ញុំបានយកវាក្យសម្ព័ន្ធ ClickHouse ។ ហើយនៅទីនេះយើងបង្កើតតារាងមួយហៅថា "ជំហាន" ពោលគឺអ្វីដែលយើងកំពុងមើល។ មានពេលមួយដែលយើងមើលវា; អ្វី​ដែល​វា​បង្ហាញ និង​ទិន្នន័យ​មេតា​មួយ​ចំនួន​ដែល​យើង​នឹង​ទុក​ថា​ជា​នរណា៖ Jay និង Silent Bob។

ហើយដើម្បីព្យាយាមស្រមៃមើលទាំងអស់នេះ យើងនឹងប្រើ Grafana ព្រោះជាដំបូងវាស្អាត។

យើងក៏នឹងប្រើកម្មវិធីជំនួយនេះផងដែរ។ មានហេតុផលពីរសម្រាប់រឿងនេះ។ ទីមួយគឺដោយសារតែខ្ញុំសរសេរវា។ ហើយខ្ញុំដឹងច្បាស់ថាវាលំបាកប៉ុណ្ណាក្នុងការទាញទិន្នន័យស៊េរីពេលវេលាពី ClickHouse ដើម្បីបង្ហាញវានៅក្នុង Grafana ។

យើងនឹងបង្ហាញវានៅក្នុងបន្ទះក្រាហ្វ។ នេះគឺជាបន្ទះដ៏ពេញនិយមបំផុតនៅក្នុង Grafana ដែលបង្ហាញពីការពឹងផ្អែកនៃតម្លៃតាមពេលវេលា ដូច្នេះយើងត្រូវការតែប៉ារ៉ាម៉ែត្រពីរប៉ុណ្ណោះ។

ចូរយើងសរសេរសំណួរសាមញ្ញបំផុត - របៀបបង្ហាញស្ថិតិជំហាននៅក្នុង Grafana ដោយរក្សាទុកទិន្នន័យនេះនៅក្នុង ClickHouse ក្នុងតារាងដែលយើងបានបង្កើត។ ហើយយើងសរសេរសំណើសាមញ្ញនេះ។ យើងជ្រើសរើសតាមជំហាន។ យើងជ្រើសរើសតម្លៃមួយ ហើយជ្រើសរើសពេលវេលានៃតម្លៃទាំងនេះ ពោលគឺប៉ារ៉ាម៉ែត្របីដូចគ្នាដែលយើងបាននិយាយ។

ហើយជាលទ្ធផល យើងនឹងទទួលបានក្រាហ្វដូចនេះ។ អ្នកណាដឹងថាគាត់ចម្លែកម្លេះ?

ត្រឹមត្រូវហើយ យើងត្រូវតម្រៀបតាមពេលវេលា។

ហើយនៅទីបញ្ចប់យើងនឹងទទួលបានកាន់តែប្រសើរឡើងប៉ុន្តែនៅតែជាកាលវិភាគចម្លែក។ អ្នកណាដឹងថាហេតុអ្វី? ត្រូវហើយ មានអ្នកចូលរួមពីរនាក់ ហើយយើងនៅ Grafana ផ្តល់ឱ្យចេញនូវស៊េរីពេលវេលាចំនួនពីរ ពីព្រោះប្រសិនបើអ្នកក្រឡេកមើលគំរូទិន្នន័យម្តងទៀត នោះស៊េរីពេលវេលានីមួយៗគឺជាការរួមបញ្ចូលគ្នាតែមួយគត់នៃឈ្មោះ និងស្លាកតម្លៃសំខាន់ៗទាំងអស់។

ដូច្នេះ​ហើយ យើង​ត្រូវ​ជ្រើសរើស​មនុស្ស​ជាក់លាក់។ យើងជ្រើសរើស Jay ។

ហើយយើងគូរម្តងទៀត។ ឥឡូវនេះក្រាហ្វមើលទៅដូចការពិត។ ឥឡូវនេះនេះគឺជាកាលវិភាគធម្មតា ហើយអ្វីៗដំណើរការបានល្អ។

ហើយអ្នកប្រហែលជាដឹងពីរបៀបធ្វើដូចគ្នានេះ ប៉ុន្តែនៅក្នុង Prometheus តាមរយៈ PromQL។ អ្វីមួយ​ដូចនេះ។ សាមញ្ញជាងនេះបន្តិច។ ហើយ​សូម​បំបែក​វា​ទាំង​អស់។ យើងបានបោះជំហាន។ និងត្រងដោយ Jay ។ យើងមិនបញ្ជាក់នៅទីនេះថាយើងត្រូវទទួលបានតម្លៃមួយ ហើយយើងមិនជ្រើសរើសពេលវេលាទេ។

ឥឡូវនេះ ចូរយើងព្យាយាមគណនាល្បឿនចលនារបស់ Jay ឬ Silent Bob ។ នៅក្នុង ClickHouse យើងនឹងត្រូវធ្វើ RunDifference ពោលគឺគណនាភាពខុសគ្នារវាងគូនៃពិន្ទុ ហើយបែងចែកវាតាមពេលវេលា ដើម្បីទទួលបានល្បឿនពិតប្រាកដ។ សំណើនឹងមើលទៅដូចនេះ។

ហើយវានឹងបង្ហាញប្រមាណតម្លៃទាំងនេះ ពោលគឺ Silent Bob ឬ Jay ចំណាយពេលប្រហែល 1,8 ជំហានក្នុងមួយវិនាទី។

ហើយនៅក្នុង Prometheus អ្នកដឹងពីរបៀបធ្វើវាផងដែរ។ កាន់តែងាយស្រួលជាងកាលពីមុន។

ហើយដើម្បីធ្វើឱ្យវាងាយស្រួលធ្វើនៅក្នុង Grafana ខ្ញុំបានបន្ថែមក្រដាសរុំនេះ ដែលមើលទៅស្រដៀងនឹង PromQL ខ្លាំងណាស់។ វាត្រូវបានគេហៅថា Rate Macros ឬអ្វីក៏ដោយដែលអ្នកចង់ហៅវា។ នៅក្នុង Grafana អ្នកគ្រាន់តែសរសេរ "អត្រា" ប៉ុន្តែកន្លែងណាមួយដែលស៊ីជម្រៅ វាប្រែទៅជាសំណើដ៏ធំនេះ។ ហើយអ្នកមិនចាំបាច់មើលវាទេ វានៅទីនោះនៅកន្លែងណាមួយ ប៉ុន្តែអ្នកសន្សំពេលវេលាច្រើន ពីព្រោះការសរសេរសំណួរ SQL ដ៏ធំបែបនេះតែងតែមានតម្លៃថ្លៃ។ អ្នក​អាច​ធ្វើ​ខុស​បាន​យ៉ាង​ងាយ ហើយ​បន្ទាប់​មក​មិន​យល់​ពី​អ្វី​ដែល​កំពុង​កើត​ឡើង​ជា​យូរ​មក​ហើយ។

ហើយនេះគឺជាសំណើដែលមិនសមនឹងស្លាយមួយ ហើយខ្ញុំថែមទាំងត្រូវបំបែកវាជាពីរជួរឈរ។ នេះក៏ជាសំណើនៅក្នុង ClickHouse ដែលបង្កើតអត្រាដូចគ្នា ប៉ុន្តែសម្រាប់ស៊េរីពេលវេលាទាំងពីរ៖ Silent Bob និង Jay ដូច្នេះយើងមានស៊េរីពេលវេលាពីរនៅលើបន្ទះ។ ហើយ​នេះ​គឺ​ជា​ការ​លំបាក​ខ្លាំង​ណាស់​រួច​ទៅ​ហើយ​តាម​គំនិត​របស់​ខ្ញុំ។

ហើយយោងទៅតាម Prometheus វានឹងក្លាយជាផលបូក (អត្រា) ។ សម្រាប់ ClickHouse ខ្ញុំបានបង្កើតម៉ាក្រូដាច់ដោយឡែកមួយហៅថា RateColumns ដែលមើលទៅដូចជាសំណួរនៅក្នុង Prometheus ។

យើងបានមើលវា ហើយវាហាក់ដូចជា PromQL ឡូយណាស់ ប៉ុន្តែវាពិតជាមានដែនកំណត់។

នេះគឺ៖

• SELECT មានកំណត់។
• បន្ទាត់ព្រំដែនចូលរួម។
• គ្មានការគាំទ្រ AVING ។

ហើយប្រសិនបើអ្នកបានធ្វើការជាមួយវាយូរហើយ អ្នកដឹងថាពេលខ្លះវាពិបាកណាស់ក្នុងការធ្វើអ្វីមួយនៅក្នុង PromQL ប៉ុន្តែនៅក្នុង SQL អ្នកអាចធ្វើអ្វីៗបានស្ទើរតែទាំងអស់ ពីព្រោះជម្រើសទាំងអស់នេះដែលយើងទើបតែនិយាយអាចធ្វើនៅក្នុង SQL . ប៉ុន្តែតើវាងាយស្រួលប្រើទេ? ហើយ​នេះ​ធ្វើ​ឱ្យ​ខ្ញុំ​គិត​ថា​ភាសា​ដែល​មាន​ឥទ្ធិពល​បំផុត​ប្រហែល​ជា​មិន​តែងតែ​ងាយស្រួល​បំផុត​នោះ​ទេ។

ដូច្នេះ ពេលខ្លះអ្នកត្រូវជ្រើសរើសភាសាសម្រាប់កិច្ចការ។ វាដូចជា Batman ប្រយុទ្ធជាមួយ Superman ។ វាច្បាស់ណាស់ថា Superman ខ្លាំងជាង ប៉ុន្តែ Batman អាចយកឈ្នះគាត់បាន ដោយសារគាត់អនុវត្តជាក់ស្តែងជាង និងដឹងច្បាស់ពីអ្វីដែលគាត់កំពុងធ្វើ។

ហើយផ្នែកបន្ទាប់គឺ Extending PromQL ។

ជាថ្មីម្តងទៀតអំពី VictoriaMetrics ។ តើ VictoriaMetrics ជាអ្វី? នេះគឺជាមូលដ្ឋានទិន្នន័យស៊េរីពេលវេលា វាស្ថិតនៅក្នុង OpenSource យើងចែកចាយកំណែតែមួយ និងចង្កោមរបស់វា។ យោងតាមស្តង់ដាររបស់យើង វាលឿនជាងអ្វីទាំងអស់ដែលមាននៅលើទីផ្សារឥឡូវនេះ ហើយការបង្ហាប់គឺស្រដៀងគ្នា ពោលគឺមនុស្សពិតរាយការណ៍ពីការបង្ហាប់ប្រហែល 0,4 បៃក្នុងមួយចំណុច ខណៈដែល Prometheus's គឺ 1,2-1,4 ។

យើងគាំទ្រច្រើនជាង Prometheus ។ យើងគាំទ្រ InfluxDB, Graphite, OpenTSDB ។

អ្នកអាច "សរសេរ" មកពួកយើង ពោលគឺអ្នកអាចផ្ទេរទិន្នន័យចាស់បាន។

ហើយយើងក៏ធ្វើការយ៉ាងល្អឥតខ្ចោះជាមួយ Prometheus និង Grafana ពោលគឺយើងគាំទ្រម៉ាស៊ីន PromQL ។ ហើយនៅក្នុង Grafana អ្នកអាចផ្លាស់ប្តូរចំណុចបញ្ចប់ Prometheus ទៅ VictoriaMetrics ហើយផ្ទាំងគ្រប់គ្រងរបស់អ្នកទាំងអស់នឹងដំណើរការដូចដែលពួកគេបានធ្វើ។

ប៉ុន្តែអ្នកក៏អាចប្រើមុខងារបន្ថែមដែល VictoriaMetrics ផ្ដល់ជូនផងដែរ។

យើងនឹងឆ្លងកាត់លក្ខណៈពិសេសដែលយើងបានបន្ថែមយ៉ាងឆាប់រហ័ស។

លុបប៉ារ៉ាម៉ែត្រចន្លោះពេល - អ្នកអាចលុបប៉ារ៉ាម៉ែត្រចន្លោះពេលនៅក្នុង Grafana ។ នៅពេលដែលអ្នកមិនចង់ទទួលបានក្រាហ្វចម្លែកនៅពេលពង្រីក/បង្រួមនៅក្នុងបន្ទះ វាត្រូវបានណែនាំឱ្យប្រើអថេរ $__interval. នេះគឺជាការផ្លាស់ប្តូរ Grafana ខាងក្នុង ហើយវាជ្រើសរើសជួរទិន្នន័យដោយខ្លួនវាផ្ទាល់។ ហើយ VictoriaMetrics ខ្លួនវាអាចយល់ពីអ្វីដែលជួរនេះគួរតែជា។ ហើយអ្នកមិនចាំបាច់ធ្វើបច្ចុប្បន្នភាពរាល់សំណើរបស់អ្នកទេ។ វានឹងកាន់តែងាយស្រួល។

មុខងារទីពីរគឺការយោងចន្លោះពេល។ អ្នកអាចប្រើចន្លោះពេលនេះនៅក្នុងកន្សោមរបស់អ្នក។ អ្នកអាចគុណ, ចែក, ផ្ទេរ, យោងទៅវា។

បន្ទាប់គឺគ្រួសារមុខងាររមៀល។ មុខងារ Rollup បំប្លែងស៊េរីពេលវេលាណាមួយរបស់អ្នកទៅជាស៊េរីពេលវេលាបីដាច់ដោយឡែកពីគ្នា។ ទាំងនេះគឺអប្បបរមា អតិបរមា និងមធ្យម។ ខ្ញុំ​យល់​ឃើញ​ថា​វា​ងាយស្រួល​ណាស់​ព្រោះ​ពេល​ខ្លះ​វា​អាច​បង្ហាញ​ពី​ភាព​ខុស​ឆ្គង​និង​ភាព​មិន​ត្រឹមត្រូវ​មួយ​ចំនួន។

ហើយប្រសិនបើអ្នកគ្រាន់តែខឹង ឬវាយតម្លៃ នោះអ្នកប្រហែលជានឹងខកខានករណីមួយចំនួនដែលស៊េរីពេលវេលាមិនដំណើរការដូចដែលអ្នករំពឹងទុក។ ជាមួយនឹងមុខងារនេះវាកាន់តែងាយស្រួលមើល ឧបមាថា max គឺច្រើនពី avg។

បន្ទាប់គឺជាអថេរលំនាំដើម។ លំនាំដើម - នេះមានន័យថាតម្លៃអ្វីដែលយើងត្រូវគូរក្នុង Grafana ប្រសិនបើយើងមិនមានស៊េរីពេលវេលានៅពេលនេះ។ តើរឿងនេះកើតឡើងនៅពេលណា? ឧបមាថាអ្នកកំពុងនាំចេញមាត្រដ្ឋានកំហុសមួយចំនួន។ ហើយអ្នកមានកម្មវិធីដ៏ត្រជាក់បែបនេះ ដែលនៅពេលអ្នកចាប់ផ្តើម អ្នកមិនមានកំហុស និងសូម្បីតែគ្មានកំហុសសម្រាប់រយៈពេលបីម៉ោងបន្ទាប់ ឬសូម្បីតែមួយថ្ងៃ។ ហើយអ្នកមានផ្ទាំងគ្រប់គ្រងដែលបង្ហាញពីទំនាក់ទំនងពីជោគជ័យទៅកំហុស។ ហើយពួកគេនឹងបង្ហាញអ្វីដល់អ្នកព្រោះអ្នកមិនមានមាត្រដ្ឋានកំហុស។ ហើយតាមលំនាំដើមអ្នកអាចបញ្ជាក់អ្វីទាំងអស់។

Keep_last_Value – រក្សាទុកតម្លៃចុងក្រោយនៃម៉ែត្រប្រសិនបើវាបាត់។ ប្រសិនបើ Prometheus រកមិនឃើញក្នុងរយៈពេល 5 នាទីបន្ទាប់ពីការកោសបន្ទាប់ នោះនៅទីនេះយើងនឹងចងចាំតម្លៃចុងក្រោយរបស់វា ហើយតារាងរបស់អ្នកនឹងមិនបំបែកម្តងទៀតទេ។

Scrape_interval – បង្ហាញថាតើ Prometheus ប្រមូលទិន្នន័យញឹកញាប់ប៉ុណ្ណានៅលើម៉ែត្ររបស់អ្នក និងជាមួយនឹងប្រេកង់អ្វី។ ឧទាហរណ៍នៅទីនេះអ្នកអាចឃើញលិខិតឆ្លងដែន។

ការជំនួសស្លាកគឺជាមុខងារពេញនិយម។ ប៉ុន្តែ​យើង​គិត​ថា​វា​មាន​ភាពស្មុគស្មាញ​បន្តិច​ព្រោះ​វា​ត្រូវការ​អំណះអំណាង​ទាំងស្រុង។ ហើយ​អ្នក​មិន​ត្រឹម​តែ​ចាំ​អំណះអំណាង​ចំនួន 5 ប៉ុណ្ណោះ​ទេ ប៉ុន្តែ​ក៏​ត្រូវ​ចាំ​ពី​លំដាប់​របស់​វា​ដែរ។

ដូច្នេះ ហេតុអ្វី​បាន​ជា​មិន​ធ្វើ​ឱ្យ​ពួក​គេ​ងាយ​ស្រួល​ជាង? នោះគឺ បំបែកវាទៅជាមុខងារតូចៗ ជាមួយនឹងវាក្យសម្ព័ន្ធដែលអាចយល់បាន។

ហើយឥឡូវនេះផ្នែករីករាយ។ ហេតុអ្វីបានជាយើងគិតថានេះគឺជាការពង្រីក PromQL? ដោយសារតែយើងគាំទ្រកន្សោមតារាងទូទៅ។ អ្នកអាចធ្វើតាមកូដ QR (https://github.com/VictoriaMetrics/VictoriaMetrics/wiki/ExtendedPromQL) សូមមើលតំណភ្ជាប់ជាមួយឧទាហរណ៍ ពីកន្លែងលេង ដែលអ្នកអាចដំណើរការសំណួរដោយផ្ទាល់នៅក្នុង VictoriaMetrics ដោយមិនចាំបាច់ដំឡើងវានៅក្នុងកម្មវិធីរុករក។

ហើយនេះជាអ្វី? សំណើខាងលើគឺជាសំណើដ៏ពេញនិយមមួយ។ ខ្ញុំគិតថានៅក្នុងផ្ទាំងគ្រប់គ្រងណាមួយនៅក្នុងក្រុមហ៊ុនជាច្រើនដែលអ្នកប្រើតម្រងដូចគ្នាសម្រាប់អ្វីគ្រប់យ៉ាង។ ជាធម្មតាដូច្នេះ។ ប៉ុន្តែនៅពេលដែលអ្នកត្រូវបន្ថែមតម្រងថ្មីមួយចំនួន អ្នកត្រូវតែធ្វើបច្ចុប្បន្នភាពបន្ទះនីមួយៗ ឬទាញយកផ្ទាំងគ្រប់គ្រង បើកវានៅក្នុង JSON ស្វែងរកជំនួស ដែលវាត្រូវការពេលវេលាផងដែរ។ ហេតុអ្វីមិនរក្សាទុកតម្លៃនេះក្នុងអថេរ ហើយប្រើវាឡើងវិញ? នេះមើលទៅតាមគំនិតរបស់ខ្ញុំ សាមញ្ញជាង និងច្បាស់ជាង។

ជាឧទាហរណ៍ នៅពេលដែលខ្ញុំត្រូវការធ្វើបច្ចុប្បន្នភាពតម្រងនៅក្នុង Grafana ក្នុងគ្រប់សំណើទាំងអស់ ហើយផ្ទាំងគ្រប់គ្រងអាចមានទំហំធំ ឬអាចមានពួកវាជាច្រើនផងដែរ។ ហើយតើខ្ញុំចង់ដោះស្រាយបញ្ហានេះនៅ Grafana យ៉ាងដូចម្តេច?

ខ្ញុំដោះស្រាយបញ្ហានេះតាមវិធីនេះ៖ ខ្ញុំបង្កើត commonFilter ហើយកំណត់តម្រងនេះនៅក្នុងវា ហើយបន្ទាប់មកប្រើវាឡើងវិញក្នុងសំណួរ។ ប៉ុន្តែប្រសិនបើអ្នកធ្វើដូចគ្នាឥឡូវនេះ វានឹងមិនដំណើរការទេព្រោះ Grafana មិនអនុញ្ញាតឱ្យអ្នកប្រើអថេរនៅខាងក្នុង query variables។ ហើយវាចម្លែកបន្តិច។

ដូច្នេះហើយ ខ្ញុំបានបង្កើតជម្រើសមួយដែលអនុញ្ញាតឱ្យអ្នកធ្វើរឿងនេះ។ ហើយ​ប្រសិន​បើ​អ្នក​ចាប់​អារម្មណ៍ ឬ​ចង់​បាន​មុខងារ​បែប​នេះ សូម​គាំទ្រ​វា ឬ​មិន​ចូលចិត្ត​វា​ប្រសិន​បើ​អ្នក​មិន​ចូលចិត្ត​គំនិត​នេះ។ https://github.com/grafana/grafana/pull/16694

បន្ថែមទៀតអំពី PromQL ពង្រីក។ នៅទីនេះយើងកំណត់មិនត្រឹមតែអថេរមួយប៉ុណ្ណោះទេ ប៉ុន្តែមុខងារទាំងមូល។ ហើយយើងហៅវាថា ru (ការប្រើប្រាស់ធនធាន) ។ ហើយមុខងារនេះទទួលយកធនធានដោយឥតគិតថ្លៃ ការកំណត់ធនធាន និងតម្រង។ វាក្យសម្ព័ន្ធហាក់ដូចជាសាមញ្ញ។ ហើយវាងាយស្រួលណាស់ក្នុងការប្រើមុខងារនេះ និងគណនាភាគរយនៃអង្គចងចាំឥតគិតថ្លៃដែលយើងមាន។ នោះ​គឺ​ថា​តើ​យើង​មាន​អង្គ​ចងចាំ​ប៉ុន្មាន អ្វី​ជា​កម្រិត​និង​របៀប​ត្រង។ វាមើលទៅងាយស្រួលជាងប្រសិនបើអ្នកសរសេរវាទាំងអស់ ដោយប្រើប្រាស់តម្រងដូចគ្នាឡើងវិញ ព្រោះវានឹងក្លាយជាសំណួរធំ។

ហើយនេះគឺជាឧទាហរណ៍នៃសំណើដ៏ធំបែបនេះ។ វាមកពីផ្ទាំងគ្រប់គ្រង NodeExporter ផ្លូវការសម្រាប់ Grafana ។ ប៉ុន្តែខ្ញុំស្ទើរតែមិនយល់ពីអ្វីដែលកំពុងកើតឡើងនៅទីនេះ។ នោះជាការពិត ខ្ញុំយល់ប្រសិនបើអ្នកមើលឱ្យជិត ប៉ុន្តែចំនួនវង់ក្រចកអាចកាត់បន្ថយការលើកទឹកចិត្តឱ្យយល់ពីអ្វីដែលកំពុងកើតឡើងនៅទីនេះ។ ហើយហេតុអ្វីមិនធ្វើឱ្យវាកាន់តែសាមញ្ញ និងច្បាស់លាស់?

ឧទាហរណ៍ ដូចនេះ ការបំបែកវត្ថុសំខាន់ៗ ឬផ្នែកទៅជាអថេរ។ ហើយបន្ទាប់មកធ្វើគណិតវិទ្យាមូលដ្ឋានរបស់អ្នក។ នេះគឺដូចជាការសរសេរកម្មវិធីរួចហើយ នេះជាអ្វីដែលខ្ញុំចង់ឃើញនាពេលអនាគតនៅក្នុង Grafana ។

នេះគឺជាឧទាហរណ៍ទីពីរនៃរបៀបដែលយើងអាចធ្វើឱ្យវាកាន់តែងាយស្រួលប្រសិនបើយើងមានមុខងារ ru នេះរួចហើយ ហើយវាមានរួចហើយដោយផ្ទាល់នៅក្នុង VictoriaMetrics ។ ហើយបន្ទាប់មកអ្នកគ្រាន់តែឆ្លងកាត់តម្លៃឃ្លាំងសម្ងាត់ដែលអ្នកបានប្រកាសនៅក្នុង CTE ។

ខ្ញុំ​បាន​និយាយ​រួច​ហើយ​អំពី​សារៈសំខាន់​នៃ​ការ​ប្រើ​ភាសា​កម្មវិធី​ត្រឹមត្រូវ​។ ហើយប្រហែលជាក្រុមហ៊ុនទាំងអស់នៅក្នុង Grafana មានអ្វីប្លែកកើតឡើង។ ហើយ​អ្នក​ប្រហែល​ជា​ផ្តល់​សិទ្ធិ​ចូល​ប្រើប្រាស់ Grafana ដល់​អ្នក​អភិវឌ្ឍន៍​របស់​អ្នក​ផង​ដែរ ហើយ​អ្នក​អភិវឌ្ឍន៍​ធ្វើ​រឿង​ផ្ទាល់​ខ្លួន។ ហើយពួកគេទាំងអស់គ្នាធ្វើវាតាមរបៀបផ្សេង។ ប៉ុន្តែខ្ញុំចង់ឱ្យវាមានលក្ខណៈដូចគ្នា ពោលគឺកាត់បន្ថយវាទៅជាស្តង់ដារធម្មតា។

ចូរនិយាយថាអ្នកមិនមានសូម្បីតែវិស្វករប្រព័ន្ធទេ ប្រហែលជាអ្នកមានអ្នកជំនាញ អ្នកអភិវឌ្ឍន៍ ឬ SRE ។ ប្រហែលជាអ្នកមានអ្នកជំនាញដែលដឹងពីអ្វីដែលការត្រួតពិនិត្យគឺជាអ្វី ដែលដឹងថា Grafana ជាអ្វី នោះគឺពួកគេបានធ្វើការជាមួយវាអស់ជាច្រើនឆ្នាំ ហើយពួកគេដឹងច្បាស់ពីរបៀបធ្វើវាឱ្យត្រឹមត្រូវ។ ហើយពួកគេបានសរសេររឿងនេះ 100 ដងរួចមកហើយ ហើយបានពន្យល់ដល់មនុស្សគ្រប់គ្នា ប៉ុន្តែសម្រាប់ហេតុផលមួយចំនួនគ្មាននរណាម្នាក់ស្តាប់ឡើយ។

ចុះប្រសិនបើពួកគេអាចដាក់ចំណេះដឹងនេះដោយផ្ទាល់ទៅក្នុង Grafana ដើម្បីឱ្យអ្នកប្រើប្រាស់ផ្សេងទៀតអាចប្រើមុខងារនេះឡើងវិញបាន? ហើយប្រសិនបើពួកគេត្រូវការដើម្បីគណនាភាគរយនៃអង្គចងចាំទំនេរ នោះពួកគេនឹងអនុវត្តមុខងារយ៉ាងសាមញ្ញ។ ចុះប្រសិនបើអ្នកបង្កើតអ្នកនាំចេញ រួមជាមួយនឹងផលិតផលរបស់ពួកគេក៏បានផ្តល់សំណុំមុខងារអំពីរបៀបធ្វើការជាមួយម៉ែត្ររបស់ពួកគេផងដែរ ពីព្រោះពួកគេដឹងច្បាស់ថាម៉ែត្រទាំងនេះជាអ្វី និងរបៀបគណនាពួកវាឱ្យបានត្រឹមត្រូវ?

នេះពិតជាមិនមានទេ។ នេះជាអ្វីដែលខ្ញុំបានធ្វើដោយខ្លួនឯង។ នេះគឺជាជំនួយបណ្ណាល័យនៅ Grafana ។ ចូរនិយាយថាបុរសដែលបង្កើត NodeExporter បានធ្វើអ្វីដែលខ្ញុំបាននិយាយ។ ហើយពួកគេក៏បានផ្តល់នូវសំណុំនៃមុខងារផងដែរ។

នោះគឺវាមើលទៅដូចនេះ។ អ្នកភ្ជាប់បណ្ណាល័យនេះទៅ Grafana អ្នកចូលទៅកែសម្រួល ហើយវាត្រូវបានសរសេរយ៉ាងសាមញ្ញនៅក្នុង JSON របៀបធ្វើការជាមួយម៉ែត្រនេះ។ នោះគឺជាសំណុំនៃមុខងារមួយចំនួន ការពិពណ៌នារបស់ពួកគេ និងអ្វីដែលពួកគេប្រែទៅជា។

ខ្ញុំ​គិត​ថា​វា​អាច​មាន​ប្រយោជន៍ ព្រោះ​នៅ​ក្នុង Grafana អ្នក​នឹង​សរសេរ​បែប​នោះ។ ហើយ Grafana "ប្រាប់" អ្នកថាមានមុខងារបែបនេះ និងពីបណ្ណាល័យបែបនេះ - តោះប្រើវា។ ខ្ញុំគិតថាវានឹងល្អណាស់។

បន្តិចអំពី VictoriaMetrics ។ យើងធ្វើរឿងគួរឱ្យចាប់អារម្មណ៍ជាច្រើន។ អានអត្ថបទរបស់យើងអំពីការបង្ហាប់ អំពីការប្រកួតប្រជែងរបស់យើងជាមួយនឹងកម្មវិធីទិន្នន័យស៊េរីពេលវេលាផ្សេងទៀត ការពន្យល់របស់យើងអំពីរបៀបធ្វើការជាមួយ PromQL ពីព្រោះនៅតែមានអ្នកចាប់ផ្តើមដំបូងជាច្រើននៅក្នុងរឿងនេះ ក៏ដូចជាអំពីការធ្វើមាត្រដ្ឋានបញ្ឈរ និងអំពីការប្រឈមមុខជាមួយ Thanos ។

សំណួរ៖

ខ្ញុំនឹងចាប់ផ្តើមសំណួររបស់ខ្ញុំជាមួយនឹងរឿងជីវិតសាមញ្ញ។ នៅពេលខ្ញុំចាប់ផ្តើមប្រើ Grafana ដំបូង ខ្ញុំបានសរសេរសំណួរដ៏គួរឱ្យទាក់ទាញមួយ ដែលមានប្រវែង 5 បន្ទាត់។ លទ្ធផលចុងក្រោយគឺជាក្រាហ្វដ៏គួរឱ្យជឿជាក់។ កាលវិភាគ​នេះ​ជិត​ចូល​ផលិតកម្ម​ហើយ។ ប៉ុន្តែនៅពេលពិនិត្យកាន់តែជិត វាបានប្រែក្លាយថាក្រាហ្វនេះបង្ហាញពីភាពមិនសមហេតុសមផលទាំងស្រុង ដែលមិនមានជាប់ទាក់ទងនឹងការពិត ទោះបីជាតួលេខធ្លាក់ក្នុងចន្លោះដែលយើងរំពឹងថានឹងឃើញក៏ដោយ។ និងសំណួររបស់ខ្ញុំ។ យើងមានបណ្ណាល័យ យើងមានមុខងារ ប៉ុន្តែតើយើងសរសេរតេស្តសម្រាប់ Grafana យ៉ាងដូចម្តេច? អ្នកបានសរសេរសំណើស្មុគស្មាញដែលការសម្រេចចិត្តអាជីវកម្មអាស្រ័យ - ដើម្បីបញ្ជាទិញកុងតឺន័រពិតប្រាកដនៃម៉ាស៊ីនមេឬមិនបញ្ជា។ ហើយដូចដែលយើងដឹង មុខងារនេះដែលគូរក្រាហ្វគឺស្រដៀងនឹងការពិត។ សូមអរគុណ។

សូមអរគុណចំពោះសំណួរ។ មានពីរផ្នែក។ ដំបូង ខ្ញុំទទួលបានចំណាប់អារម្មណ៍ ដោយផ្អែកលើបទពិសោធន៍របស់ខ្ញុំ ដែលអ្នកប្រើប្រាស់ភាគច្រើន នៅពេលដែលពួកគេមើលតារាងរបស់ពួកគេ មិនយល់ពីអ្វីដែលពួកគេកំពុងបង្ហាញពួកគេ។ សម្រាប់ហេតុផលមួយចំនួន មនុស្សល្អណាស់ក្នុងការចេញមុខមករកលេសសម្រាប់ភាពមិនប្រក្រតីណាមួយដែលកើតឡើងនៅក្នុងក្រាហ្វ ទោះបីជាវាជាកំហុសនៅក្នុងមុខងារក៏ដោយ។ ហើយផ្នែកទីពីរ - វាហាក់ដូចជាខ្ញុំថាការប្រើមុខងារបែបនេះនឹងជាវិធីសាស្រ្តប្រសើរជាងមុនក្នុងការដោះស្រាយបញ្ហារបស់អ្នក ជំនួសឱ្យអ្នកអភិវឌ្ឍន៍នីមួយៗរបស់អ្នកធ្វើផែនការសមត្ថភាពផ្ទាល់ខ្លួនរបស់ពួកគេ និងធ្វើឱ្យមានកំហុសជាមួយនឹងប្រូបាប៊ីលីតេមួយចំនួន។

តើធ្វើដូចម្តេចដើម្បីពិនិត្យមើល?

តើត្រូវពិនិត្យយ៉ាងដូចម្តេច? ប្រហែលជា​មិន។

ក្នុងនាមជាការធ្វើតេស្តនៅ Grafana ។

តើ Grafana មាន​អ្វី​ទាក់ទង​នឹង​វា? Grafana បកប្រែសំណើនេះដោយផ្ទាល់ទៅ DataSource ។

បន្ថែមបន្តិចទៅប៉ារ៉ាម៉ែត្រ។

ទេ គ្មានអ្វីត្រូវបានបន្ថែមទៅ Grafana ទេ។ វាអាចមានប៉ារ៉ាម៉ែត្រ GET ដូចជានិយាយជំហាន។ វា​មិន​ត្រូវ​បាន​បញ្ជាក់​ច្បាស់​ទេ ប៉ុន្តែ​អ្នក​អាច​បដិសេធ​វា ឬ​អ្នក​មិន​អាច​បដិសេធ​វា​បាន ប៉ុន្តែ​វា​ត្រូវ​បាន​បន្ថែម​ដោយ​ស្វ័យ​ប្រវត្តិ។ អ្នកនឹងមិនសរសេរការធ្វើតេស្តនៅទីនេះទេ។ ខ្ញុំគិតថាយើងមិនគួរពឹងផ្អែកលើ Grafana ជាប្រភពនៃការពិតនៅទីនេះទេ។

អរគុណសម្រាប់របាយការណ៍! អរគុណសម្រាប់ការបង្ហាប់! អ្នកបានលើកឡើងពីការគូសផែនទីអថេរនៅក្នុងក្រាហ្វ ដែលនៅក្នុង Grafana អ្នកមិនអាចប្រើអថេរនៅក្នុងអថេរបានទេ។ តើអ្នកដឹងថាខ្ញុំមានន័យយ៉ាងណាទេ?

បាទ។

នេះជាការឈឺក្បាលដំបូង នៅពេលដែលខ្ញុំចង់បង្កើតការដាស់តឿននៅ Grafana។ ហើយនៅទីនោះអ្នកត្រូវធ្វើការជូនដំណឹងសម្រាប់ម៉ាស៊ីននីមួយៗដាច់ដោយឡែក។ រឿងនេះដែលអ្នកបានបង្កើត តើវាដំណើរការសម្រាប់ការជូនដំណឹងនៅក្នុង Grafana ទេ?

ប្រសិនបើ Grafana មិនចូលប្រើអថេរខុសគ្នា នោះបាទ វានឹងដំណើរការ។ ប៉ុន្តែដំបូន្មានរបស់ខ្ញុំគឺមិនត្រូវប្រើការដាស់តឿននៅក្នុង Grafana ទាល់តែសោះ អ្នកគួរតែប្រើ alertmanager ប្រសើរជាង។

បាទ/ចាស ខ្ញុំប្រើវា ប៉ុន្តែវាហាក់បីដូចជាងាយស្រួលក្នុងការរៀបចំនៅក្នុង Grafana ប៉ុន្តែអរគុណសម្រាប់ដំបូន្មាន!

ប្រភព: www.habr.com