ការជ្រើសរើសការផ្ទុកទិន្នន័យសម្រាប់ Prometheus: Thanos vs VictoriaMetrics

សួស្តី​អ្នក​ទាំងអស់គ្នា។ ខាងក្រោមនេះគឺជាប្រតិចារិក របាយការណ៍ពីកិច្ចប្រជុំត្រួតពិនិត្យធំ ៤.

Prometheus - ប្រព័ន្ធត្រួតពិនិត្យសម្រាប់ប្រព័ន្ធ និងសេវាកម្មផ្សេងៗ ដោយមានជំនួយពីអ្នកគ្រប់គ្រងប្រព័ន្ធអាចប្រមូលព័ត៌មានអំពីប៉ារ៉ាម៉ែត្របច្ចុប្បន្ននៃប្រព័ន្ធ និងរៀបចំការជូនដំណឹងដើម្បីទទួលបានការជូនដំណឹងអំពីគម្លាតនៅក្នុងប្រតិបត្តិការនៃប្រព័ន្ធ។

របាយការណ៍នឹងរួមបញ្ចូលការប្រៀបធៀប ថាន់ и VictoriaMetrics - គម្រោងសម្រាប់ការរក្សាទុករយៈពេលវែងនៃម៉ែត្រ Prometheus ។

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

ដែនកំណត់ Prometheus៖

• វាមិនមានទិដ្ឋភាពសំណួរជាសកលទេ។ នេះគឺជាពេលដែលអ្នកមានឧទាហរណ៍ឯករាជ្យជាច្រើននៃ prometheus ។ ពួកគេប្រមូលម៉ែត្រ។ ហើយអ្នកចង់សួរនៅលើកំពូលនៃម៉ែត្រទាំងនេះដែលប្រមូលបានពីឧទាហរណ៍ prometheus ផ្សេងៗគ្នា។ Prometheus មិនអនុញ្ញាតឱ្យរឿងនេះទេ។
• ជាមួយនឹង prometheus ការអនុវត្តត្រូវបានកំណត់ត្រឹមម៉ាស៊ីនមេតែមួយប៉ុណ្ណោះ។ Prometheus មិនធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិនៅលើម៉ាស៊ីនមេច្រើនទេ។ អ្នកអាចបំបែកគោលដៅរបស់អ្នកដោយខ្លួនឯងរវាង Prometheus ច្រើន។
• វិសាលភាពនៃម៉ែត្រនៅក្នុង Prometheus ត្រូវបានកំណត់ចំពោះតែម៉ាស៊ីនមេមួយសម្រាប់ហេតុផលដូចគ្នាដែលវាមិនអាចធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិនៅលើម៉ាស៊ីនមេច្រើននោះទេ។
• វាមិនងាយស្រួលទេក្នុងការរៀបចំសុវត្ថិភាពទិន្នន័យនៅក្នុង Prometheus ។

ដំណោះស្រាយចំពោះបញ្ហា/បញ្ហាប្រឈមទាំងនេះ?

ដំណោះស្រាយគឺ៖

• ថាន់
• VictoriaMetrics
• Uber M3
• Cortex

ដំណោះស្រាយទាំងអស់នេះគឺសម្រាប់ការរក្សាទុកទិន្នន័យពីចម្ងាយដែលប្រមូលបានដោយ Prometheus ។ ពួកគេដោះស្រាយបញ្ហាការផ្ទុកពីចម្ងាយពីស្លាយមុនតាមវិធីផ្សេងៗគ្នា។ ក្នុងបទបង្ហាញនេះ ខ្ញុំនឹងនិយាយអំពីដំណោះស្រាយពីរដំបូងប៉ុណ្ណោះ៖ ថាន់ и VictoriaMetrics.

ជាលើកដំបូងព័ត៌មានអំពី ថាន់ បង្ហាញខ្លួនដោយ តំណនេះ. ស្ថាបត្យកម្មត្រូវបានពិពណ៌នានៅទីនោះ ថាន់ និងរបៀបដែលវាដំណើរការ។

Thanos យកទិន្នន័យដែល Prometheus រក្សាទុកទៅក្នុងថាសមូលដ្ឋាន ហើយចម្លងវាទៅ S3 ទៅ GCS ឬទៅកន្លែងផ្ទុកវត្ថុផ្សេងទៀត។

ដូច្នេះ Thanos ផ្តល់នូវទិដ្ឋភាពសំណួរជាសកល។ អ្នកអាចសួរទិន្នន័យដែលរក្សាទុកក្នុងឃ្លាំងផ្ទុកវត្ថុពីវត្ថុ Prometheus ច្រើន។

Thanos គាំទ្រ PromQL និង Prometheus querying API.

Thanos ប្រើកូដ Prometheus ដើម្បីរក្សាទុកទិន្នន័យ។

Thanos ត្រូវបានបង្កើតឡើងដោយអ្នកអភិវឌ្ឍន៍ដូចគ្នាទៅនឹង Prometheus ។

នៅលើ VictoriaMetrics។ នៅទីនេះ តំណដែលជាកន្លែងដែលយើងបាននិយាយជាលើកដំបូង VictoriaMetrics.

VictoriaMetrics ទទួលទិន្នន័យពី prometheus ជាច្រើន។ API សរសេរពីចម្ងាយ ពិធីការដែលគាំទ្រដោយ Prometheus ។

VictoriaMetrics ផ្តល់នូវទិដ្ឋភាពសំណួរជាសកល ចាប់តាំងពីឧទាហរណ៍ Prometheus ច្រើនអាចសរសេរទិន្នន័យទៅ VictoriaMetrics មួយ។ ដូច្នោះហើយ អ្នកអាចធ្វើសំណួរលើទិន្នន័យទាំងអស់នេះ។

