ពិនិត្យឡើងវិញ Kubecost សម្រាប់ការសន្សំប្រាក់នៅលើ Kubernetes នៅក្នុងពពក

បច្ចុប្បន្ននេះ ក្រុមហ៊ុនកាន់តែច្រើនឡើងកំពុងផ្ទេរហេដ្ឋារចនាសម្ព័ន្ធរបស់ពួកគេពីម៉ាស៊ីនមេផ្នែករឹង និងម៉ាស៊ីននិម្មិតផ្ទាល់របស់ពួកគេទៅកាន់ពពក។ ដំណោះស្រាយនេះងាយស្រួលពន្យល់៖ មិនចាំបាច់ព្រួយបារម្ភអំពីផ្នែករឹងទេ ចង្កោមត្រូវបានកំណត់យ៉ាងងាយស្រួលតាមវិធីផ្សេងៗជាច្រើន... ហើយសំខាន់បំផុត បច្ចេកវិទ្យាដែលមានស្រាប់ (ដូចជា Kubernetes) ធ្វើឱ្យវាអាចធ្វើមាត្រដ្ឋានថាមពលកុំព្យូទ័រដោយសាមញ្ញអាស្រ័យលើបន្ទុក។ .

ទិដ្ឋភាពហិរញ្ញវត្ថុតែងតែសំខាន់។ ឧបករណ៍ដែលបានពិភាក្សានៅក្នុងអត្ថបទនេះត្រូវបានរចនាឡើងដើម្បីជួយកាត់បន្ថយថវិកានៅពេលប្រើប្រាស់ហេដ្ឋារចនាសម្ព័ន្ធពពកជាមួយ Kubernetes ។

សេចក្តីណែនាំ

Kubecost គឺជាការចាប់ផ្ដើមដំបូងរបស់រដ្ឋកាលីហ្វ័រញ៉ាពី Google ដោយបង្កើតដំណោះស្រាយសម្រាប់ការគណនាថ្លៃដើមហេដ្ឋារចនាសម្ព័ន្ធនៅក្នុងសេវាកម្មពពក (នៅក្នុងចង្កោម Kubernetes + ធនធានដែលបានចែករំលែក) ការស្វែងរកឧបសគ្គនៅក្នុងការកំណត់ចង្កោម និងការផ្ញើការជូនដំណឹងសមស្របទៅ Slack ។

យើងមានអតិថិជនជាមួយ Kubernetes ទាំងនៅក្នុង AWS និង GCP clouds ដែលធ្លាប់ស្គាល់ ហើយកាន់តែកម្រសម្រាប់សហគមន៍លីនុច Azure - ជាទូទៅនៅលើវេទិកាទាំងអស់ដែលគាំទ្រដោយ Kubecost ។ សម្រាប់ពួកគេមួយចំនួន យើងគណនាថ្លៃដើមនៃសេវាកម្មក្នុងក្រុមខ្លួនយើង (ដោយប្រើវិធីសាស្ត្រស្រដៀងនឹងអ្វីដែល Kubecost ប្រើ) ហើយក៏ត្រួតពិនិត្យតម្លៃហេដ្ឋារចនាសម្ព័ន្ធ និងព្យាយាមបង្កើនប្រសិទ្ធភាពពួកគេ។ ដូច្នេះ វាជាឡូជីខលដែលយើងចាប់អារម្មណ៍លើលទ្ធភាពនៃការធ្វើស្វ័យប្រវត្តិកម្មការងារបែបនេះ។

