ការអនុវត្តល្អបំផុត Kubernetes ។ ធ្វើឱ្យមានសុពលភាព Kubernetes Liveness ជាមួយនឹងការធ្វើតេស្តត្រៀមខ្លួន និងរស់

ការអនុវត្តល្អបំផុត Kubernetes ។ ការបង្កើតធុងតូច
ការអនុវត្តល្អបំផុត Kubernetes ។ អង្គការ Kubernetes ដែលមានលំហឈ្មោះ

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

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

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

ជាសំណាងល្អ Kubernetes ធ្វើឱ្យវាងាយស្រួលធ្វើ ដូច្នេះមិនមានលេសសម្រាប់ការមិនអើពើការត្រួតពិនិត្យទាំងនេះទេ។ Kubernetes ផ្តល់នូវការពិនិត្យសុខភាពពីរប្រភេទ ហើយវាជាការសំខាន់ណាស់ដែលត្រូវស្វែងយល់ពីភាពខុសគ្នានៃរបៀបដែលនីមួយៗត្រូវបានប្រើប្រាស់។

ការធ្វើតេស្តភាពត្រៀមខ្លួនត្រូវបានរចនាឡើងដើម្បីប្រាប់ Kubernetes ថាកម្មវិធីរបស់អ្នករួចរាល់ដើម្បីគ្រប់គ្រងចរាចរណ៍។ មុននឹងអនុញ្ញាតឱ្យសេវាកម្មផ្ញើចរាចរណ៍ទៅកាន់ផត, Kubernetes ត្រូវតែផ្ទៀងផ្ទាត់ថាការត្រួតពិនិត្យការត្រៀមខ្លួនបានជោគជ័យ។ ប្រសិនបើការធ្វើតេស្ត Readiness បរាជ័យ Kubernetes នឹងបញ្ឈប់ការបញ្ជូនចរាចរណ៍ទៅកាន់ pod រហូតដល់ការធ្វើតេស្តឆ្លងកាត់។

ការធ្វើតេស្តភាពរស់រវើកប្រាប់ Kubernetes ថាតើកម្មវិធីរបស់អ្នកនៅរស់ ឬស្លាប់។ ក្នុងករណីទីមួយ Kubernetes នឹងទុកវាឱ្យនៅម្នាក់ឯង ទីពីរវានឹងលុបផតដែលងាប់ ហើយជំនួសវាដោយថ្មី។

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

នៅពេលប្រើការសាកល្បង Readiness Kubernetes នឹងរង់ចាំរហូតដល់កម្មវិធីដំណើរការពេញលេញ មុនពេលអនុញ្ញាតឱ្យសេវាកម្មបញ្ជូនចរាចរណ៍ទៅកាន់ច្បាប់ចម្លងថ្មី។

សូមស្រមៃគិតអំពីសេណារីយ៉ូមួយផ្សេងទៀតដែលកម្មវិធីព្យួររយៈពេលយូរ ដោយបញ្ឈប់សំណើសេវាកម្ម។ នៅពេលដែលដំណើរការបន្តដំណើរការ តាមលំនាំដើម Kubernetes នឹងសន្មត់ថាអ្វីគ្រប់យ៉ាងគឺល្អ ហើយបន្តផ្ញើសំណើទៅកាន់ផតដែលមិនដំណើរការ។ ប៉ុន្តែនៅពេលប្រើ Liveness Kubernetes នឹងរកឃើញថាកម្មវិធីលែងបម្រើសំណើទៀតហើយ ហើយនឹងចាប់ផ្តើមផតដែលស្លាប់ឡើងវិញតាមលំនាំដើម។

សូមក្រឡេកមើលពីរបៀបដែលការត្រៀមខ្លួន និងលទ្ធភាពត្រូវបានសាកល្បង។ មានវិធីសាស្រ្តសាកល្បងបី - HTTP, Command និង TCP ។ អ្នកអាចប្រើពួកវាណាមួយដើម្បីពិនិត្យ។ វិធីសាមញ្ញបំផុតដើម្បីសាកល្បងអ្នកប្រើប្រាស់គឺការស៊ើបអង្កេត HTTP ។

ទោះបីជាកម្មវិធីរបស់អ្នកមិនមែនជាម៉ាស៊ីនមេ HTTP ក៏ដោយ អ្នកនៅតែអាចបង្កើតម៉ាស៊ីនមេ HTTP ដែលមានទម្ងន់ស្រាលនៅក្នុងកម្មវិធីរបស់អ្នកដើម្បីធ្វើអន្តរកម្មជាមួយការធ្វើតេស្តភាពរស់រវើក។ បន្ទាប់ពីនេះ Kubernetes នឹងចាប់ផ្តើម ping pod ហើយប្រសិនបើការឆ្លើយតប HTTP ស្ថិតនៅក្នុងជួរ 200 ឬ 300 ms វានឹងបង្ហាញថា pod មានសុខភាពល្អ។ បើមិនដូច្នោះទេ ម៉ូឌុលនឹងត្រូវបានសម្គាល់ថា "មិនល្អ"។

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