VictoriaMetrics ក៏គាំទ្រផងដែរដូចជា Thanos, PromQL និង Prometheus querying API ។

មិនដូច Thanos ទេ កូដប្រភព VictoriaMetrics ត្រូវបានសរសេរពីដំបូង ហើយត្រូវបានធ្វើឱ្យប្រសើរឡើងសម្រាប់ល្បឿន និងការប្រើប្រាស់ធនធាន។

VictoriaMetrics មិនដូច Thanos ទេ ធ្វើមាត្រដ្ឋានទាំងបញ្ឈរ និងផ្ដេក។ បរិភោគ កំណែថ្នាំងតែមួយដែលធ្វើមាត្រដ្ឋានបញ្ឈរ។ អ្នកអាចចាប់ផ្តើមជាមួយ processor មួយ និងអង្គចងចាំ 1 GB ហើយបន្តិចម្តង ៗ កើនឡើងដល់រាប់រយ processors និង 1 TB នៃ memory។ VictoriaMetrics អាចប្រើប្រាស់ធនធានទាំងអស់នេះបាន។ ដំណើរការរបស់វានឹងកើនឡើងប្រហែល 100 ដងធៀបនឹងប្រព័ន្ធ 1-core ។

ប្រវត្តិសាស្រ្តរបស់ Thanos បានចាប់ផ្តើមនៅក្នុងខែវិច្ឆិកា 2017 នៅពេលដែលការប្តេជ្ញាចិត្តជាសាធារណៈលើកដំបូងបានបង្ហាញខ្លួន។ មុននេះ Thanos ត្រូវបានបង្កើតឡើងនៅខាងក្នុង improbable.io.

នៅខែមិថុនា ឆ្នាំ 2019 មានការចេញផ្សាយ 0.5.0 ដែលក្នុងនោះ ដកចេញ និយាយដើមគេ ពិធីការ។ គាត់ត្រូវបានគេដកចេញពី Thanos ដោយសារតែគាត់សម្តែងមិនបានល្អ។ ជារឿយៗ ចង្កោម Thanos មិនដំណើរការត្រឹមត្រូវទេ ថ្នាំងភ្ជាប់ទៅវាមិនត្រឹមត្រូវ ដោយសារពិធីការនិយាយដើម។ ដូច្នេះហើយ ទើបយើងសម្រេចចិត្តដកគាត់ចេញពីទីនោះ។ ខ្ញុំគិតថានេះជាការសម្រេចចិត្តត្រឹមត្រូវ។

នៅខែមិថុនាឆ្នាំ 2019 ដូចគ្នាពួកគេបានផ្ញើលេខពាក្យសុំ 256 в មូលនិធិកុំព្យូទ័រពពកកំណើត.

ហើយបន្ទាប់ពីពីរបីខែ Thanos ត្រូវបានទទួលយក មូលនិធិកុំព្យូទ័រពពកកំណើតដែលរួមមាន Prometheus, Kubernetes និងគម្រោងពេញនិយមផ្សេងទៀត។

នៅខែមករាឆ្នាំ 2018 ការអភិវឌ្ឍន៍ VictoriaMetrics បានចាប់ផ្តើម។

នៅខែកញ្ញា ឆ្នាំ 2018 ខ្ញុំបានលើកឡើងជាសាធារណៈអំពី VictoriaMetrics ជាលើកដំបូង។

នៅខែធ្នូ ឆ្នាំ 2018 កំណែ Single-node ត្រូវបានបោះពុម្ពផ្សាយ។

នៅខែឧសភា 2019 ត្រូវបានបោះពុម្ពផ្សាយ ប្រភពនៃទាំង Single-node និង cluster versions។

នៅក្នុងខែមិថុនា ឆ្នាំ 2019 ដូចគ្នាទៅនឹង Thanos ដែរ យើងបានដាក់ពាក្យស្នើសុំទៅមូលនិធិ CNCF ក្រោមលេខ 255. យើងបានដាក់ពាក្យមួយថ្ងៃមុនពេល Thanos ដាក់ពាក្យ។

ប៉ុន្តែជាអកុសល យើងនៅតែមិនត្រូវបានទទួលយកនៅទីនោះទេ។ ត្រូវការជំនួយពីសហគមន៍។

សូមក្រឡេកមើលស្លាយសំខាន់ៗដែលបង្ហាញពីស្ថាបត្យកម្ម Thanos និង VictoriaMetrics។

តោះចាប់ផ្តើមជាមួយ Thanos ។ សមាសធាតុពណ៌លឿងគឺជាសមាសធាតុ Prometheus ។ អ្វីផ្សេងទៀតគឺជាសមាសធាតុ Thanos ។ ចូរចាប់ផ្តើមជាមួយនឹងសមាសធាតុសំខាន់បំផុត។ Thanos Sidecar គឺជាសមាសធាតុមួយដែលត្រូវបានដំឡើងនៅជាប់នឹងគ្រប់ Prometheus ។ វាផ្ទុកទិន្នន័យ Prometheus ពីការផ្ទុកក្នុងស្រុកទៅក្នុង S3 ឬវត្ថុផ្ទុកផ្សេងទៀត។

វាក៏មានធាតុផ្សំមួយហៅថា Thanos Store Gateway ដែលអាចអានទិន្នន័យនេះពី Object Storage តាមការស្នើសុំចូលពី Thanos Query ។ Thanos Query អនុវត្ត PromQL និង Prometheus API ។ នោះគឺពីខាងក្រៅវាមើលទៅដូចជា Prometheus ។ ទទួលសំណួរ PromQL ផ្ញើវាទៅ Thanos Store Gateway, Thanos Store Gateway ទាញយកទិន្នន័យចាំបាច់ពី Object Storage ផ្ញើវាមកវិញ។