កូដប្រភពនៃម៉ូឌុល Kubecost ចម្បងគឺបើកនៅក្រោមលក្ខខណ្ឌនៃអាជ្ញាប័ណ្ណប្រភពបើកចំហ (Apache License 2.0) ។ វាអាចប្រើបានដោយសេរី ហើយលក្ខណៈពិសេសដែលមានគួរតែគ្រប់គ្រាន់សម្រាប់គម្រោងតូចៗ។ ទោះជាយ៉ាងណាក៏ដោយអាជីវកម្មគឺជាអាជីវកម្ម: ផលិតផលដែលនៅសល់ត្រូវបានបិទវាអាចប្រើបាន ការជាវដែលបានបង់ដែលបង្កប់ន័យការគាំទ្រផ្នែកពាណិជ្ជកម្មផងដែរ។ លើសពីនេះ អ្នកនិពន្ធផ្តល់អាជ្ញាប័ណ្ណដោយឥតគិតថ្លៃសម្រាប់ចង្កោមតូចៗ (ចង្កោម 1 មាន 10 ថ្នាំង - ក្នុងអំឡុងពេលសរសេរអត្ថបទនេះ ដែនកំណត់នេះបានពង្រីកដល់ 20 ថ្នាំង) ឬរយៈពេលសាកល្បងដែលមានសមត្ថភាពពេញលេញសម្រាប់ 1 ខែ។

របៀបដែលវាដំណើរការទាំងអស់។

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

និយាយជាទូទៅ គំរូតម្លៃមានចំណុចប្រទាក់បណ្ដាញផ្ទាល់របស់វា ដែលបង្ហាញក្រាហ្វ និងស្ថិតិលម្អិតអំពីការចំណាយក្នុងទម្រង់តារាង ក៏ដូចជាព័ត៌មានជំនួយសម្រាប់ការបង្កើនប្រសិទ្ធភាពការចំណាយ។ ផ្ទាំងគ្រប់គ្រងដែលបានបង្ហាញនៅក្នុង Grafana គឺជាដំណាក់កាលដំបូងក្នុងការអភិវឌ្ឍន៍ Kubecost ហើយមានទិន្នន័យដូចគ្នាទៅនឹងគំរូតម្លៃ ដោយបន្ថែមពួកវាជាមួយនឹងស្ថិតិធម្មតាលើការប្រើប្រាស់ CPU/memory/network/disk space នៅក្នុង cluster និងសមាសធាតុរបស់វា .

តើ Kubecost ដំណើរការយ៉ាងដូចម្តេច?

• គំរូតម្លៃទទួលបានតម្លៃសម្រាប់សេវាកម្មតាមរយៈ API របស់អ្នកផ្តល់សេវាពពក។
• លើសពីនេះទៀតអាស្រ័យលើប្រភេទដែកនៃថ្នាំងនិងតំបន់តម្លៃក្នុងមួយថ្នាំងត្រូវបានគណនា។
• ដោយផ្អែកលើតម្លៃនៃការដំណើរការថ្នាំង ស្លឹកនីមួយៗទទួលបានការចំណាយក្នុងមួយម៉ោងនៃការប្រើប្រាស់ស៊ីភីយូ ក្នុងមួយជីហ្គាបៃនៃអង្គចងចាំប្រើប្រាស់ និងក្នុងមួយម៉ោងក្នុងមួយជីហ្គាបៃនៃទិន្នន័យដែលបានរក្សាទុក - អាស្រ័យលើថ្នាំងដែលវាកំពុងដំណើរការ ឬថ្នាក់ផ្ទុក។
• ដោយផ្អែកលើតម្លៃនៃប្រតិបត្តិការ pods បុគ្គល ការទូទាត់ត្រូវបានគណនាសម្រាប់ namespaces, services, deployments, StatefulSets។
• ស្ថិតិត្រូវបានគណនាដោយប្រើម៉ែត្រដែលផ្តល់ដោយ kube-state-metrics និង node-exporter ។

វាមានសារៈសំខាន់ណាស់ក្នុងការពិចារណាថា Kubecost តាមលំនាំដើម រាប់តែធនធានដែលមាននៅក្នុង Kubernetes ប៉ុណ្ណោះ។. មូលដ្ឋានទិន្នន័យខាងក្រៅ ម៉ាស៊ីនមេ GitLab កន្លែងផ្ទុក S3 និងសេវាកម្មផ្សេងទៀតដែលមិនមាននៅក្នុងចង្កោម (ទោះបីជាស្ថិតនៅក្នុងពពកដូចគ្នា) មិនអាចមើលឃើញវាបានទេ។ ទោះបីជាសម្រាប់ GCP និង AWS អ្នកអាចបន្ថែមសោនៃគណនីសេវាកម្មរបស់អ្នក និងគណនាអ្វីៗទាំងអស់រួមគ្នា។

