ថ្នាំងកម្មករ Kubernetes៖ តូចច្រើន ឬច្រើន?

នៅពេលបង្កើតចង្កោម Kubernetes សំណួរអាចកើតឡើង៖ តើមានថ្នាំងកម្មករប៉ុន្មានដែលត្រូវកំណត់រចនាសម្ព័ន្ធ និងប្រភេទអ្វី? តើ​អ្វី​ដែល​ល្អ​ជាង​សម្រាប់​ចង្កោម​នៅ​ក្នុង​បរិវេណ៖ ទិញ​ម៉ាស៊ីន​បម្រើ​ដ៏​មាន​ឥទ្ធិពល​មួយ​ចំនួន ឬ​ប្រើ​ម៉ាស៊ីន​ចាស់​រាប់សិប​គ្រឿង​ក្នុង​មជ្ឈមណ្ឌល​ទិន្នន័យ​របស់​អ្នក? តើ​វា​ល្អ​ប្រសើរ​ទេ​ក្នុង​ការ​យក​អង្គធាតុ quad-core ចំនួន​ប្រាំបី​នៅ​ក្នុង​ពពក?

ចម្លើយចំពោះសំណួរទាំងនេះមាននៅក្នុងអត្ថបទ។ Daniel Weibel វិស្វករផ្នែកទន់ និងជាគ្រូបង្រៀននៃគម្រោងអប់រំ Learnk8s នៅក្នុងការបកប្រែពាក្យបញ្ជា Kubernetes aaS ពី Mail.ru.

សមត្ថភាពចង្កោម

ជាទូទៅ ចង្កោម Kubernetes អាចត្រូវបានគិតថាជា "supernode" ដ៏ធំមួយ។ ថាមពលកុំព្យូទ័រសរុបរបស់វាគឺជាផលបូកនៃអំណាចនៃថ្នាំងធាតុផ្សំរបស់វា។

មានវិធីជាច្រើនដើម្បីសម្រេចបានគោលដៅសមត្ថភាពចង្កោមដែលអ្នកចង់បាន។ ឧទាហរណ៍ យើងត្រូវការចង្កោមដែលមានសមត្ថភាពសរុប 8 ស្នូលដំណើរការ និង 32 GB នៃ RAM ពីព្រោះសំណុំនៃកម្មវិធីត្រូវការធនធានច្រើន។ បន្ទាប់មកអ្នកអាចដំឡើងថ្នាំងពីរដែលមានអង្គចងចាំ 16 GB ឬថ្នាំងចំនួន 8 ដែលមានអង្គចងចាំ XNUMX GB ប្រព័ន្ធដំណើរការ quad-core ចំនួនពីរ ឬប្រព័ន្ធ dual-core ចំនួនបួន។

នេះគ្រាន់តែជាវិធីពីរយ៉ាងដែលអាចធ្វើទៅបានដើម្បីបង្កើតចង្កោម៖

ជម្រើសទាំងពីរបង្កើតចង្កោមដែលមានសមត្ថភាពដូចគ្នា ប៉ុន្តែការកំណត់រចនាសម្ព័ន្ធខាងក្រោមមានថ្នាំងតូចជាង XNUMX ហើយការកំណត់ខាងលើមានថ្នាំងធំជាងពីរ។

តើជម្រើសមួយណាល្អជាង?

ដើម្បីឆ្លើយសំណួរនេះ សូមក្រឡេកមើលគុណសម្បត្តិនៃជម្រើសទាំងពីរ។ យើងបានសង្ខេបពួកគេនៅក្នុងតារាងមួយ។

ដុំពកធំៗមួយចំនួន

ថ្នាំងតូចៗជាច្រើន។

ការគ្រប់គ្រងចង្កោមកាន់តែងាយស្រួល (ប្រសិនបើវាស្ថិតនៅក្នុងបរិវេណ)

ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិដោយរលូន

ថោកជាង (ប្រសិនបើនៅនឹងកន្លែង)

តម្លៃខុសគ្នាបន្តិចបន្តួច (ក្នុងពពក)

អាចដំណើរការកម្មវិធីដែលពឹងផ្អែកលើធនធាន

ការចម្លងពេញលេញ

