VMware NSX សម្រាប់កូនតូច។ ផ្នែកទី 5: កំណត់រចនាសម្ព័ន្ធ Load Balancer

ផ្នែកទីមួយ។ ការណែនាំ
ផ្នែកទីពីរ។ កំណត់រចនាសម្ព័ន្ធជញ្ជាំងភ្លើង និងច្បាប់ NAT
ផ្នែកទីបី។ ការកំណត់រចនាសម្ព័ន្ធ DHCP
ផ្នែកទីបួន។ ការកំណត់ផ្លូវ

កាលពីលើកមុន យើងបាននិយាយអំពីសមត្ថភាពរបស់ NSX Edge ទាក់ទងនឹងការបញ្ជូនបន្តឋិតិវន្ត និងថាមវន្ត ហើយថ្ងៃនេះយើងនឹងដោះស្រាយជាមួយឧបករណ៍ផ្ទុកតុល្យភាព។
មុនពេលយើងចាប់ផ្តើមរៀបចំ ខ្ញុំចង់រំលឹកអ្នកដោយសង្ខេបអំពីប្រភេទសំខាន់ៗនៃតុល្យភាព។

ទ្រឹស្តី

ដំណោះស្រាយតុល្យភាពបន្ទុកនាពេលបច្ចុប្បន្ននេះ ភាគច្រើនត្រូវបានបែងចែកទៅជាពីរប្រភេទ៖ តុល្យភាពនៅកម្រិតទីបួន (ការដឹកជញ្ជូន) និងទីប្រាំពីរ (កម្មវិធី) នៃគំរូ ឬ IF. គំរូ OSI មិនមែនជាចំណុចយោងដ៏ល្អបំផុតនៅពេលពិពណ៌នាអំពីវិធីសាស្ត្រតុល្យភាព ឧទាហរណ៍ ប្រសិនបើសមតុល្យ L4 ក៏គាំទ្រការបញ្ចប់ TLS ដែរ តើវាក្លាយជាសមតុល្យ L7 ដែរឬទេ? ប៉ុន្តែវាគឺជាអ្វីដែលវាគឺជា។

• តុល្យភាព L4 ភាគច្រើនវាគឺជាប្រូកស៊ីកណ្តាលដែលឈរនៅចន្លោះម៉ាស៊ីនភ្ញៀវ និងសំណុំនៃកម្មវិធីខាងក្រោយដែលមាន ដែលបញ្ចប់ការតភ្ជាប់ TCP (នោះគឺឆ្លើយតបដោយឯករាជ្យទៅ SYN) ជ្រើសរើសកម្មវិធីខាងក្រោយ និងចាប់ផ្តើមវគ្គ TCP ថ្មីក្នុងទិសដៅរបស់វា បញ្ជូន SYN ដោយឯករាជ្យ។ ប្រភេទនេះគឺជាផ្នែកមួយនៃមូលដ្ឋាន ជម្រើសផ្សេងទៀតគឺអាចធ្វើទៅបាន។
• តុល្យភាព L7 ចែកចាយចរាចរឆ្លងកាត់ផ្នែកខាងក្រោយដែលមាន "ទំនើបជាង" ជាង L4 balancer ធ្វើ។ វាអាចសម្រេចចិត្តថាតើផ្នែកខាងក្រោយណាមួយដែលត្រូវជ្រើសរើសដោយផ្អែកលើឧទាហរណ៍ ខ្លឹមសារនៃសារ HTTP (URL, cookie ។ល។)។

ដោយមិនគិតពីប្រភេទ តុល្យភាពអាចគាំទ្រមុខងារដូចខាងក្រោមៈ