ការកំណត់

Kubecost ទាមទារ៖

• Kubernetes កំណែ 1.8 និងខ្ពស់ជាងនេះ;
• kube-state-metrics;
• Prometheus;
• node-exporter ។

វាបានកើតឡើងដូច្នេះថានៅក្នុងចង្កោមរបស់យើងលក្ខខណ្ឌទាំងអស់នេះត្រូវបានបំពេញជាមុនដូច្នេះវាបានប្រែក្លាយថាវាគ្រប់គ្រាន់ដើម្បីគ្រាន់តែបញ្ជាក់ចំណុចបញ្ចប់ត្រឹមត្រូវសម្រាប់ការចូលទៅកាន់ Prometheus ។ ទោះជាយ៉ាងណាក៏ដោយ តារាង kubecost Helm ផ្លូវការមានអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវការដើម្បីដំណើរការលើចង្កោមទទេ។

មានវិធីជាច្រើនក្នុងការដំឡើង Kubecost៖

1. វិធីសាស្រ្តដំឡើងស្តង់ដារដែលបានពិពណ៌នានៅក្នុង ការណែនាំ នៅលើគេហទំព័ររបស់អ្នកអភិវឌ្ឍន៍ បន្ថែមឃ្លាំងអ្នកវិភាគតម្លៃទៅ Helm ហើយបន្ទាប់មកដំឡើងតារាង. អ្វីដែលនៅសេសសល់គឺត្រូវបញ្ជូនបន្តច្រករបស់អ្នក និងកែតម្រូវការកំណត់ទៅស្ថានភាពដែលចង់បានដោយដៃ (តាមរយៈ kubectl) និង/ឬដោយប្រើចំណុចប្រទាក់គេហទំព័រគំរូតម្លៃ។

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

2. ប្រើជាសំខាន់ តារាងដូចគ្នា។ប៉ុន្តែកំណត់រចនាសម្ព័ន្ធ និងដំឡើងវាដោយខ្លួនឯង។ នៅក្នុងវិធីងាយស្រួលណាមួយ។

   ដូចដែលបានបញ្ជាក់រួចមកហើយ បន្ថែមពីលើ kubecost ខ្លួនវា តារាងនេះមានគំនូសតាង Grafana និង Prometheus ដែលអាចត្រូវបានប្ដូរតាមបំណងតាមការចង់បាន។

   មាននៅលើតារាង values.yaml សម្រាប់​អ្នក​វិភាគ​តម្លៃ​អនុញ្ញាត​ឱ្យ​អ្នក​កំណត់​រចនាសម្ព័ន្ធ​:

   • បញ្ជីនៃសមាសធាតុវិភាគថ្លៃដើមដែលត្រូវការដាក់ឱ្យប្រើប្រាស់។
   • ចំណុចបញ្ចប់របស់អ្នកសម្រាប់ Prometheus (ប្រសិនបើអ្នកមានមួយរួចហើយ);
   • domains និងការកំណត់ ingress ផ្សេងទៀតសម្រាប់ cost-model និង Grafana;
   • ចំណារពន្យល់សម្រាប់ pods;
   • តម្រូវការប្រើប្រាស់ការផ្ទុកអចិន្ត្រៃយ៍ និងទំហំរបស់វា។

   បញ្ជីពេញលេញនៃជម្រើសនៃការកំណត់រចនាសម្ព័ន្ធដែលមានជាមួយនឹងការពិពណ៌នាគឺមាននៅក្នុង ឯកសារ.

   ដោយសារ kubecost នៅក្នុងកំណែមូលដ្ឋានរបស់វាមិនអាចដាក់កម្រិតការចូលប្រើបានទេ អ្នកនឹងត្រូវកំណត់រចនាសម្ព័ន្ធការផ្ទៀងផ្ទាត់មូលដ្ឋានភ្លាមៗសម្រាប់បន្ទះបណ្តាញ។