ប៉ុន្តែយើងរក្សាទុកទិន្នន័យនៅក្នុង Object Storage ដោយមិនប្រើរយៈពេលពីរម៉ោងចុងក្រោយនេះ ដោយសារលក្ខណៈពិសេសមួយនៃការអនុវត្តន៍ Thanos Sidecar ដែលមិនអាចបង្ហោះពីរម៉ោងចុងក្រោយទៅកាន់ Object Storage S3 បានទេ ដោយសារ Prometheus មិនទាន់បានបង្កើតឯកសារសម្រាប់រយៈពេលពីរម៉ោងនេះនៅក្នុងកន្លែងផ្ទុកក្នុងស្រុក។

តើ​អ្នក​សម្រេច​ចិត្ត​ចូល​ជុំវិញ​នេះ​ដោយ​របៀប​ណា? Thanos Query បន្ថែមពីលើសំណើទៅកាន់ Thanos Store Gateway ផ្ញើសំណើស្របគ្នាទៅ Thanos Sidecar ដែលមានទីតាំងនៅជាប់នឹង Prometheus ។

ហើយ Thanos Sidecar ផ្ទុយទៅវិញ ប្រូកស៊ីស្នើសុំបន្ថែមទៅ Prometheus ហើយទាញយកទិន្នន័យសម្រាប់រយៈពេលពីរម៉ោងចុងក្រោយ។

បន្ថែមពីលើសមាសធាតុទាំងនេះ វាក៏មានសមាសភាគស្រេចចិត្តផងដែរ ប្រសិនបើ Thanos នឹងមិនដំណើរការល្អនោះទេ។ នេះគឺជា Thanos Compact ដែលទទួលខុសត្រូវក្នុងការរួមបញ្ចូលគ្នានូវឯកសារតូចៗនៅលើ Object Storage ទៅក្នុងឯកសារធំជាងដែលត្រូវបានបង្ហោះនៅទីនេះដោយ Thanos Sidecars។ Thanos Sidecar ផ្ទុកឯកសារទិន្នន័យនៅទីនោះក្នុងរយៈពេលពីរម៉ោង។ ឯកសារទាំងនេះ ប្រសិនបើពួកវាមិនត្រូវបានបញ្ចូលទៅក្នុងឯកសារធំទេនោះ ចំនួនរបស់ពួកគេអាចកើនឡើងយ៉ាងខ្លាំង។ ឯកសារបែបនេះកាន់តែច្រើន អង្គចងចាំកាន់តែច្រើនត្រូវការសម្រាប់ Thanos Store Gateway ធនធានកាន់តែច្រើនគឺត្រូវការដើម្បីផ្ទេរទិន្នន័យតាមបណ្តាញ និងទិន្នន័យមេតា។ Thanos Store Gateway ក្លាយជាគ្មានប្រសិទ្ធភាព។ ដូច្នេះហើយ ចាំបាច់ត្រូវដំណើរការ Thanos Compact ដែលបញ្ចូលឯកសារតូចៗទៅជាឯកសារធំជាងមុន ដើម្បីកុំឱ្យឯកសារបែបនេះតិចជាងមុន និងកាត់បន្ថយការចំណាយលើ Thanos Store Gateway ។

វាក៏មានធាតុផ្សំដូចជា Thanos Ruler ផងដែរ។ វាប្រតិបត្តិច្បាប់ប្រកាសអាសន្ន Prometheus និងអាចវាយតម្លៃច្បាប់ថត Prometheus ដើម្បីសរសេរទិន្នន័យត្រឡប់ទៅកន្លែងផ្ទុកវត្ថុវិញ។ ប៉ុន្តែសមាសធាតុនេះមិនត្រូវបានណែនាំទេព្រោះ ... គាត់ ទំនោរក្នុងការត្រឡប់ទិន្នន័យមិនពេញលេញ.

នេះគឺជាគ្រោងការណ៍សាមញ្ញរបស់ Thanos ។

ឥឡូវនេះ ចូរយើងប្រៀបធៀបវាជាមួយនឹងគ្រោងការណ៍ VictoriaMetrics ។

VictoriaMetrics មាន 2 កំណែ៖ ថ្នាំងតែមួយ និងកំណែចង្កោម។ ថ្នាំងតែមួយដំណើរការលើកុំព្យូទ័រមួយ។ ថ្នាំងតែមួយមិនមានសមាសធាតុទាំងនេះទេ គឺគ្រាន់តែជាប្រព័ន្ធគោលពីរប៉ុណ្ណោះ។ ប្រព័ន្ធគោលពីរនៅលើស្លាយនេះមើលទៅដូចជាការ៉េនេះ។ អ្វីគ្រប់យ៉ាងដែលនៅខាងក្នុងការ៉េគឺជាមាតិកានៃឯកសារគោលពីរសម្រាប់កំណែ Single-node ។ អ្នកមិនចាំបាច់ដឹងអំពីគាត់ទេ។ អ្នកគ្រាន់តែដំណើរការប្រព័ន្ធគោលពីរ ហើយអ្វីៗដំណើរការសម្រាប់យើង។