• ការរកឃើញសេវាកម្មគឺជាដំណើរការនៃការកំណត់សំណុំនៃកម្មវិធីខាងក្រោយដែលមាន (ឋិតិវន្ត, DNS, កុងស៊ុល, ល.)។
• ការពិនិត្យមើលមុខងារនៃកម្មវិធីខាងក្រោយដែលបានរកឃើញ (“ ភីង” សកម្មនៃកម្មវិធីខាងក្រោយដោយប្រើសំណើ HTTP ការរកឃើញអកម្មនៃបញ្ហានៅក្នុងការតភ្ជាប់ TCP វត្តមាននៃលេខកូដ HTTP 503 ជាច្រើននៅក្នុងការឆ្លើយតប។ល។)។
• តុល្យភាពខ្លួនវា (ជុំ robin, ការជ្រើសរើសចៃដន្យ, ប្រភព IP hash, URI) ។
• ការបញ្ចប់ TLS និងការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រ។
• ជម្រើសដែលទាក់ទងនឹងសុវត្ថិភាព (ការផ្ទៀងផ្ទាត់ ការការពារការវាយប្រហារ DoS ការកំណត់ល្បឿន) និងច្រើនទៀត។

NSX Edge ផ្តល់នូវការគាំទ្រសម្រាប់របៀបដាក់ពង្រាយតុល្យភាពបន្ទុកពីរ៖

របៀបប្រូកស៊ី ឬដៃម្ខាង. នៅក្នុងរបៀបនេះ NSX Edge ប្រើអាសយដ្ឋាន IP របស់វាជាអាសយដ្ឋានប្រភព នៅពេលផ្ញើសំណើទៅកាន់ផ្នែកខាងក្រោយណាមួយ។ ដូច្នេះ តុល្យភាពដំណើរការក្នុងពេលដំណាលគ្នានូវមុខងារនៃប្រភព និងទិសដៅ NAT ។ ផ្នែកខាងក្រោយមើលឃើញចរាចរណ៍ទាំងអស់ដែលត្រូវបានបញ្ជូនពីឧបករណ៍តុល្យភាព ហើយឆ្លើយតបដោយផ្ទាល់ទៅវា។ នៅក្នុងគ្រោងការណ៍បែបនេះ តុល្យភាពត្រូវតែស្ថិតនៅក្នុងផ្នែកបណ្តាញដូចគ្នាជាមួយម៉ាស៊ីនមេខាងក្នុង។

នេះជារបៀបដែលវាទៅ៖
1.        អ្នកប្រើប្រាស់ផ្ញើសំណើទៅកាន់អាសយដ្ឋាន VIP (អាសយដ្ឋានសមតុល្យ) ដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើគែម។
2.       Edge ជ្រើសរើសផ្នែកខាងក្រោយមួយ ហើយដំណើរការ NAT ទិសដៅ ដោយជំនួសអាសយដ្ឋាន VIP ជាមួយនឹងអាសយដ្ឋាននៃកម្មវិធីខាងក្រោយដែលបានជ្រើសរើស។
3.       Edge ដំណើរការប្រភព NAT ដោយជំនួសអាសយដ្ឋានរបស់អ្នកប្រើដែលបានផ្ញើសំណើដោយខ្លួនវាផ្ទាល់។
4.        កញ្ចប់ព័ត៌មានត្រូវបានផ្ញើទៅផ្នែកខាងក្រោយដែលបានជ្រើសរើស។
5.      កម្មវិធីខាងក្រោយមិនឆ្លើយតបដោយផ្ទាល់ទៅកាន់អ្នកប្រើប្រាស់ទេ ប៉ុន្តែចំពោះ Edge ចាប់តាំងពីអាសយដ្ឋានដើមរបស់អ្នកប្រើត្រូវបានផ្លាស់ប្តូរទៅជាអាសយដ្ឋានរបស់អ្នកប្រើតុល្យភាព។
6.       Edge បញ្ជូនការឆ្លើយតបរបស់ម៉ាស៊ីនមេទៅអ្នកប្រើប្រាស់។
ដ្យាក្រាមខាងក្រោម។


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