យន្តការផ្ទៀងផ្ទាត់ចុងក្រោយគឺការធ្វើតេស្ត TCP ។ Kubernetes នឹងព្យាយាមបង្កើតការតភ្ជាប់ TCP នៅលើច្រកដែលបានបញ្ជាក់។ ប្រសិនបើនេះអាចធ្វើទៅបាន នោះធុងត្រូវបានចាត់ទុកថាមានសុខភាពល្អ បើមិនដូច្នេះទេ វាត្រូវបានចាត់ទុកថាមិនអាចប្រើបាន។ វិធីសាស្រ្តនេះអាចមានប្រយោជន៍ប្រសិនបើអ្នកកំពុងប្រើសេណារីយ៉ូដែលការធ្វើតេស្តជាមួយសំណើ HTTP ឬការប្រតិបត្តិពាក្យបញ្ជាមិនដំណើរការល្អណាស់។ ឧទាហរណ៍ សេវាចម្បងសម្រាប់ការផ្ទៀងផ្ទាត់ដោយប្រើ TCP នឹងមាន gRPC ឬ FTP ។

ការធ្វើតេស្តអាចត្រូវបានកំណត់រចនាសម្ព័ន្ធតាមវិធីជាច្រើនដែលមានប៉ារ៉ាម៉ែត្រផ្សេងៗគ្នា។ អ្នក​អាច​បញ្ជាក់​ថា​តើ​ពួកគេ​គួរ​ត្រូវ​បាន​ប្រតិបត្តិ​ញឹកញាប់​ប៉ុណ្ណា កម្រិត​នៃ​ជោគជ័យ​និង​ការ​បរាជ័យ​មាន​កម្រិត​ណា និង​រយៈពេល​ដែល​ត្រូវ​រង់ចាំ​ការឆ្លើយតប។ សម្រាប់ព័ត៌មានបន្ថែម សូមមើលឯកសារសម្រាប់ការធ្វើតេស្តភាពត្រៀមខ្លួន និងជីវិត។ ទោះយ៉ាងណាក៏ដោយ មានចំណុចសំខាន់មួយក្នុងការរៀបចំការធ្វើតេស្តភាពរស់រវើក - ការកំណត់ដំបូងនៃការធ្វើតេស្តពន្យាពេល initialDelaySeconds ។ ដូចដែលខ្ញុំបានលើកឡើង ការបរាជ័យនៃការធ្វើតេស្តនេះនឹងបណ្តាលឱ្យម៉ូឌុលត្រូវបានចាប់ផ្តើមឡើងវិញ។ ដូច្នេះ អ្នកត្រូវប្រាកដថាការធ្វើតេស្តមិនចាប់ផ្តើមរហូតដល់កម្មវិធីរួចរាល់ដើម្បីដំណើរការ បើមិនដូច្នេះទេវានឹងចាប់ផ្តើមជិះកង់តាមរយៈការចាប់ផ្តើមឡើងវិញ។ ខ្ញុំសូមណែនាំឱ្យប្រើពេលវេលាចាប់ផ្តើម P99 ឬពេលវេលាចាប់ផ្តើមកម្មវិធីជាមធ្យមពីសតិបណ្ដោះអាសន្ន។ សូមចងចាំថាត្រូវកែតម្រូវតម្លៃនេះ នៅពេលដែលពេលវេលាចាប់ផ្តើមកម្មវិធីរបស់អ្នកកាន់តែលឿន ឬយឺតជាងមុន។

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

នឹងបន្តក្នុងពេលឆាប់ៗនេះ...

ការផ្សាយពាណិជ្ជកម្មមួយចំនួន🙂

សូមអរគុណចំពោះការស្នាក់នៅជាមួយពួកយើង។ តើអ្នកចូលចិត្តអត្ថបទរបស់យើងទេ? ចង់មើលខ្លឹមសារគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀតទេ? គាំទ្រយើងដោយការបញ្ជាទិញឬណែនាំដល់មិត្តភក្តិ, cloud VPS សម្រាប់អ្នកអភិវឌ្ឍន៍ចាប់ពី $4.99, analogue តែមួយគត់នៃម៉ាស៊ីនមេកម្រិតធាតុ ដែលត្រូវបានបង្កើតឡើងដោយពួកយើងសម្រាប់អ្នក៖ ការពិតទាំងមូលអំពី VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps ចាប់ពី $19 ឬរបៀបចែករំលែកម៉ាស៊ីនមេ? (អាចប្រើបានជាមួយ RAID1 និង RAID10 រហូតដល់ 24 cores និងរហូតដល់ 40GB DDR4)។

Dell R730xd 2x ថោកជាងនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ Equinix Tier IV នៅទីក្រុង Amsterdam? នៅទីនេះ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ចាប់ពី $199 នៅប្រទេសហូឡង់! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ចាប់ពី $99! អាន​អំពី របៀបបង្កើតក្រុមហ៊ុនហេដ្ឋារចនាសម្ព័ន្ធ ថ្នាក់ជាមួយនឹងការប្រើប្រាស់ម៉ាស៊ីនមេ Dell R730xd E5-2650 v4 ដែលមានតម្លៃ 9000 អឺរ៉ូសម្រាប់មួយកាក់?

ប្រភព: www.habr.com