កំណែចង្កោមគឺស្មុគស្មាញជាង។ នៅខាងក្នុងវាមានសមាសភាគបីផ្សេងគ្នា: vmselect, vminsert និង vmstorage ។ ពីឈ្មោះរបស់ពួកគេ វាគួរតែច្បាស់ថាពួកគេម្នាក់ៗធ្វើអ្វី។ សមាសភាគបញ្ចូលទទួលយកទិន្នន័យក្នុងទម្រង់ផ្សេងៗគ្នា៖ ពី Prometheus remote write API, Influx line protocol, Graphite protocol និង OpenTSDB protocol។ សមាសភាគបញ្ចូលទទួលយកពួកវា ញែកពួកវា និងចែកចាយពួកវារវាងសមាសធាតុផ្ទុកដែលមានស្រាប់ ដែលទិន្នន័យត្រូវបានរក្សាទុករួចហើយ។ នៅក្នុងវេន សមាសភាគ Select ទទួលយកសំណួរ PromQL ។ គាត់អនុវត្ត PromQLក៏ដូចជា Prometheus querying API ហើយវាអាចត្រូវបានប្រើជាការជំនួស Prometheus នៅក្នុង Grafana ឬអតិថិជន Prometheus API ផ្សេងទៀត។ ជ្រើសរើសទទួលយកសំណើ promql ញែកវា អានទិន្នន័យចាំបាច់សម្រាប់ការអនុវត្តសំណើនេះពីថ្នាំងផ្ទុក ដំណើរការទិន្នន័យនេះ និងត្រឡប់ការឆ្លើយតប។

ចូរយើងប្រៀបធៀបភាពស្មុគស្មាញនៃការដំឡើង Thanos និង VictoriaMetrics ។

តោះចាប់ផ្តើមជាមួយ Thanos ។ មុនពេលអ្នកចាប់ផ្តើមធ្វើការជាមួយ Thanos អ្នកត្រូវបង្កើតធុងនៅក្នុង Object Storage ដូចជា S3 ឬ GCS ដូច្នេះ Thanos Sidecar អាចសរសេរទិន្នន័យទៅវាបាន។

បន្ទាប់មកសម្រាប់ 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 Sidecars ទាំងអស់។

ប្រហែលជាមានបញ្ហាបន្តិចនៅទីនេះ។

អ្នកត្រូវកំណត់រចនាសម្ព័ន្ធការតភ្ជាប់ដែលអាចទុកចិត្តបាន និងសុវត្ថិភាពពី Thanos Query ទៅកាន់សមាសធាតុទាំងនេះ។ ហើយប្រសិនបើ Prometheus របស់អ្នកមានទីតាំងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យផ្សេងៗគ្នា ឬនៅក្នុង VPCs ផ្សេងគ្នា នោះការតភ្ជាប់ទៅពួកគេពីខាងក្រៅត្រូវបានហាមឃាត់។ ប៉ុន្តែដើម្បីឱ្យ Thanos Query ដំណើរការ អ្នកត្រូវកំណត់រចនាសម្ព័ន្ធការតភ្ជាប់នៅទីនោះ ហើយអ្នកត្រូវរកវិធីមួយ។

ប្រសិនបើអ្នកមានមជ្ឈមណ្ឌលទិន្នន័យបែបនេះច្រើន នោះ ភាពជឿជាក់នៃប្រព័ន្ធទាំងមូលនឹងថយចុះ។ ចាប់តាំងពី Thanos Query ត្រូវតែរក្សាការតភ្ជាប់ឥតឈប់ឈរទៅកាន់ Thanos Sidecars ដែលមានទីតាំងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យផ្សេងៗគ្នា។ សម្រាប់រាល់ការស្នើសុំចូល វានឹងបញ្ជូនសំណើទៅកាន់ Thanos Sidecars ទាំងអស់។ ប្រសិនបើការតភ្ជាប់ត្រូវបានរំខាន អ្នកនឹងទទួលបានសំណុំទិន្នន័យមិនពេញលេញ ឬអ្នកនឹងទទួលបានការឆ្លើយតប "cluster is down"។

នៅក្នុង VictoriaMetrics អ្វីគ្រប់យ៉ាងគឺសាមញ្ញជាងបន្តិច។ សម្រាប់កំណែ Single-node អ្នកគ្រាន់តែត្រូវការដំណើរការប្រព័ន្ធគោលពីរមួយ ហើយអ្វីៗដំណើរការ។

នៅក្នុងកំណែចង្កោម វាគ្រប់គ្រាន់ដើម្បីដំណើរការសមាសភាគទាំងបីខាងលើក្នុងបរិមាណណាមួយដែលអ្នកត្រូវការ ឬប្រើ គំនូសតាងមួកសុវត្ថិភាព ដើម្បីធ្វើឱ្យដំណើរការនៃសមាសភាគនៅក្នុង Kubernetes ដោយស្វ័យប្រវត្តិ។ យើងក៏មានគម្រោងបង្កើតប្រតិបត្តិករ Kubernetes ផងដែរ។ គំនូសតាង Helm មិនគ្របដណ្តប់លើករណីមួយចំនួន និងអនុញ្ញាតឱ្យអ្នកបាញ់ខ្លួនឯងដោយជើង។ ឧទាហរណ៍ វាអនុញ្ញាតឱ្យអ្នកកាត់បន្ថយចំនួនថ្នាំងផ្ទុក ដែលនឹងនាំឱ្យបាត់បង់ទិន្នន័យ។

បន្ទាប់ពីអ្នកបានបើកដំណើរការប្រព័ន្ធគោលពីរ ឬកំណែជាចង្កោម អ្នកគ្រាន់តែត្រូវបន្ថែម Prometheus ទៅក្នុងការកំណត់។ ការកំណត់សម្រាប់ url សរសេរពីចម្ងាយដូច្នេះវាចាប់ផ្តើមសរសេរទិន្នន័យស្របទៅនឹងកន្លែងផ្ទុកក្នុងតំបន់ និងឧបករណ៍ផ្ទុកពីចម្ងាយ។ ដូចដែលអ្នកអាចមើលឃើញ ការកំណត់រចនាសម្ព័ន្ធនេះគួរតែអនុវត្តបានច្រើនគួរឱ្យទុកចិត្តជាងបើប្រៀបធៀបទៅនឹងការកំណត់រចនាសម្ព័ន្ធ Thanos ។ យើងមិនចាំបាច់រក្សាការតភ្ជាប់ពី VictoriaMetrics ទៅ Prometheus ទាំងអស់ទេ ព្រោះ Prometheus ខ្លួនគេភ្ជាប់ទៅ VictoriaMetrics និងបញ្ជូនទិន្នន័យ។