យន្តការមានដូចខាងក្រោម៖
1.        អ្នកប្រើប្រាស់ផ្ញើសំណើទៅកាន់អាសយដ្ឋាន VIP (អាសយដ្ឋានសមតុល្យ) ដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើគែម។
2.       Edge ជ្រើសរើសផ្នែកខាងក្រោយមួយ ហើយដំណើរការ NAT ទិសដៅ ដោយជំនួសអាសយដ្ឋាន VIP ជាមួយនឹងអាសយដ្ឋាននៃកម្មវិធីខាងក្រោយដែលបានជ្រើសរើស។
3.        កញ្ចប់ព័ត៌មានត្រូវបានផ្ញើទៅផ្នែកខាងក្រោយដែលបានជ្រើសរើស។
4.        Backend ទទួលសំណើជាមួយអាសយដ្ឋានដើមរបស់អ្នកប្រើ (ប្រភព NAT មិនត្រូវបានអនុវត្តទេ) ហើយឆ្លើយតបដោយផ្ទាល់ទៅវា។
5.        ចរាចរត្រូវបានទទួលយកម្តងទៀតដោយឧបករណ៍តុល្យភាពបន្ទុក ចាប់តាំងពីនៅក្នុងគ្រោងការណ៍ក្នុងជួរវាជាធម្មតាដើរតួជាច្រកផ្លូវលំនាំដើមសម្រាប់កសិដ្ឋានម៉ាស៊ីនមេ។
6.       Edge ដំណើរការប្រភព NAT ដើម្បីផ្ញើចរាចរទៅកាន់អ្នកប្រើប្រាស់ ដោយប្រើ VIP របស់វាជាអាសយដ្ឋាន IP ប្រភព។
ដ្យាក្រាមខាងក្រោម។

អនុវត្ត

កន្លែងសាកល្បងរបស់ខ្ញុំមានម៉ាស៊ីនមេចំនួន 3 ដែលកំពុងដំណើរការកម្មវិធី Apache ដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធឱ្យដំណើរការលើ HTTPS ។ Edge នឹងធ្វើសមតុល្យការបង្វិលជុំនៃសំណើ HTTPS ដោយប្រូកស៊ីសំណើថ្មីនីមួយៗទៅកាន់ម៉ាស៊ីនមេថ្មី។
តោះចាប់ផ្តើម។

ការបង្កើតវិញ្ញាបនបត្រ SSL ដែលនឹងត្រូវបានប្រើដោយ NSX Edge
អ្នកអាចនាំចូលវិញ្ញាបនបត្រ CA ដែលមានសុពលភាព ឬប្រើការចុះហត្ថលេខាដោយខ្លួនឯង។ សម្រាប់ការធ្វើតេស្តនេះ ខ្ញុំនឹងប្រើការចុះហត្ថលេខាដោយខ្លួនឯង។

1. នៅក្នុងចំណុចប្រទាក់ vCloud Director សូមចូលទៅកាន់ការកំណត់សេវាកម្ម Edge ។
   
2. ចូលទៅកាន់ផ្ទាំងវិញ្ញាបនប័ត្រ។ ពីបញ្ជីសកម្មភាព សូមជ្រើសរើសការបន្ថែម CSR ថ្មី។
   
3. បំពេញក្នុងវាលដែលត្រូវការ ហើយចុច Keep ។
   
4. ជ្រើសរើស CSR ដែលទើបបង្កើតថ្មី ហើយជ្រើសរើសជម្រើស CSR ដែលចុះហត្ថលេខាដោយខ្លួនឯង។
   
5. ជ្រើសរើសរយៈពេលសុពលភាពនៃវិញ្ញាបនបត្រ ហើយចុច Keep
   
6. វិញ្ញាបនបត្រដែលចុះហត្ថលេខាដោយខ្លួនឯងបង្ហាញនៅក្នុងបញ្ជីដែលមាន។
   

ការដំឡើងទម្រង់កម្មវិធី
ទម្រង់កម្មវិធីផ្តល់ឱ្យអ្នកនូវការគ្រប់គ្រងពេញលេញលើចរាចរណ៍បណ្តាញ និងធ្វើឱ្យការគ្រប់គ្រងវាសាមញ្ញ និងមានប្រសិទ្ធភាព។ ពួកគេអាចត្រូវបានប្រើដើម្បីកំណត់ឥរិយាបថសម្រាប់ប្រភេទជាក់លាក់នៃចរាចរណ៍។