ធនធាន​ត្រូវ​បាន​ប្រើ​កាន់​តែ​មាន​ប្រសិទ្ធ​ភាព (តិច​ជាង​លើ​ដេមិន​ប្រព័ន្ធ
ភាពអត់ធ្មត់នៃកំហុសចង្កោមខ្ពស់។

សូមចំណាំថា យើងគ្រាន់តែនិយាយអំពីថ្នាំងកម្មករប៉ុណ្ណោះ។ ការជ្រើសរើសចំនួន និងទំហំនៃថ្នាំងសំខាន់ៗ គឺជាប្រធានបទខុសគ្នាទាំងស្រុង។

ដូច្នេះ ចូរយើងពិភាក្សាចំណុចនីមួយៗពីតារាងឱ្យកាន់តែលម្អិត។

ជម្រើសដំបូង: ថ្នាំងធំ ៗ ជាច្រើន។

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

ផត

បូកលេខ 1. ការគ្រប់គ្រងកាន់តែងាយស្រួល
វាងាយស្រួលក្នុងការគ្រប់គ្រងម៉ាស៊ីនពីរបីជាងកងនាវាទាំងមូល។ វាលឿនជាងមុនក្នុងការចេញផ្សាយបច្ចុប្បន្នភាព និងការជួសជុល ហើយវាកាន់តែងាយស្រួលក្នុងការធ្វើសមកាលកម្ម។ ចំនួននៃការបរាជ័យក្នុងចំនួនដាច់ខាតក៏តិចជាងដែរ។

សូមចំណាំថាទាំងអស់ខាងលើអនុវត្តចំពោះ Hardware របស់អ្នក ម៉ាស៊ីនមេរបស់អ្នក និងមិនមែនចំពោះ cloud instances ទេ។

ស្ថានភាពគឺខុសគ្នានៅក្នុងពពក។ នៅទីនោះ ការគ្រប់គ្រងត្រូវបានគ្រប់គ្រងដោយអ្នកផ្តល់សេវាពពក។ ដូច្នេះ ការគ្រប់គ្រងដប់ថ្នាំងក្នុងពពកមិនខុសពីការគ្រប់គ្រងថ្នាំងមួយទេ។

ការកំណត់ផ្លូវចរាចរណ៍ និងការចែកចាយបន្ទុករវាងផតនៅក្នុងពពក បានអនុវត្តដោយស្វ័យប្រវត្តិ: ចរាចរដែលចេញមកពីអ៊ីនធឺណិតត្រូវបានផ្ញើទៅកាន់ឧបករណ៍តុល្យភាពផ្ទុកសំខាន់ ដែលបញ្ជូនចរាចរទៅកាន់ច្រកនៃថ្នាំងណាមួយ (សេវា NodePort កំណត់ច្រកក្នុងចន្លោះ 30000-32767 ក្នុងថ្នាំងចង្កោមនីមួយៗ)។ ច្បាប់កំណត់ដោយ kube-ប្រូកស៊ី ប្តូរទិសចរាចរពីថ្នាំងទៅផត។ នេះជាអ្វីដែលវាមើលទៅសម្រាប់ដប់ផតនៅលើថ្នាំងពីរ៖

អត្ថប្រយោជន៍ #2៖ ចំណាយតិចក្នុងមួយថ្នាំង
រថយន្តដែលមានកម្លាំងខ្លាំងមានតម្លៃថ្លៃជាង ប៉ុន្តែការឡើងថ្លៃមិនចាំបាច់ជាលីនេអ៊ែរទេ។ ម៉្យាងទៀតម៉ាស៊ីនមេដប់ស្នូលមួយដែលមានអង្គចងចាំ 10 ជីកាបៃ ជាធម្មតាមានតម្លៃថោកជាងម៉ាស៊ីនមេតែមួយស្នូលចំនួនដប់ដែលមានអង្គចងចាំដូចគ្នា។

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

ដូច្នេះ នៅក្នុង cloud ជាធម្មតាអ្នកមិនអាចរក្សាទុកនៅលើម៉ាស៊ីនមេដែលមានថាមពលច្រើនជាងនេះបានទេ។

ប្រូ #3៖ អ្នកអាចដំណើរការកម្មវិធីដែលពឹងផ្អែកលើធនធាន
កម្មវិធីមួយចំនួនត្រូវការម៉ាស៊ីនមេដ៏មានឥទ្ធិពលនៅក្នុងចង្កោមមួយ។ ឧទាហរណ៍ ប្រសិនបើប្រព័ន្ធរៀនម៉ាស៊ីនត្រូវការអង្គចងចាំ 8 GB អ្នកនឹងមិនអាចដំណើរការវានៅលើថ្នាំង 1 GB បានទេ ប៉ុន្តែមានតែថ្នាំងកម្មករធំមួយយ៉ាងតិចប៉ុណ្ណោះ។

Минусы

គុណវិបត្តិលេខ 1. ផតជាច្រើនក្នុងមួយថ្នាំង
ប្រសិនបើកិច្ចការដូចគ្នាត្រូវបានអនុវត្តលើថ្នាំងតិចជាងនេះ នោះពួកវានីមួយៗនឹងមានផតច្រើនជាងធម្មតា។

នេះអាចជាបញ្ហា។

ហេតុផលគឺថា ម៉ូឌុលនីមួយៗណែនាំអំពីការចំណាយលើកុងតឺន័រមួយចំនួន (ឧ. Docker) ក៏ដូចជា kubelet និង cAdvisor ។

ជាឧទាហរណ៍ kubelet ស៊ើបអង្កេតធុងទាំងអស់ជាទៀងទាត់នៅលើថ្នាំងសម្រាប់ការរស់រានមានជីវិត - ធុងកាន់តែច្រើន ការងារកាន់តែច្រើនដែល kubelet ត្រូវធ្វើ។

CAdvisor ប្រមូលស្ថិតិការប្រើប្រាស់ធនធានសម្រាប់កុងតឺន័រទាំងអស់នៅលើថ្នាំង ហើយ kubelet តែងតែសាកសួរព័ត៌មាននេះ និងផ្តល់វាតាមរយៈ API ។ ជាថ្មីម្តងទៀត ធុងកាន់តែច្រើនមានន័យថាការងារកាន់តែច្រើនសម្រាប់ទាំង cAdvisor និង kubelet ។

ប្រសិនបើចំនួនម៉ូឌុលកើនឡើង វាអាចធ្វើឲ្យប្រព័ន្ធដំណើរការយឺត ហើយថែមទាំងបំផ្លាញភាពជឿជាក់របស់វាទៀតផង។

នៅក្នុងឃ្លាំង Kubernetes មួយចំនួន បានត្អូញត្អែរថ្នាំងនោះលោតរវាងស្ថានភាព Ready/NotReady ពីព្រោះការត្រួតពិនិត្យ kubelet ធម្មតានៃធុងទាំងអស់នៅលើថ្នាំងចំណាយពេលយូរពេក។
សម្រាប់ហេតុផលនេះ Kubernetes ណែនាំអោយដាក់មិនលើសពី 110 pods ក្នុងមួយថ្នាំង. អាស្រ័យលើដំណើរការរបស់ node អ្នកអាចដំណើរការ pods កាន់តែច្រើនក្នុងមួយ node ប៉ុន្តែវាពិបាកក្នុងការទាយថាតើនឹងមានបញ្ហា ឬអ្វីគ្រប់យ៉ាងនឹងដំណើរការល្អ។ វាមានតម្លៃសាកល្បងការងារជាមុន។

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

ការចម្លងចំនួនប្រាំអាចត្រូវបានចែកចាយលើថ្នាំងពីរប៉ុណ្ណោះ ហើយប្រសិនបើមួយក្នុងចំណោមពួកគេបរាជ័យ វានឹងលុបចោលការចម្លងជាច្រើនក្នុងពេលតែមួយ។

ប្រសិនបើអ្នកមានថ្នាំងចំនួនប្រាំ ឬច្រើនជាងនេះ ការចម្លងនីមួយៗនឹងដំណើរការនៅលើថ្នាំងដាច់ដោយឡែក ហើយការបរាជ័យនៃថ្នាំងមួយនឹងដកចេញនូវឧបករណ៍ចម្លងមួយយ៉ាងច្រើនបំផុត។

ដូច្នេះ តម្រូវការភាពអាចរកបានខ្ពស់អាចតម្រូវឱ្យមានចំនួនអប្បបរមាជាក់លាក់នៃថ្នាំងនៅក្នុងចង្កោម។

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

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

ដូច្នេះថ្នាំងកាន់តែច្រើន ផលប៉ះពាល់នៃការបរាជ័យផ្នែករឹងកាន់តែតិច។

គុណវិបត្តិ #4: ជំហានធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិបន្ថែមទៀត
Kubernetes មានប្រព័ន្ធធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិជាក្រុមសម្រាប់ហេដ្ឋារចនាសម្ព័ន្ធពពក ដែលអនុញ្ញាតឱ្យអ្នកបន្ថែម ឬលុបថ្នាំងដោយស្វ័យប្រវត្តិ អាស្រ័យលើតម្រូវការបច្ចុប្បន្នរបស់អ្នក។ ជាមួយនឹងថ្នាំងធំជាងមុន ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិកាន់តែមានភាពរហ័សរហួន និងជាប់គាំង។ ឧទាហរណ៍ នៅលើថ្នាំងពីរ ការបន្ថែមថ្នាំងបន្ថែមនឹងបង្កើនសមត្ថភាពចង្កោមភ្លាមៗ 50% ។ ហើយអ្នកនឹងត្រូវចំណាយសម្រាប់ធនធានទាំងនោះ ទោះបីជាអ្នកមិនត្រូវការវាក៏ដោយ។

ដូច្នេះ ប្រសិនបើអ្នកមានគម្រោងប្រើការធ្វើមាត្រដ្ឋានចង្កោមដោយស្វ័យប្រវត្តិ នោះថ្នាំងកាន់តែតូច ការធ្វើមាត្រដ្ឋានកាន់តែមានភាពបត់បែន និងមានប្រសិទ្ធភាពអ្នកនឹងទទួលបាន។

ឥឡូវនេះសូមក្រឡេកមើលគុណសម្បត្តិនិងគុណវិបត្តិនៃថ្នាំងតូចៗមួយចំនួនធំ។

ជម្រើសទីពីរ៖ ថ្នាំងតូចៗជាច្រើន។

គុណសម្បត្តិនៃវិធីសាស្រ្តនេះសំខាន់គឺកើតចេញពីគុណវិបត្តិនៃជម្រើសផ្ទុយជាមួយនឹងថ្នាំងធំៗជាច្រើន។

ផត

អត្ថប្រយោជន៍ទី 1: ផលប៉ះពាល់តិចនៃការបរាជ័យ
ថ្នាំងកាន់តែច្រើន ផតតិចនៅលើថ្នាំងនីមួយៗ។ ឧទាហរណ៍ ប្រសិនបើអ្នកមានម៉ូឌុលមួយរយក្នុងមួយដប់ នោះថ្នាំងនីមួយៗនឹងមានជាមធ្យមដប់ម៉ូឌុល។

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

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

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

Минусы

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

ឧបករណ៍បញ្ជាថ្នាំងនៅក្នុងកម្មវិធីគ្រប់គ្រងឧបករណ៍បញ្ជា Kubernetes ជាទៀងទាត់ដើរឆ្លងកាត់ថ្នាំងទាំងអស់នៅក្នុងចង្កោមដើម្បីពិនិត្យសុខភាព - ថ្នាំងកាន់តែច្រើនការផ្ទុកកាន់តែច្រើននៅលើឧបករណ៍បញ្ជា។

ការផ្ទុកនៅលើមូលដ្ឋានទិន្នន័យ etcd ក៏កំពុងកើនឡើងផងដែរ - ការហៅទូរស័ព្ទ kubelet និង kube-proxy នីមួយៗ មើល សម្រាប់ etcd (តាមរយៈ API) ដែល etcd គួរតែផ្សាយបច្ចុប្បន្នភាពវត្ថុ។

ជាទូទៅ ថ្នាំងកម្មករនិមួយៗដាក់បន្ទុកបន្ថែមលើសមាសធាតុប្រព័ន្ធនៃថ្នាំងមេ។

Kubernetes គាំទ្រជាផ្លូវការនូវចង្កោមជាមួយ ចំនួនថ្នាំងរហូតដល់ 5000. ទោះយ៉ាងណាក៏ដោយនៅក្នុងការអនុវត្តមាន 500 ថ្នាំងរួចហើយ អាចបណ្តាលឱ្យមានបញ្ហាមិនសំខាន់.

ដើម្បីគ្រប់គ្រងថ្នាំងកម្មករមួយចំនួនធំ អ្នកគួរតែជ្រើសរើសថ្នាំងមេដែលមានអនុភាពជាង។ ឧទាហរណ៍ kube-up ដំឡើងដោយស្វ័យប្រវត្តិ ទំហំ VM ត្រឹមត្រូវសម្រាប់ថ្នាំងមេ អាស្រ័យលើចំនួនថ្នាំងកម្មករ។ នោះគឺថ្នាំងកម្មករកាន់តែច្រើន នោះថ្នាំងមេគួរតែមានផលិតភាពកាន់តែច្រើន។

ដើម្បីដោះស្រាយបញ្ហាជាក់លាក់ទាំងនេះមានការអភិវឌ្ឍន៍ពិសេសដូចជា Kubelet និម្មិត. ប្រព័ន្ធនេះអនុញ្ញាតឱ្យអ្នករំលងការរឹតបន្តឹង និងបង្កើតចង្កោមជាមួយនឹងចំនួនដ៏ច្រើននៃថ្នាំងកម្មករ។

គុណវិបត្តិ # 2: ការចំណាយលើស។
នៅលើថ្នាំងកម្មករនិមួយៗ Kubernetes ដំណើរការសំណុំនៃដេមិនប្រព័ន្ធ - ទាំងនេះរួមបញ្ចូលរយៈពេលដំណើរការកុងតឺន័រ (ដូចជា Docker) kube-proxy និង kubelet រួមទាំង cAdvisor ។ ពួកគេរួមគ្នាប្រើប្រាស់បរិមាណជាក់លាក់នៃធនធាន។

ប្រសិនបើអ្នកមានថ្នាំងតូចៗជាច្រើន សមាមាត្រនៃផ្នែកលើសនេះនៅលើថ្នាំងនីមួយៗគឺធំជាង។ ជាឧទាហរណ៍ សូមស្រមៃថាដេមិនប្រព័ន្ធទាំងអស់នៅលើថ្នាំងតែមួយរួមគ្នាប្រើស្នូលស៊ីភីយូ 0,1 និងអង្គចងចាំ 0,1 ជីកាបៃ។ ប្រសិនបើអ្នកមានថ្នាំងដប់ស្នូលមួយដែលមានអង្គចងចាំ 10 GB នោះដេមិនប្រើប្រាស់ 1% នៃសមត្ថភាពចង្កោម។ ម៉្យាងវិញទៀត នៅលើស្នូលស្នូលចំនួន 1 ដែលមានអង្គចងចាំ 10 GB ដេមិននឹងយក XNUMX% នៃសមត្ថភាពចង្កោម។

ដូច្នេះថ្នាំងតិចជាងនេះ ហេដ្ឋារចនាសម្ព័ន្ធត្រូវបានប្រើប្រាស់កាន់តែមានប្រសិទ្ធភាព។

គុណវិបត្តិលេខ 3. ការប្រើប្រាស់ធនធានគ្មានប្រសិទ្ធភាព
នៅលើថ្នាំងតូចៗ វាអាចថាកំណាត់ធនធានដែលនៅសល់គឺតូចពេកក្នុងការកំណត់បន្ទុកការងារណាមួយទៅ ដូច្នេះពួកវានៅតែមិនប្រើ។

ឧទាហរណ៍ ផតនីមួយៗត្រូវការអង្គចងចាំ 0,75 GB។ ប្រសិនបើអ្នកមានដប់ថ្នាំង ដែលនីមួយៗមានអង្គចងចាំ 1 GB អ្នកអាចដំណើរការដប់ផត ដោយទុកថ្នាំងនីមួយៗមានអង្គចងចាំដែលមិនប្រើ 0,25 GB ។

នេះមានន័យថា 25% នៃអង្គចងចាំរបស់ចង្កោមទាំងមូលត្រូវបានខ្ជះខ្ជាយ។

នៅលើថ្នាំងធំដែលមានអង្គចងចាំ 10 ជីកាបៃ អ្នកអាចដំណើរការ 13 នៃម៉ូឌុលទាំងនេះ - ហើយវានឹងមានបំណែកដែលមិនប្រើតែមួយនៃ 0,25 ជីកាបៃ។

ក្នុងករណីនេះមានតែ 2,5% នៃអង្គចងចាំត្រូវបានខ្ជះខ្ជាយ។

ដូច្នេះ ធនធានត្រូវបានប្រើប្រាស់យ៉ាងល្អប្រសើរនៅលើថ្នាំងធំជាង។

ដុំ​ធំ​ប៉ុន្មាន ឬ​តូច​ច្រើន?

ដូច្នេះ តើមួយណាល្អជាង៖ ថ្នាំងធំៗមួយចំនួននៅក្នុងចង្កោម ឬថ្នាំងតូចៗជាច្រើន? ដូចសព្វមួយដង មិនមានចម្លើយច្បាស់លាស់ទេ។ ភាគច្រើនអាស្រ័យលើប្រភេទនៃកម្មវិធី។

ឧទាហរណ៍ ប្រសិនបើកម្មវិធីមួយត្រូវការអង្គចងចាំ 10 GB ថ្នាំងធំជាងគឺជាជម្រើសជាក់ស្តែង។ ហើយប្រសិនបើកម្មវិធីទាមទារការចម្លងដប់ដងសម្រាប់ភាពអាចរកបានខ្ពស់ វាស្ទើរតែមិនមានតម្លៃក្នុងការដាក់ការចម្លងនៅលើថ្នាំងតែពីរទេ ត្រូវតែមានយ៉ាងហោចណាស់ដប់ថ្នាំងនៅក្នុងចង្កោម។

ក្នុងស្ថានភាពកម្រិតមធ្យម សូមធ្វើការជ្រើសរើសដោយផ្អែកលើគុណសម្បត្តិ និងគុណវិបត្តិនៃជម្រើសនីមួយៗ។ ប្រហែល​ជា​អំណះអំណាង​មួយ​ចំនួន​ពាក់ព័ន្ធ​នឹង​ស្ថានភាព​របស់​អ្នក​ជាង​រឿង​ផ្សេង។

ហើយវាមិនចាំបាច់ក្នុងការធ្វើឱ្យថ្នាំងទាំងអស់មានទំហំដូចគ្នានោះទេ។ គ្មាន​អ្វី​រារាំង​អ្នក​ពី​ការ​ពិសោធន៍​ដំបូង​ជាមួយ​ថ្នាំង​ដែល​មាន​ទំហំ​ដូច​គ្នា បន្ទាប់​មក​បន្ថែម​ថ្នាំង​ដែល​មាន​ទំហំ​ខុស​គ្នា​ទៅ​ពួកវា ដោយ​រួម​បញ្ចូល​ពួកវា​ជា​ចង្កោម។ ថ្នាំងកម្មករនៅក្នុងចង្កោម Kubernetes អាចមានលក្ខណៈខុសគ្នាទាំងស្រុង។ ដូច្នេះអ្នកអាចព្យាយាមបញ្ចូលគ្នានូវគុណសម្បត្តិនៃវិធីសាស្រ្តទាំងពីរ។

មិនមានរូបមន្តតែមួយទេហើយស្ថានភាពនីមួយៗមានភាពខុសគ្នារបស់វាហើយមានតែផលិតកម្មប៉ុណ្ណោះដែលនឹងបង្ហាញការពិត។

ការបកប្រែរៀបចំដោយក្រុមវេទិកាពពក ដំណោះស្រាយពពក Mail.ru.

មើល​បន្ថែមទៀត​អំពី Kubernetes នៅលើ Facebook 25 ឧបករណ៍មានប្រយោជន៍សម្រាប់ការគ្រប់គ្រង និងការដាក់ពង្រាយចង្កោម.

ប្រភព: www.habr.com