ចូរយើងពិចារណាការគាំទ្ររបស់ Thanos និង VictoriaMetrics ។

Thanos ត្រូវត្រួតពិនិត្យ Sidecar ដើម្បីប្រាកដថាពួកគេមិនបញ្ឈប់ការផ្ទុកទិន្នន័យទៅក្នុង Object Storage។ ពួកគេអាចបញ្ឈប់ការទាញយកទិន្នន័យនេះ ដោយសារកំហុសក្នុងការទាញយក ឧទាហរណ៍ ការភ្ជាប់បណ្តាញរបស់អ្នកទៅ Object Storage ត្រូវបានរំខានជាបណ្តោះអាសន្ន ឬ Object Storage គឺមិនមានជាបណ្តោះអាសន្ន។ Thanos Sidecar នឹង​សម្គាល់​ឃើញ​ចំណុច​នេះ​នៅ​ពេល​នេះ រាយការណ៍​អំពី​បញ្ហា អាច​នឹង​គាំង ហើយ​បន្ទាប់​មក​ឈប់​ដំណើរការ។ ប្រសិនបើអ្នកមិនត្រួតពិនិត្យវាទេ នោះអ្នកនឹងឈប់ផ្ទេរទិន្នន័យទៅ Object Storage។ ប្រសិនបើពេលវេលារក្សាទុកបានកន្លងផុតទៅ (6-8 ម៉ោងដែលបានណែនាំ) នោះអ្នកនឹងបាត់បង់ទិន្នន័យដែលមិនបានបញ្ចប់នៅក្នុងកន្លែងផ្ទុកវត្ថុ។

ឧបករណ៍បង្រួម Thanos អាចឈប់ដំណើរការដោយសារតែ ប្រណាំងជាមួយ Sidecar. Compactors យកទិន្នន័យពី Object Storage ហើយបញ្ចូលវាទៅក្នុងផ្នែកធំនៃទិន្នន័យ។ ដោយសារឧបករណ៍បង្រួមមិនត្រូវបានធ្វើសមកាលកម្មជាមួយ Sidecar វាអាចកើតឡើង៖ Sidecar មិនទាន់មានពេលដើម្បីបញ្ចប់ប្លុកទេ Compactor សម្រេចចិត្តថាប្លុកនេះត្រូវបានសរសេរទាំងស្រុង។ ម៉ាស៊ីនបង្ហាប់ចាប់ផ្តើមអានវា។ វាមិនអានប្លុកពេញលេញទេហើយឈប់ដំណើរការ។ មើលព័ត៌មានលម្អិត នៅទីនេះ.

Store Gateway អាចត្រឡប់ទិន្នន័យមិនស៊ីសង្វាក់គ្នា ដោយសារតែការប្រណាំងរវាង Compactor និង Sidecars។ វាជារឿងដូចគ្នានៅទីនេះ ព្រោះ Store Gateway មិនត្រូវបានធ្វើសមកាលកម្មជាមួយ Compactors និង Sidecars តាមមធ្យោបាយណាមួយឡើយ។ ដូច្នោះហើយ លក្ខខណ្ឌនៃការប្រណាំងអាចកើតឡើងនៅពេលដែល Store Gateway មិនឃើញផ្នែកនៃទិន្នន័យ ឬឃើញទិន្នន័យដែលមិនចាំបាច់។

សមាសភាគសំណួរនៅក្នុង Thanos តាមលំនាំដើម ត្រឡប់លទ្ធផលមួយផ្នែក ប្រសិនបើ Sidecars ឬ Store Gateways មួយចំនួនមិនមាននៅពេលនេះ។ អ្នកនឹងទទួលបានផ្នែកមួយនៃទិន្នន័យ ហើយអ្នកនឹងមិនដឹងថាអ្នកមិនបានទទួលទិន្នន័យទាំងអស់នោះទេ។ នេះជារបៀបដែលវាដំណើរការតាមលំនាំដើម។ ក្នុងស្ថានភាពស្រដៀងគ្នា VictoriaMetrics ត្រឡប់ទិន្នន័យដែលបានសម្គាល់ជាផ្នែក។

មិនដូច Thanos ទេ VictoriaMetrics កម្រនឹងបាត់បង់ទិន្នន័យណាស់។ ទោះបីជាការតភ្ជាប់ពី Prometheus ទៅ VictoriaMetrics ត្រូវបានរំខានក៏ដោយ នេះមិនមែនជាបញ្ហាទេ ព្រោះ Prometheus បន្តកត់ត្រាទិន្នន័យថ្មីដែលចូលមកក្នុង Write Ahead Log ដែលមានទំហំ 2 ម៉ោង។ ប្រសិនបើអ្នកស្ដារការតភ្ជាប់របស់អ្នកទៅ VictoriaMetrics ក្នុងរយៈពេលពីរម៉ោង ទិន្នន័យរបស់អ្នកនឹងមិនបាត់បង់ឡើយ។ Prometheus អាចបន្ថែមទិន្នន័យបន្ទាប់ពីស្តារការតភ្ជាប់ទៅ VictoriaMetrics.