1. ចូលទៅកាន់ផ្ទាំង Load Balancer ហើយបើកដំណើរការ Balancer។ ជម្រើសដែលបានបើកការបង្កើនល្បឿននៅទីនេះអនុញ្ញាតឱ្យអ្នកតុល្យភាពប្រើតុល្យភាព L4 លឿនជាងជំនួសឱ្យ L7 ។
   
2. ចូលទៅកាន់ផ្ទាំងទម្រង់កម្មវិធី ដើម្បីកំណត់ទម្រង់កម្មវិធី។ ចុច + ។
   
3. កំណត់ឈ្មោះទម្រង់ ហើយជ្រើសរើសប្រភេទចរាចរណ៍ ដែលទម្រង់នឹងត្រូវបានអនុវត្ត។ ខ្ញុំសូមពន្យល់អំពីប៉ារ៉ាម៉ែត្រមួយចំនួន។
   ការតស៊ូ - រក្សាទុក និងតាមដានទិន្នន័យសម័យ ឧទាហរណ៍៖ ម៉ាស៊ីនមេជាក់លាក់ណាមួយនៅក្នុងក្រុមកំពុងបម្រើសំណើរបស់អ្នកប្រើ។ នេះធានាថាសំណើរបស់អ្នកប្រើប្រាស់ត្រូវបានបញ្ជូនទៅកាន់សមាជិកក្រុមដូចគ្នាសម្រាប់រយៈពេលពេញមួយជីវិតនៃវគ្គ ឬវគ្គបន្តបន្ទាប់ទៀត។
   បើកដំណើរការឆ្លងកាត់ SSL - នៅពេលជម្រើសនេះត្រូវបានជ្រើសរើស NSX Edge ឈប់បិទ SSL ។ ផ្ទុយទៅវិញ ការបញ្ចប់កើតឡើងដោយផ្ទាល់នៅលើម៉ាស៊ីនមេដែលកំពុងមានតុល្យភាព។
   បញ្ចូលបឋមកថា X-Forwarded-For HTTP - អនុញ្ញាតឱ្យអ្នកកំណត់អាសយដ្ឋាន IP ប្រភពរបស់អតិថិជនដែលភ្ជាប់ទៅម៉ាស៊ីនមេតាមអ៊ីនធឺណិតតាមរយៈឧបករណ៍ផ្ទុកតុល្យភាព។
   បើក Pool Side SSL - អនុញ្ញាតឱ្យអ្នកបញ្ជាក់ថាអាងដែលបានជ្រើសរើសមានម៉ាស៊ីនមេ HTTPS ។
   
4. ដោយសារខ្ញុំនឹងធ្វើឱ្យមានតុល្យភាពចរាចរណ៍ HTTPS ខ្ញុំត្រូវបើកដំណើរការ Pool Side SSL ហើយជ្រើសរើសវិញ្ញាបនបត្រដែលបានបង្កើតពីមុននៅក្នុង Virtual Server Certificate -> Service Certificate។
   
5. ដូចគ្នានេះដែរសម្រាប់វិញ្ញាបនប័ត្រអាង -> វិញ្ញាបនប័ត្រសេវាកម្ម។
   

យើងបង្កើតក្រុមនៃម៉ាស៊ីនមេ ចរាចរដែលនឹងមានតុល្យភាព

1. ចូលទៅកាន់ផ្ទាំង Pools ។ ចុច + ។
   