3. ដំឡើង មានតែប្រព័ន្ធស្នូលប៉ុណ្ណោះ។ - ម៉ូដែលថ្លៃដើម។ ដើម្បីធ្វើដូច្នេះ អ្នកត្រូវតែដំឡើង Prometheus នៅក្នុងចង្កោម ហើយបញ្ជាក់តម្លៃដែលត្រូវគ្នានៃអាសយដ្ឋានរបស់វានៅក្នុងអថេរ។ prometheusEndpoint សម្រាប់ Helm ។ បន្ទាប់ពីនោះ - អនុវត្ត សំណុំនៃការកំណត់រចនាសម្ព័ន្ធ YAML នៅក្នុងចង្កោម។

   ជាថ្មីម្តងទៀត អ្នកនឹងត្រូវបន្ថែម Ingress ដោយដៃជាមួយនឹងមូលដ្ឋាន-auth ។ ជាចុងក្រោយ អ្នកនឹងត្រូវបន្ថែមផ្នែកសម្រាប់ការប្រមូលម៉ែត្រគំរូតម្លៃចូល extraScrapeConfigs នៅក្នុងការកំណត់រចនាសម្ព័ន្ធ Prometheus:

   - job_name: kubecost
     honor_labels: true
     scrape_interval: 1m
     scrape_timeout: 10s
     metrics_path: /metrics
     scheme: http
     dns_sd_configs:
     - names:
       - <адрес вашего сервиса kubecost>
       type: 'A'
       port: 9003

តើយើងទទួលបានអ្វីខ្លះ?

ជាមួយនឹងការដំឡើងពេញលេញ យើងមាននៅការចោលរបស់យើងនូវ kubecost និងបន្ទះបណ្តាញ Grafana ជាមួយនឹងសំណុំនៃផ្ទាំងគ្រប់គ្រង។

ចំណាយសរុបបង្ហាញនៅលើអេក្រង់មេ បង្ហាញតម្លៃប៉ាន់ស្មាននៃធនធានសម្រាប់ខែ។ នេះ។ ព្យាករ តម្លៃឆ្លុះបញ្ចាំងពីតម្លៃនៃការប្រើប្រាស់ចង្កោម (ក្នុងមួយខែ) នៅកម្រិតបច្ចុប្បន្ននៃការប្រើប្រាស់ធនធាន។

រង្វាស់នេះគឺមានច្រើនសម្រាប់ការវិភាគការចំណាយ និងបង្កើនប្រសិទ្ធភាពពួកគេ។ វាមិនងាយស្រួលទេក្នុងការមើលការចំណាយសរុបសម្រាប់ខែកក្កដាអរូបីក្នុង kubecost៖ អ្នកនឹងត្រូវធ្វើដូចនេះ ទៅវិក័យប័ត្រ. ប៉ុន្តែអ្នកអាចមើលឃើញការចំណាយដែលបែងចែកដោយ ចន្លោះឈ្មោះ ស្លាក ផតសម្រាប់ 1/2/7/30/90 ថ្ងៃ ដែលវិក្កយបត្រនឹងមិនបង្ហាញអ្នកទេ។

និយាយ​អំពី ស្លាក. អ្នកគួរតែចូលទៅកាន់ការកំណត់ភ្លាមៗ ហើយកំណត់ឈ្មោះស្លាកដែលនឹងត្រូវបានប្រើជាប្រភេទបន្ថែមសម្រាប់ការចំណាយជាក្រុម៖

អ្នកអាចព្យួរស្លាកណាមួយនៅលើពួកវា - ងាយស្រួលប្រសិនបើអ្នកមានប្រព័ន្ធដាក់ស្លាកផ្ទាល់ខ្លួនរបស់អ្នករួចហើយ។