មិនដូច Thanos ដែលសរសេរទិន្នន័យទៅវត្ថុផ្ទុកបន្ទាប់ពីពីរម៉ោង Prometheus ចម្លងទិន្នន័យដោយស្វ័យប្រវត្តិដោយប្រើពិធីការសរសេរពីចម្ងាយទៅកន្លែងផ្ទុកពីចម្ងាយ ដូចជា VictoriaMetrics ជាដើម។ អ្នកមិនខ្លាចបាត់បង់កន្លែងផ្ទុកក្នុងស្រុកនៅ Prometheus ទេ។ ប្រសិនបើភ្លាមៗនោះគាត់បាត់បង់ទំហំផ្ទុកក្នុងមូលដ្ឋាន នោះក្នុងករណីដ៏អាក្រក់បំផុត អ្នកនឹងបាត់បង់ទិន្នន័យក្នុងវិនាទីចុងក្រោយដែលមិនមានពេលវេលាដើម្បីកត់ត្រានៅក្នុងឧបករណ៍ផ្ទុកពីចម្ងាយ។

Kubernetes គ្រប់គ្រងចង្កោមដោយស្វ័យប្រវត្តិ មិនដូច Thanos ទេ។ វាពិបាកក្នុងការដាក់សមាសធាតុ Thanos ទាំងអស់ទៅក្នុងចង្កោម Kubernetes តែមួយ មិនដូចសមាសធាតុចង្កោម VictoriaMetrics ទេ។

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

VictoriaMetrics ធ្វើឱ្យវាមានភាពងាយស្រួលក្នុងការពង្រីកចង្កោម។ គ្រាន់តែបន្ថែមសមាសធាតុចាំបាច់ហើយបន្តធ្វើការ។

អំពីបញ្ហានៅក្នុង Thanos និង VictoriaMetrics ។

Thanos មាន​បញ្ហា​ដូច​ខាង​ក្រោម។ Prometheus ត្រូវតែរក្សាទុកទិន្នន័យសម្រាប់រយៈពេលពីរម៉ោងចុងក្រោយ។ ប្រសិនបើពួកគេបាត់បង់ អ្នកនឹងបាត់បង់វាទាំងស្រុង ព្រោះពួកគេមិនទាន់ត្រូវបានសរសេរទៅកាន់ Object Storage ដូច S3 ទេ។

សមាសភាគ Store Gateway និងសមាសធាតុបង្រួមអាចត្រូវការអង្គចងចាំច្រើនដើម្បីដំណើរការជាមួយ Object Storage ធំប្រសិនបើមានឯកសារតូចៗជាច្រើនត្រូវបានរក្សាទុកនៅទីនោះ។ ចំនួន និងទំហំឯកសារកាន់តែច្រើន នោះ Store Gateway និង RAM កាន់តែតូចត្រូវបានទាមទារ ដើម្បីរក្សាទុកទម្រង់ទិន្នន័យ។ Thanos មានបញ្ហាជាច្រើនទាក់ទងនឹងការពិតនោះ។ Store Gateway និងឧបករណ៍បង្រួមគាំងជាមួយនឹងបរិមាណមធ្យមនៃទិន្នន័យដែលបានកត់ត្រា.

Thanos ត្រូវបានផ្សព្វផ្សាយដើម្បីធ្វើមាត្រដ្ឋានដោយមិនកំណត់ជាមួយនឹងចំនួន Prometheus ដែលអ្នកមាន។ នេះពិតជាមិនពិតទេ។ ដោយសារសំណើទាំងអស់ឆ្លងកាត់សមាសធាតុសំណួរ ដែលត្រូវតែស្ទង់មតិក្នុងពេលដំណាលគ្នានូវសមាសធាតុ Store Gateway និងសមាសធាតុ Sidecar ទាំងអស់ ទាញទិន្នន័យពីទីនោះ ហើយបន្ទាប់មកដំណើរការវាជាមុន។ ជាក់ស្តែង ល្បឿននៃការស្នើសុំត្រូវបានកំណត់ដោយតំណខ្សោយបំផុត ច្រកផ្លូវយឺតបំផុត Store ឬ Sidecar យឺតបំផុត។

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

តាមលំនាំដើម Thanos ផ្តល់ទិន្នន័យមួយផ្នែក ប្រសិនបើ Sidecars មួយចំនួន និង Store Gateway មិនអាចប្រើបាន។ ជាឧទាហរណ៍ ប្រសិនបើ Sidecars របស់អ្នកត្រូវបានខ្ចាត់ខ្ចាយនៅជុំវិញពិភពលោកនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យផ្សេងៗគ្នា នោះលទ្ធភាពនៃការបរាជ័យនៃការតភ្ជាប់ និងការមិនមានសមាសភាគកើនឡើងយ៉ាងខ្លាំង។ ដូច្នោះហើយ ក្នុងករណីភាគច្រើន អ្នកនឹងទទួលបានទិន្នន័យមួយផ្នែកដោយមិនដឹងខ្លួន។

VictoriaMetrics ក៏​មាន​បញ្ហា​ដែរ។ រណ្តៅទីមួយគឺជាជម្រើសដែលកំណត់ចំនួន RAM ដែលប្រើសម្រាប់ឃ្លាំងសម្ងាត់ VictoriaMetrics ។ តាមលំនាំដើម វាស្មើនឹង 60% នៃ RAM នៅលើម៉ាស៊ីនដែល VictoriaMetrics កំពុងដំណើរការ ឬ 60% នៃ RAM នៃ VictoriaMetrics pod នៅក្នុង Kubernetes ។

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

