ការត្រួតពិនិត្យសុខភាព HAProxy សម្រាប់ proxy បញ្ជូនបន្ត Squid
បង្កើតការត្រួតពិនិត្យសុខភាព HAProxy ដែលនិយាយទៅកាន់ proxy បញ្ជូនបន្ត ហើយបែងចែកភាពអាចឈានដល់របស់អ្នកស្តាប់ ការទទួល CONNECT និងការទាញយកពីប្រភពដើម។
ឯកសារឈ្មោះ /check.txt នៅលើម៉ាស៊ីន proxy ស្តាប់ទៅដូចជាគោលដៅសុខភាពច្បាស់លាស់។ ចំណុចសំខាន់គឺថា អ្នកស្តាប់បញ្ជូនបន្តច្បាស់លាស់របស់ Squid មិនមែនជាគេហទំព័រធម្មតាដែលបម្រើឫសឯកសាររបស់ម៉ាស៊ីននោះទេ។
សំណើបែបប្រភពដើមដូចជា HEAD /check.txt HTTP/1.1 បោះបង់ គោលដៅដាច់ខាតដែលរំពឹងទុកសម្រាប់សំណើ HTTP ធម្មតាតាមរយៈ proxy បញ្ជូនបន្ត។ អាស្រ័យលើការកំណត់ វាអាចត្រូវបានបដិសេធ ឬគ្រប់គ្រងដោយសេវាមូលដ្ឋានផ្សេង។ លទ្ធផលទាំងពីរអាចប្រាប់អ្នកតិចជាងអ្វីដែលផ្ទាំងគ្រប់គ្រងបង្ហាញ។
ជ្រើសរើសសេវាដែលអ្នកត្រូវរក្សាឱ្យអាចប្រើបាន
| ការត្រួតពិនិត្យ | ភស្តុតាងមានប្រយោជន៍ |
|---|---|
| ការតភ្ជាប់ TCP ទៅអ្នកស្តាប់ proxy | ដំណើរការដែលអាចឈានដល់ទទួលយកការតភ្ជាប់នោះ។ |
| CONNECT ទៅគោលដៅដែលគ្រប់គ្រង | Proxy ទទួលយកសំណើរូងនោះ។ |
| ការទាញយក HTTP តាមរយៈ proxy | ផ្លូវសំណើដែលបានជ្រើសអាចត្រឡប់ការឆ្លើយតបដែលរំពឹងទុក។ |
ក្នុងករណីទីបី សំណើត្រូវការគោលដៅ ឧទាហរណ៍៖
HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal
ឈ្មោះម៉ាស៊ីនគ្រាន់តែជាឧទាហរណ៍។ ប្រើចំណុចបញ្ចប់ដែលគ្រប់គ្រង ដែល proxy អាចដោះស្រាយ និងត្រូវបានអនុញ្ញាតឱ្យឈានដល់ដោយចេតនា។ http-check send របស់ HAProxy គាំទ្រការជ្រើសវិធី URI កំណែ និងក្បាល។ កំណត់សំណើនោះឱ្យច្បាស់ ជាជាងទទួលមរតកឧទាហរណ៍ម៉ាស៊ីនបម្រើប្រភពដោយមិនផ្លាស់ប្តូរ។
HEAD អាចត្រួតពិនិត្យស្ថានភាពឆ្លើយតប និងក្បាល។ វាមិនអាចផ្ទៀងផ្ទាត់តួឆ្លើយតបដែលមិនដែលបញ្ជូនបានទេ។ ប្រសិនបើកិច្ចសន្យាសុខភាពត្រូវការសញ្ញាសម្គាល់ក្នុងតួ សូមជ្រើសការត្រួតពិនិត្យ GET សមស្រប ហើយផ្ទៀងផ្ទាត់សញ្ញាសម្គាល់នោះ។
រក្សាគណនីត្រួតពិនិត្យ និងការដាក់កំហិតប្រភពឱ្យចង្អៀត នៅពេលមានការផ្ទៀងផ្ទាត់ proxy។ ការលើកលែងអ្នកស្តាប់ទាំងមូលពីការផ្ទៀងផ្ទាត់ ដើម្បីទទួលសញ្ញាពណ៌បៃតង ផ្លាស់ប្តូរសេវាដែលកំពុងត្រូវបានការពារ។
ចុងក្រោយ សម្រេចថាការត្រួតពិនិត្យដែលបរាជ័យគួរដកអ្វីចេញ។ ការដាច់ប្រភពដើមដែលគ្រប់គ្រងអាចធ្វើឱ្យការត្រួតពិនិត្យបញ្ជូនបន្តរបស់ proxy ទាំងអស់បរាជ័យក្នុងពេលតែមួយ។ នោះអាចជាការពឹងផ្អែកដែលអ្នកចង់វាស់ ឬជាហេតុផលដើម្បីរក្សាសុខភាពអ្នកស្តាប់ និងភាពអាចប្រើបានពីចុងម្ខាងទៅចុងម្ខាងជាសញ្ញាដាច់ដោយឡែក។