នៅទីនោះផងដែរ អ្នកអាចផ្លាស់ប្តូរអាសយដ្ឋាននៃចំណុចបញ្ចប់ API ដែលម៉ូដែលតម្លៃតភ្ជាប់ កែតម្រូវទំហំបញ្ចុះតម្លៃនៅក្នុង GCP និងកំណត់តម្លៃផ្ទាល់ខ្លួនរបស់អ្នកសម្រាប់ធនធាន និងរូបិយប័ណ្ណសម្រាប់ការវាស់វែងរបស់ពួកគេ (សម្រាប់ហេតុផលមួយចំនួន លក្ខណៈពិសេសមិនប៉ះពាល់ដល់ការចំណាយសរុប)។

Kubecost អាចបង្ហាញផ្សេងៗ បញ្ហានៅក្នុងចង្កោម (និងសូម្បីតែការជូនដំណឹងក្នុងករណីមានគ្រោះថ្នាក់) ។ ជាអកុសល ជម្រើសមិនអាចកំណត់រចនាសម្ព័ន្ធបានទេ ដូច្នេះហើយ ប្រសិនបើអ្នកមានបរិស្ថានសម្រាប់អ្នកអភិវឌ្ឍន៍ និងប្រើប្រាស់ពួកវា អ្នកនឹងឃើញអ្វីមួយដូចនេះជានិច្ច៖

ឧបករណ៍សំខាន់មួយ - ការសន្សំជាក្រុម. វាវាស់សកម្មភាពរបស់ផត (ការប្រើប្រាស់ធនធាន រួមទាំងបណ្តាញ) ហើយក៏គណនាថាតើលុយប៉ុន្មាន និងអ្វីដែលអ្នកសន្សំបានផងដែរ។

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

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

លទ្ធផល

បន្ទាប់ពីប្រើ kubecost អស់រយៈពេលមួយខែលើគម្រោងមួយចំនួន យើងអាចសន្និដ្ឋានថានេះគឺជាឧបករណ៍គួរឱ្យចាប់អារម្មណ៍មួយ (ហើយក៏ងាយស្រួលរៀន និងដំឡើងផងដែរ) សម្រាប់ការវិភាគ និងបង្កើនប្រសិទ្ធភាពការចំណាយសម្រាប់សេវាកម្មរបស់អ្នកផ្តល់សេវាពពកដែលប្រើសម្រាប់ចង្កោម Kubernetes ។ ការគណនាបានប្រែទៅជាត្រឹមត្រូវណាស់៖ នៅក្នុងការពិសោធន៍របស់យើង ពួកគេបានស្របគ្នានឹងអ្វីដែលអ្នកផ្តល់សេវាពិតជាត្រូវការ។

វាក៏មានគុណវិបត្តិមួយចំនួនផងដែរ៖ មានកំហុសដែលមិនសំខាន់ ហើយនៅកន្លែងខ្លះមុខងារមិនគ្របដណ្តប់តម្រូវការជាក់លាក់ចំពោះគម្រោងមួយចំនួន។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកត្រូវយល់ឱ្យបានឆាប់ថាតើប្រាក់នឹងទៅណា ហើយអ្វីដែលអាចត្រូវបាន "កាត់" ដើម្បីកាត់បន្ថយវិក្កយបត្រសម្រាប់សេវាកម្មពពកដោយ 5-30% (នេះជាអ្វីដែលបានកើតឡើងក្នុងករណីរបស់យើង) នេះគឺជាជម្រើសដ៏ល្អ។ .

PS

សូមអានផងដែរនៅលើប្លក់របស់យើង៖

• «ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិ និងការគ្រប់គ្រងធនធាននៅក្នុង Kubernetes (ការពិនិត្យឡើងវិញ និងរបាយការណ៍វីដេអូ)»
• «ដំណើរផ្សងព្រេង Kubernetes Dailymotion៖ បង្កើតហេដ្ឋារចនាសម្ព័ន្ធនៅក្នុងពពក + បរិវេណ»
• «គន្លឹះ និងល្បិច Kubernetes៖ អំពីការបែងចែកថ្នាំង និងការផ្ទុកកម្មវិធីគេហទំព័រ"។

ប្រភព: www.habr.com