2. យើងកំណត់ឈ្មោះអាង ជ្រើសរើសក្បួនដោះស្រាយ (ខ្ញុំនឹងប្រើ round robin) និងប្រភេទនៃការត្រួតពិនិត្យសម្រាប់ backend ពិនិត្យសុខភាព។ ជម្រើសតម្លាភាពបង្ហាញថាតើ IPs ប្រភពដំបូងរបស់អតិថិជនអាចមើលឃើញដោយម៉ាស៊ីនមេខាងក្នុង។
   • ប្រសិនបើជម្រើសត្រូវបានបិទ ចរាចរណ៍សម្រាប់ម៉ាស៊ីនមេខាងក្នុងចេញមកពី IP ប្រភពនៃ balancer ។
   • ប្រសិនបើជម្រើសត្រូវបានបើក នោះម៉ាស៊ីនមេខាងក្នុងមើលឃើញ IP ប្រភពរបស់អតិថិជន។ នៅក្នុងការកំណត់រចនាសម្ព័ន្ធនេះ NSX Edge ត្រូវតែដើរតួជាច្រកចេញចូលលំនាំដើម ដើម្បីធានាថាកញ្ចប់ព័ត៌មានដែលបានត្រឡប់មកវិញឆ្លងកាត់តាមរយៈ NSX Edge ។

   NSX គាំទ្រក្បួនដោះស្រាយតុល្យភាពខាងក្រោម៖

   • IP_HASH - ការជ្រើសរើសម៉ាស៊ីនមេដោយផ្អែកលើលទ្ធផលនៃមុខងារ hash សម្រាប់ IP ប្រភព និងទិសដៅនៃកញ្ចប់នីមួយៗ។
   • តិចកុង - តុល្យភាពនៃការតភ្ជាប់ចូល អាស្រ័យលើចំនួនដែលមានរួចហើយនៅលើម៉ាស៊ីនមេជាក់លាក់មួយ។ ការតភ្ជាប់ថ្មីនឹងត្រូវបានបញ្ជូនទៅម៉ាស៊ីនមេដែលមានការតភ្ជាប់តិចបំផុត។
   • ROUND_ROBIN - ការតភ្ជាប់ថ្មីត្រូវបានបញ្ជូនទៅម៉ាស៊ីនមេនីមួយៗជាវេន ស្របតាមទម្ងន់ដែលបានកំណត់ទៅវា។
   • URI - ផ្នែកខាងឆ្វេងនៃ URI (មុនសញ្ញាសួរ) ត្រូវបានបំបែកដោយទម្ងន់សរុបនៃម៉ាស៊ីនមេនៅក្នុងអាង។ លទ្ធផលបង្ហាញថាម៉ាស៊ីនមេណាមួយទទួលបានសំណើ ដោយធានាថាសំណើតែងតែត្រូវបានបញ្ជូនទៅកាន់ម៉ាស៊ីនមេដូចគ្នា ដរាបណាម៉ាស៊ីនមេទាំងអស់នៅតែមាន។
   • HTTPHEADER - តុល្យភាពដោយផ្អែកលើបឋមកថា HTTP ជាក់លាក់ដែលអាចត្រូវបានបញ្ជាក់ជាប៉ារ៉ាម៉ែត្រ។ ប្រសិនបើបឋមកថាបាត់ ឬមិនមានតម្លៃណាមួយ នោះក្បួនដោះស្រាយ ROUND_ROBIN ត្រូវបានអនុវត្ត។
   • URL - សំណើ HTTP GET នីមួយៗស្វែងរកប៉ារ៉ាម៉ែត្រ URL ដែលបានបញ្ជាក់ជាអាគុយម៉ង់។ ប្រសិនបើប៉ារ៉ាម៉ែត្រត្រូវបានបន្តដោយសញ្ញាស្មើគ្នា និងតម្លៃមួយ នោះតម្លៃត្រូវបានហាប់ និងបែងចែកដោយទម្ងន់សរុបនៃម៉ាស៊ីនមេដែលកំពុងដំណើរការ។ លទ្ធផលបង្ហាញថាម៉ាស៊ីនមេណាមួយទទួលសំណើ។ ដំណើរការនេះត្រូវបានប្រើដើម្បីតាមដានលេខសម្គាល់អ្នកប្រើប្រាស់នៅក្នុងសំណើ និងធានាថាលេខសម្គាល់អ្នកប្រើប្រាស់ដូចគ្នាតែងតែត្រូវបានផ្ញើទៅកាន់ម៉ាស៊ីនមេដូចគ្នា ដរាបណាម៉ាស៊ីនមេទាំងអស់នៅតែមាន។

   