ជម្រើសទីពីរ។ នេះគឺជារយៈពេលរក្សាទុក - រយៈពេលដែលត្រូវបានកំណត់ទៅ 1 ខែតាមលំនាំដើម។ នេះគឺជារយៈពេលដែល VictoriaMetrics រក្សាទុកទិន្នន័យ។ បន្ទាប់ពីរយៈពេលនេះ VictoriaMetrics លុបទិន្នន័យ។

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

តោះមើលលក្ខណៈពិសេសប្លែកៗ។

Thanos មានលក្ខណៈពិសេសមួយហៅថា downsampling: ចន្លោះពេល 5 នាទី និងមួយម៉ោង ដែលជាញឹកញាប់ មិនដំណើរការត្រឹមត្រូវ។. ប្រសិនបើអ្នក google ហើយមើលបញ្ហារបស់ពួកគេនៅលើ github មានបញ្ហាជាច្រើនទាក់ទងនឹងការចុះគំរូនេះ ដែលពេលខ្លះវាមិនដំណើរការត្រឹមត្រូវ ឬមិនដំណើរការដូចដែលអ្នកប្រើប្រាស់រំពឹងទុក។

Thanos មានការផ្ដាច់ទិន្នន័យសម្រាប់គូ Prometheus HA។ នៅពេលដែល Prometheus ពីរប្រមូលម៉ែត្រដូចគ្នាពីគោលដៅដូចគ្នា ហើយ Thanos រក្សាទុកវានៅក្នុង Object Storage ។ Thanos អាចចម្លងទិន្នន័យនេះបានត្រឹមត្រូវ មិនដូច VictoriaMetrics ទេ។

Thanos មានសមាសធាតុដាស់តឿនដែលស្ថិតនៅក្នុងគ្រោងការណ៍ Thanos ។ ប៉ុន្តែគាត់ មិនត្រូវបានណែនាំសម្រាប់ប្រើក្នុងផលិតកម្ម.

Thanos មានគុណសម្បត្តិដែល Thanos និង Prometheus ចែករំលែកកូដដូចគ្នា។ Thanos និង Prometheus ត្រូវបានបង្កើតឡើងដោយអ្នកអភិវឌ្ឍន៍ដូចគ្នា។ ជាមួយនឹងការកែលម្អ Thanos ឬ Prometheus ភាគីម្ខាងទៀតឈ្នះ។

មុខងារសំខាន់របស់ VictoriaMetrics គឺ MetricsQL ។ ទាំងនេះគឺជាផ្នែកបន្ថែមរបស់ VictoriaMetrics សម្រាប់ PromQL ដែលខ្ញុំបាននិយាយអំពីនៅឯកិច្ចប្រជុំត្រួតពិនិត្យធំពីមុន។

VictoriaMetrics គាំទ្រការផ្ទុកទិន្នន័យដោយប្រើពិធីការផ្សេងៗគ្នាជាច្រើន។ VictoriaMetrics មិនត្រឹមតែអាចទទួលយកទិន្នន័យពី Prometheus ប៉ុណ្ណោះទេ ថែមទាំងតាមរយៈពិធីការ Influx, OpenTSDB និង Graphite ផងដែរ។

ទិន្នន័យ VictoriaMetrics ប្រើទំហំតិចជាងច្រើនបើប្រៀបធៀបទៅនឹង Thanos និង Prometheus ។

ប្រសិនបើអ្នកកត់ត្រាទិន្នន័យពិតប្រាកដ អ្នកប្រើប្រាស់និយាយអំពីការកាត់បន្ថយទំហំទិន្នន័យនៅលើថាស 2-5 ដងបើប្រៀបធៀបទៅនឹង Prometheus និង Thanos ។

អត្ថប្រយោជន៍មួយទៀតរបស់ VictoriaMetrics គឺថាវាត្រូវបានធ្វើឱ្យប្រសើរសម្រាប់ល្បឿន។

សូមក្រឡេកមើលថ្លៃដើមនៃហេដ្ឋារចនាសម្ព័ន្ធ។

គុណសម្បត្តិមួយក្នុងចំណោមគុណសម្បត្តិរបស់ Thanos គឺថាវារក្សាទុកទិន្នន័យក្នុងការផ្ទុកវត្ថុដែលមានតម្លៃថោកសមរម្យ។

នៅពេលរក្សាទុកទិន្នន័យនៅក្នុងកន្លែងផ្ទុកវត្ថុ អ្នកត្រូវតែចំណាយសម្រាប់ប្រតិបត្តិការសរសេរ និងអានទិន្នន័យ (10 ដុល្លារក្នុងមួយប្រតិបត្តិការរាប់លាន)។ នៅពេលអ្នកសរសេរទិន្នន័យទៅកន្លែងផ្ទុកវត្ថុ អ្នកបង់ថ្លៃបង្ហោះរបស់អ្នកសម្រាប់ការបង្ហោះទិន្នន័យទៅអ៊ីនធឺណិត ប្រសិនបើចង្កោមរបស់អ្នកមិនមាននៅក្នុង AWS វាឥតគិតថ្លៃនៅទីនោះ។ នៅពេលអ្នកអានទិន្នន័យ អ្នកចំណាយចន្លោះពី 10 ដុល្លារ ទៅ 230 ដុល្លារក្នុង 1TB។ នេះអាចមានសារៈសំខាន់ប្រសិនបើអ្នកជាញឹកញាប់សួរទិន្នន័យប្រវត្តិសាស្រ្តពីក្រុម Thanos ។

សម្រាប់ចង្កោម Thanos អ្នកត្រូវបង់ប្រាក់សម្រាប់ Servers សម្រាប់ Compact, Store Gateway, Query components ដែលទាមទារអង្គចងចាំច្រើន និង CPU សម្រាប់ទិន្នន័យធំ។