3. នៅក្នុងប្លុកសមាជិក ចុច + ដើម្បីបន្ថែមម៉ាស៊ីនមេទៅអាង។
   
   
   នៅទីនេះអ្នកត្រូវបញ្ជាក់៖
   • ឈ្មោះម៉ាស៊ីនមេ;
   • អាសយដ្ឋាន IP ម៉ាស៊ីនមេ;
   • ច្រកដែលម៉ាស៊ីនមេនឹងទទួលបានចរាចរ;
   • ច្រកសម្រាប់ពិនិត្យសុខភាព (ត្រួតពិនិត្យសុខភាព);
   • ទំងន់ - ដោយប្រើប៉ារ៉ាម៉ែត្រនេះអ្នកអាចលៃតម្រូវបរិមាណសមាមាត្រនៃចរាចរដែលទទួលបានសម្រាប់សមាជិកអាងជាក់លាក់មួយ;
   • ការតភ្ជាប់អតិបរមា - ចំនួនអតិបរមានៃការតភ្ជាប់ទៅម៉ាស៊ីនមេ។
   • ការតភ្ជាប់អប្បបរមា - ចំនួនអប្បបរមានៃការតភ្ជាប់ដែលម៉ាស៊ីនមេត្រូវតែដំណើរការ មុនពេលចរាចរត្រូវបានបញ្ជូនបន្តទៅសមាជិកក្រុមបន្ទាប់។

   
   
   នេះគឺជាអ្វីដែលក្រុមចុងក្រោយនៃម៉ាស៊ីនមេបីមើលទៅដូច។
   

ការបន្ថែមម៉ាស៊ីនមេនិម្មិត

1. ចូលទៅកាន់ផ្ទាំង Virtual Servers ។ ចុច + ។
   
2. យើងដំណើរការម៉ាស៊ីនមេនិម្មិតដោយប្រើបើកដំណើរការម៉ាស៊ីនមេនិម្មិត។
   យើងផ្តល់ឈ្មោះឱ្យវា ជ្រើសរើសទម្រង់កម្មវិធីដែលបានបង្កើតពីមុន អាង និងចង្អុលបង្ហាញអាសយដ្ឋាន IP ដែលម៉ាស៊ីនមេនិម្មិតនឹងទទួលបានសំណើពីខាងក្រៅ។ យើងបញ្ជាក់ពិធីការ HTTPS និងច្រក 443។
   ប៉ារ៉ាម៉ែត្រស្រេចចិត្តនៅទីនេះ៖
   ដែនកំណត់នៃការតភ្ជាប់ - ចំនួនអតិបរមានៃការតភ្ជាប់ក្នុងពេលដំណាលគ្នាដែលម៉ាស៊ីនមេនិម្មិតអាចដំណើរការ។
   ដែនកំណត់អត្រាការតភ្ជាប់ (CPS) - ចំនួនអតិបរមានៃសំណើចូលថ្មីក្នុងមួយវិនាទី។
   

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


បន្ទាប់ពីធ្វើឱ្យទំព័រឡើងវិញ សំណើនឹងត្រូវបានដំណើរការដោយម៉ាស៊ីនមេខាងក្រោម៖


ហើយម្តងទៀត - ដើម្បីពិនិត្យមើលម៉ាស៊ីនមេទីបីពីអាង:


នៅពេលពិនិត្យ អ្នកអាចឃើញថាវិញ្ញាបនបត្រដែល Edge ផ្ញើមកយើង គឺដូចគ្នាទៅនឹងអ្វីដែលយើងបង្កើតនៅដើមដំបូង។

កំពុងពិនិត្យមើលស្ថានភាពតុល្យភាពពីកុងសូលច្រកទ្វារ Edge ។ ដើម្បីធ្វើដូចនេះបញ្ចូល បង្ហាញសេវាកម្ម loadbalancer pool.