VictoriaMetrics មានការចំណាយដូចខាងក្រោម។ ប្រសិនបើអ្នករក្សាទុកទិន្នន័យនៅលើ GCE HDD drives នោះវាចេញមកត្រឹម $40 សម្រាប់ 1TB។ សម្រាប់ VictoriaMetrics ដ្រាយ HDD ធម្មតាគឺគ្រប់គ្រាន់ គ្មាន SSDs ដែលមានតម្លៃថ្លៃជាង XNUMX ដងគឺត្រូវការ។ VictoriaMetrics ត្រូវបានធ្វើឱ្យប្រសើរឡើងសម្រាប់ HDD ។

VictoriaMetrics ទាមទារម៉ាស៊ីនមេសម្រាប់សមាសធាតុ៖ ទាំងផ្នែកទោល ឬ ចង្កោម ដែលខុសពីសមាសធាតុ Thanos ត្រូវការស៊ីភីយូ និង RAM តិចជាងច្រើន ហើយនឹងមានតម្លៃថោកជាង។

ឧទាហរណ៍នៃការអនុវត្ត។

Thanos មានឧទាហរណ៍នៃការអនុវត្តនៅក្នុង Gitlab ។ Gitlab ដំណើរការទាំងស្រុងលើ Thanos ។ ប៉ុន្តែមិនមែនអ្វីៗទាំងអស់គឺរលូននៅទីនោះទេ។ ប្រសិនបើអ្នកក្រឡេកមើលពួកគេ។ បញ្ហាបន្ទាប់មកអ្នកអាចមើលឃើញថាពួកគេមានមួយចំនួនឥតឈប់ឈរ បញ្ហាប្រតិបត្តិការជាមួយ Thanos៖ មិនមានអង្គចងចាំគ្រប់គ្រាន់សម្រាប់ Store Gateway ឬសមាសធាតុសំណួរទេ។ ពួកគេត្រូវតែបង្កើនការចងចាំជានិច្ច។

ដោយសារតែនេះការចំណាយលើការដោះស្រាយបញ្ហាទាំងនេះកើនឡើង។

ការអនុវត្តទីពីរដែលអាចទទួលបានជោគជ័យជាងគឺក្រុមហ៊ុន Improbable ដែលបានចាប់ផ្តើមអភិវឌ្ឍ Thanos ។ ពួកគេបានបោះពុម្ពកូដប្រភព Thanos ។ Improbable គឺជាក្រុមហ៊ុនដែលបង្កើតម៉ាស៊ីនហ្គេម។

VictoriaMetrics មានឧទាហរណ៍ការអនុវត្តជាសាធារណៈ៖

• អ្នកបង្កើតគេហទំព័រ wix.com
• Adidas កំពុងអនុវត្ត VictoriaMetrics ហើយថែមទាំងបានធ្វើបទបង្ហាញនៅឯ PromCon 2019 ចុងក្រោយ
• TrafficStars - បណ្តាញផ្សាយពាណិជ្ជកម្ម
• Seznam.cz គឺជាម៉ាស៊ីនស្វែងរកឆេកដ៏ពេញនិយម។

ហើយបន្ទាប់មកមានក្រុមហ៊ុនគ្មានឈ្មោះដែលខ្ញុំមិនអាចដាក់ឈ្មោះឥឡូវនេះ។ ពួកគេមិនបានយល់ព្រមទេ។

• អ្នកអភិវឌ្ឍន៍ហ្គេមធំមួយ។ ធំជាងមិនអាចទៅរួច។
• អ្នកអភិវឌ្ឍន៍កម្មវិធីក្រាហ្វិកសំខាន់ៗ។
• ធនាគាររុស្ស៊ីធំ។
• ក្រុមហ៊ុនផលិតទួរប៊ីនខ្យល់នៅអឺរ៉ុបដែលបានសាកល្បងដោយជោគជ័យ VictoriaMetrics ។ ក្រុមហ៊ុនផលិតនេះកំពុងអនុវត្ត VictoriaMetrics ដើម្បីត្រួតពិនិត្យទិន្នន័យដែលប្រមូលបានពីទួរប៊ីនខ្យល់ក្នុងអត្រា 50 គំរូក្នុងមួយវិនាទីក្នុងមួយឧបករណ៍ចាប់សញ្ញា។ ទួរប៊ីនខ្យល់នីមួយៗមានឧបករណ៍ចាប់សញ្ញារាប់រយ។ ពួកគេមានទួរប៊ីនខ្យល់រាប់រយ។
• ក្រុមហ៊ុនអាកាសចរណ៍រុស្ស៊ីដែលចង់អនុវត្ត VictoriaMetrics ប៉ុន្តែនៅតែមិនអាច។ យើង​ស្ថិត​ក្នុង​ដំណាក់​កាល​នៃ​កិច្ច​សន្យា​ជាមួយ​ពួក​គេ។

សេចក្តីសន្និដ្ឋាន។

VictoriaMetrics និង Thanos ដោះស្រាយបញ្ហាស្រដៀងគ្នា ប៉ុន្តែតាមវិធីផ្សេងគ្នា៖

• ទិដ្ឋភាពសំណួរសកល
• ការធ្វើមាត្រដ្ឋានផ្ដេក
• ការរក្សាទុកដោយបំពាន

ស្ទ្រីម។

យើងកំពុងរង់ចាំអ្នកនៅរបស់យើង។ ឆានែលទូរលេខ.

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើអ្នកប្រើអ្វីជាការផ្ទុករយៈពេលវែងសម្រាប់ Prometheus?

• 35,3%Thanos ៦

• 0,0%Cortex 0

• 0,0%M3DB0

• 41,2%VictoriaMetrics ៧

• 23,5%ផ្សេងៗ ២០

អ្នកប្រើប្រាស់ 17 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ១៤ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com