ការកំណត់រចនាសម្ព័ន្ធ Monitor សេវាកម្មដើម្បីពិនិត្យមើលស្ថានភាពនៃម៉ាស៊ីនមេនៅក្នុងអាង
ការប្រើប្រាស់ Service Monitor យើងអាចតាមដានស្ថានភាពនៃ servers នៅក្នុង backend pool។ ប្រសិនបើការឆ្លើយតបទៅនឹងសំណើមិនដូចការរំពឹងទុក នោះម៉ាស៊ីនមេអាចត្រូវបានយកចេញពីអាង ដូច្នេះវាមិនទទួលបានសំណើថ្មីណាមួយឡើយ។
តាមលំនាំដើម វិធីសាស្ត្រផ្ទៀងផ្ទាត់បីត្រូវបានកំណត់រចនាសម្ព័ន្ធ៖

• ម៉ូនីទ័រ TCP,
• ម៉ូនីទ័រ HTTP,
• HTTPS-ម៉ូនីទ័រ។

តោះបង្កើតថ្មីមួយ។

1. ចូលទៅកាន់ផ្ទាំង ការត្រួតពិនិត្យសេវាកម្ម ចុច + ។
   
2. ជ្រើសរើស៖
   • ឈ្មោះសម្រាប់វិធីសាស្រ្តថ្មី;
   • ចន្លោះពេលដែលសំណើនឹងត្រូវបានផ្ញើ
   • អស់ពេលរង់ចាំការឆ្លើយតប
   • ប្រភេទការត្រួតពិនិត្យ – សំណើ HTTPS ដោយប្រើវិធីសាស្ត្រ GET លេខកូដស្ថានភាពរំពឹងទុក – 200 (យល់ព្រម) និងស្នើសុំ URL ។
3. វាបញ្ចប់ការដំឡើង Service Monitor ថ្មី ឥឡូវនេះយើងអាចប្រើវានៅពេលបង្កើតក្រុម។
   

ការដំឡើងច្បាប់កម្មវិធី

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

1. ដើម្បីបង្កើតច្បាប់ សូមចូលទៅកាន់ផ្ទាំង Application Rules របស់ Balancer។
   
2. ជ្រើសរើសឈ្មោះ ស្គ្រីបដែលនឹងប្រើច្បាប់ ហើយចុច Keep ។
   
3. បន្ទាប់ពីច្បាប់ត្រូវបានបង្កើត យើងត្រូវកែសម្រួល Virtual Server ដែលបានកំណត់រចនាសម្ព័ន្ធរួចហើយ។
   
4. នៅក្នុងផ្ទាំងកម្រិតខ្ពស់ បន្ថែមច្បាប់ដែលយើងបានបង្កើត។
   

ក្នុងឧទាហរណ៍ខាងលើ យើងបានបើកការគាំទ្រ tlsv1 ។

ឧទាហរណ៍ពីរបីទៀត៖

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

acl pool_down nbsrv(PRIMARY_POOL_NAME) eq 0
use_backend SECONDARY_POOL_NAME if PRIMARY_POOL_NAME


បញ្ជូនបន្តចរាចរទៅកាន់ធនធានខាងក្រៅ។
នៅទីនេះ យើងប្តូរទិសចរាចរណ៍ទៅកាន់គេហទំព័រខាងក្រៅ ប្រសិនបើសមាជិកទាំងអស់នៃក្រុមសំខាន់ធ្លាក់ចុះ។

acl pool_down nbsrv(NAME_OF_POOL) eq 0
redirect location http://www.example.com if pool_down

ឧទាហរណ៍ច្រើនទៀត នៅទីនេះ.

នោះហើយជាទាំងអស់សម្រាប់ខ្ញុំអំពីតុល្យភាព។ ប្រសិនបើអ្នកមានសំណួរណាមួយ, សួរ, ខ្ញុំត្រៀមខ្លួនជាស្រេចដើម្បីឆ្លើយ។

ប្រភព: www.habr.com