Mysql
 sql >> डेटाबेस >  >> RDS >> Mysql

MySQL और PostgreSQL के लिए HAProxy सांख्यिकी को समझना

अपने डेटाबेस वातावरण को बेहतर बनाने के लिए लोड बैलेंसर रखना हमेशा एक अच्छा विकल्प होता है। यह अनुप्रयोगों को उपलब्ध डेटाबेस नोड्स पर पुनर्निर्देशित करने में मदद कर सकता है, प्रदर्शन को बेहतर बनाने के लिए कई सर्वरों में ट्रैफ़िक वितरित कर सकता है, या आवश्यकता पड़ने पर फ़ेलओवर भी कर सकता है। आपके ट्रैफ़िक/सिस्टम के साथ क्या हो रहा है, यह जानने के लिए, आपके पास न केवल अपने डेटाबेस नोड्स बल्कि आपके लोड बैलेंसर्स की निगरानी के लिए एक अच्छी निगरानी प्रणाली होनी चाहिए, ताकि किसी भी वर्तमान या भविष्य के मुद्दे को कम करने के लिए सक्रिय या प्रतिक्रियाशील कार्रवाई की जा सके। किसी समस्या को खोजने में सक्षम होने के लिए, आपको यह समझने की आवश्यकता है कि आप जो प्रत्येक मान देख रहे हैं उसका क्या अर्थ है।

इस ब्लॉग में, हम बताएंगे कि HAProxy आँकड़ों का क्या अर्थ है और ग्राफ़ और ClusterControl का उपयोग करके मित्रवत तरीके से इसकी निगरानी कैसे करें।

HAProxy क्या है?

HAProxy एक ओपन-सोर्स प्रॉक्सी है जिसका उपयोग टीसीपी और एचटीटीपी आधारित अनुप्रयोगों के लिए उच्च उपलब्धता, लोड संतुलन और प्रॉक्सीइंग को लागू करने के लिए किया जा सकता है।

एक लोड बैलेंसर के रूप में, HAProxy एक मूल से एक या अधिक गंतव्यों तक ट्रैफ़िक वितरित करता है और इस कार्य के लिए विशिष्ट नियमों और/या प्रोटोकॉल को परिभाषित कर सकता है। यदि कोई भी गंतव्य प्रतिसाद देना बंद कर देता है, तो उसे ऑफ़लाइन के रूप में चिह्नित कर दिया जाता है, और ट्रैफ़िक को शेष उपलब्ध गंतव्यों पर भेज दिया जाता है।

HAProxy नोड प्रकार

जब आप अपने HAProxy लोड बैलेंसर को कॉन्फ़िगर करते हैं, तो आपकी इच्छित कार्यक्षमता के आधार पर कॉन्फ़िगर करने के लिए विभिन्न नोड प्रकार होते हैं। विकल्प हैं फ़्रंटएंड, बैकएंड, और सुनो।

फ्रंटेंड नोड्स

जब आप HAProxy को अपने बैकएंड सर्वर के सामने एक रिवर्स प्रॉक्सी के रूप में रखते हैं, तो कॉन्फ़िगरेशन फ़ाइल में एक फ़्रंटएंड अनुभाग IP पते और पोर्ट को परिभाषित करता है जिससे क्लाइंट कनेक्ट हो सकते हैं। अनुरोध लोड बैलेंसर में प्रवेश करते हैं, और प्रतिक्रिया क्लाइंट को वापस कर दी जाती है। वे फ्रंटएंड से गुजरते हैं।

frontend site1.com

     bind 10.10.10.150:80

     use_backend api_servers if { path_beg /api/ }

     default_backend web_servers

बैकएंड नोड्स

यह सर्वरों के एक समूह को परिभाषित करता है जो संतुलित लोड होगा और चयनित नीति के आधार पर अनुरोधों को संभालने के लिए असाइन किया जाएगा। HAProxy बैकएंड को अनुरोध भेजता है और फिर सक्रिय सर्वरों में से एक से प्रतिक्रिया प्राप्त करता है।

backend web_servers

     balance roundrobin

     cookie SERVERUSED insert indirect nocache

     option httpchk HEAD /

     default-server check maxconn 20

     server server1 10.10.10.151:80 cookie server1

     server server2 10.10.10.152:80 cookie server2

नोड्स सुनें

यह उन दो HAProxy नोड प्रकारों को जोड़ती है जिनका हमने ऊपर उल्लेख किया है। आप अलग-अलग फ़्रंटएंड और बैकएंड अनुभागों द्वारा प्राप्त पठनीयता को पसंद कर सकते हैं, या हो सकता है कि आप सुनने के दृष्टिकोण का उपयोग करके अधिक संक्षिप्त कॉन्फ़िगरेशन चाहते हैं।

listen  haproxy_10.10.10.143_3307_rw

        bind *:3307

        mode tcp

        tcp-check connect port 9200

        timeout client  10800s

        timeout server  10800s

        balance leastconn

        option httpchk

        default-server port 9200 inter 2s downinter 5s rise 3 fall 2 slowstart 60s maxconn 64 maxqueue 128 weight 100

        server 10.10.10.139 10.10.10.139:3306 check

        server 10.10.10.140 10.10.10.140:3306 check backup

        server 10.10.10.141 10.10.10.141:3306 check backup

HAProxy Stats पेज

HAProxy आपको वास्तविक समय की जानकारी के साथ एक आँकड़े पृष्ठ को सक्षम करने की अनुमति देता है, यह देखने के लिए कि आपके लोड बैलेंसर में क्या हो रहा है। सांख्यिकी पृष्ठ को सक्षम करने के लिए, आपको बस अपनी HAProxy कॉन्फ़िगरेशन फ़ाइल (/etc/haproxy/haproxy.cfg) में "आँकड़े सक्षम" निर्देश का उपयोग करने की आवश्यकता है। आइए एक उदाहरण देखें:

userlist STATSUSERS

        group admin users admin

        user admin insecure-password admin

        user stats insecure-password admin



listen admin_page

        bind *:9600

        mode http

        stats enable

        stats refresh 60s

        stats uri /

        acl AuthOkay_ReadOnly http_auth(STATSUSERS)

        acl AuthOkay_Admin http_auth_group(STATSUSERS) admin

        stats http-request auth realm admin_page unless AuthOkay_ReadOnly

बाइंड लाइन सेट करती है कि आप किस आईपी एड्रेस और पोर्ट का उपयोग आंकड़े पेज तक पहुंचने के लिए करेंगे। आप प्रमाणीकरण और एक ताज़ा अवधि भी कॉन्फ़िगर कर सकते हैं। यदि आप निर्दिष्ट पोर्ट (उदाहरण में 9600), व्यवस्थापक/व्यवस्थापक क्रेडेंशियल्स का उपयोग करके अपने HAProxy नोड तक पहुँचते हैं, तो आपको कुछ इस तरह दिखाई देगा:

यहां, आपको अपने HAProxy नोड की निगरानी के लिए विभिन्न उपयोगी मेट्रिक्स मिलेंगे।

HAProxy सांख्यिकी

अब, देखते हैं कि ये मीट्रिक क्या हैं। चूंकि अर्थ संदर्भ पर निर्भर करता है, हम इसे फ़्रंटएंड और बैकएंड में विभाजित कर देंगे।

कतार

बैकएंड

यह खंड केवल बैकएंड पर लागू होता है और दिखाता है कि क्लाइंट कितने समय से सर्वर के उपलब्ध होने की प्रतीक्षा कर रहे हैं। जब आप मैक्सकॉन सेटिंग का उपयोग करते हैं तो HAProxy कनेक्शन कतारबद्ध करने में सक्षम होता है।

“Cur” कॉलम उन क्लाइंट कनेक्शनों की संख्या दिखाता है जो वर्तमान में कतार में हैं और अभी तक सर्वर को असाइन नहीं किए गए हैं। "अधिकतम" कॉलम सबसे अधिक कनेक्शन दिखाता है जो कभी भी एक बार में कतारबद्ध हो गए हैं। कॉन्फ़िगरेशन फ़ाइल में प्रत्येक सर्वर लाइन पर मैक्सक्यू सेटिंग द्वारा परिभाषित के रूप में "सीमा" कॉलम कतारबद्ध होने की अनुमति वाले कनेक्शन की अधिकतम संख्या दिखाता है।

सत्र दर

फ्रंटेंड

उस दर का वर्णन करता है जिस पर क्लाइंट HAProxy से जुड़ रहे हैं।

“Cur” कॉलम वर्तमान दर को दर्शाता है जिस पर क्लाइंट सत्र, या क्लाइंट और सर्वर के बीच पूरी तरह से स्थापित कनेक्शन बनाए जा रहे हैं। यदि आप इस फ़ील्ड पर अपना माउस घुमाते हैं, तो पृष्ठ निम्नलिखित मीट्रिक प्रदर्शित करता है:

  • वर्तमान कनेक्शन दर:वह दर जिस पर क्लाइंट HAProxy से जुड़ रहे हैं।
  • वर्तमान सत्र दर:  वह दर जिस पर सत्र, जो एक संपूर्ण कनेक्शन की स्थिति रखने वाली इकाइयां हैं, बनाए जा रहे हैं।
  • वर्तमान अनुरोध दर:वह दर जिस पर HTTP अनुरोध स्थापित कनेक्शन पर प्राप्त किए जा रहे हैं।

“अधिकतम” कॉलम सबसे अधिक सत्र दिखाता है जो कभी एक साथ उपयोग में रहे हैं। यदि आप इस फ़ील्ड पर अपना माउस घुमाते हैं, तो पृष्ठ निम्नलिखित मीट्रिक प्रदर्शित करता है:

  • अधिकतम कनेक्शन दर:उच्चतम दर जिस पर क्लाइंट HAProxy से जुड़े हैं।
  • अधिकतम सत्र दर:वह उच्चतम दर जिस पर क्लाइंट ने सत्र स्थापित किए हैं, जो कि ऐसी इकाइयां हैं जो एंड-टू-एंड कनेक्शन की स्थिति रखती हैं।
  • अधिकतम अनुरोध दर:उच्चतम दर जिस पर स्थापित कनेक्शनों पर HTTP अनुरोध प्राप्त हुए हैं।

“सीमा” कॉलम प्रति सेकंड सत्रों की वह अधिकतम संख्या दिखाता है जिसे फ़्रंटएंड स्वीकार करेगा, जैसा कि दर-सीमा सत्र सेटिंग द्वारा निर्धारित किया गया है। यदि यह सीमा पार हो जाती है, तो अतिरिक्त कनेक्शन सॉकेट के बैकलॉग में लंबित रहते हैं।

बैकएंड

ये आंकड़े उस दर को दिखाते हैं जिस पर सर्वर से कनेक्शन किए जा रहे हैं।

“Cur” कॉलम वर्तमान दर, प्रति सेकंड दिखाता है, जिस पर सर्वर से कनेक्शन स्थापित किए जा रहे हैं। "अधिकतम" कॉलम उच्चतम दर दिखाता है जिस पर दिए गए सर्वर से कनेक्शन स्थापित किए गए हैं। यहां "सीमा" कॉलम का उपयोग नहीं किया गया है।

सत्र

फ्रंटेंड

यह अनुभाग लोड बैलेंसर पर उपयोग में आने वाले सत्रों की संख्या, या पूर्ण क्लाइंट-टू-सर्वर कनेक्शन की गणना करता है।

“Cur” कॉलम स्थापित सत्रों की वर्तमान संख्या दिखाता है। "अधिकतम" कॉलम सबसे अधिक सत्र दिखाता है जो कभी एक साथ स्थापित किए गए हैं। "सीमा" कॉलम सबसे समकालिक सत्रों को दिखाता है जिनकी अनुमति है, जैसा कि फ़्रंटएंड में मैक्सकॉन सेटिंग द्वारा परिभाषित किया गया है। इस सीमा तक पहुंचने पर वह विशेष फ्रंटएंड नए कनेक्शन स्वीकार करना बंद कर देगा। यदि मैक्सकॉन सेट नहीं है, तो "सीमा" आपके कॉन्फ़िगरेशन के वैश्विक खंड में मैक्सकॉन मान के समान है। यदि वह सेट नहीं है, तो मान आपके सिस्टम पर आधारित है। जब आप "कुल" कॉलम पर होवर करते हैं, तो पृष्ठ निम्नलिखित मीट्रिक प्रदर्शित करता है:

  • सह। कनेक्शन:HAProxy को पिछली बार पुनः लोड किए जाने के बाद से स्थापित कनेक्शनों की संचयी संख्या।
  • सह। सत्र:पिछले रीलोड के बाद से स्थापित सत्रों की संचयी संख्या (एंड-टू-एंड कनेक्शन)।
  • सह। HTTP अनुरोध:पिछले पुनः लोड करने के बाद से HTTP अनुरोधों की संचयी संख्या।
  • HTTP xxx प्रतिसाद:xxx प्रतिसाद प्राप्त करने वाले HTTP अनुरोधों की कुल संख्या।
  • संपीड़ित 2xx:2xx प्रतिक्रियाओं की कुल संख्या जो संपीड़ित की गई थी, यदि संपीड़न सक्षम किया गया है। यह उन अनुरोधों का प्रतिशत भी दिखाता है जिन्हें संकुचित किया गया था।
  • अन्य प्रतिसाद:HTTP अनुरोधों की कुल संख्या जिन्हें अन्य मीट्रिक्स द्वारा कवर नहीं किया गया प्रतिसाद प्राप्त हुआ।
  • अवरोधित अनुरोध:HAProxy Stats पृष्ठ पर इंटरसेप्ट किए गए और रीडायरेक्ट किए गए अनुरोधों की कुल संख्या।

इस अनुभाग में "LbTot" और "अंतिम" कॉलम का उपयोग नहीं किया गया है।

बैकएंड

यह अनुभाग किसी भी सक्रिय सर्वर से वर्तमान कनेक्शन की संख्या को दर्शाता है।

“Cur” कॉलम सर्वर से सक्रिय कनेक्शन की संख्या को सूचीबद्ध करता है। "अधिकतम" कॉलम सबसे अधिक कनेक्शन दिखाता है जो किसी दिए गए सर्वर पर एक साथ स्थापित किए गए हैं। "सीमा" कॉलम सर्वर के लिए अनुमत कनेक्शन की अधिकतम संख्या दिखाता है, जैसा कि सर्वर लाइन पर मैक्सकॉन पैरामीटर द्वारा निर्धारित किया गया है।

बैकएंड पंक्ति "सीमा" के लिए फ़ुलकॉन का मान दिखाती है या, यदि सेट नहीं है, तो यह निम्न सूत्र का उपयोग करती है:सत्रों का योग इस बैकएंड के उस मार्ग के फ़्रंटएंड के लिए मान को 10 से विभाजित करता है। "कुल" कॉलम उन कनेक्शनों की संचयी संख्या दिखाता है जिन्होंने दिए गए सर्वर का उपयोग किया है। जब आप इस फ़ील्ड पर होवर करते हैं, तो पृष्ठ निम्न मीट्रिक प्रदर्शित करता है:

  • सह। सत्र:इस सर्वर से स्थापित कनेक्शनों की संचयी संख्या।
  • सह। HTTP प्रतिसाद:इस सर्वर से प्राप्त HTTP प्रतिसादों की संचयी संख्या।
  • HTTP xxx प्रतिसाद:इस सर्वर से HTTP xxx प्रतिक्रियाओं की कुल संख्या।
  • अन्य प्रतिसाद:अन्य मीट्रिक्स द्वारा कवर नहीं किए गए HTTP प्रतिसादों की कुल संख्या।
  • कतार का समय:सर्वर से कनेक्शन स्लॉट की प्रतीक्षा करते समय मिलीसेकंड में एक कनेक्शन कतार में रहने की मात्रा, पिछले 1024 सफल कनेक्शनों पर औसत।
  • कनेक्ट समय:मिलीसेकंड में सर्वर से सफलतापूर्वक कनेक्ट होने में लगने वाला समय, पिछले 1024 सफल कनेक्शनों का औसत।
  • प्रतिक्रिया समय:मिलीसेकंड में सर्वर प्रतिक्रिया समय, पिछले 1024 सफल कनेक्शनों का औसत।
  • कुल समय:मिलीसेकंड में कुल सत्र समय, पिछले 1024 सफल कनेक्शनों का औसत।

“LbTot” कॉलम दिखाता है कि किसी अनुरोध को पूरा करने के लिए दिए गए सर्वर को कितनी बार चुना गया था। यह सामान्य लोड संतुलन या विफल सर्वर से पुनर्वितरण के कारण हो सकता है। "अंतिम" कॉलम अंतिम कनेक्शन प्राप्त होने के बाद का समय दिखाता है।

बाइट्स

फ्रंटेंड

यह अनुभाग HAProxy और क्लाइंट के बीच भेजे और प्राप्त किए गए डेटा की संचयी मात्रा को प्रदर्शित करता है। "इन" कॉलम प्राप्त बाइट्स की कुल संख्या दिखाता है और "आउट" कॉलम भेजे गए बाइट्स की कुल संख्या दिखाता है।

बैकएंड

यह खंड HAProxy और सर्वर के बीच भेजे और प्राप्त किए गए डेटा की मात्रा को प्रदर्शित करता है। "इन" कॉलम सर्वर को भेजे गए बाइट्स की संख्या दिखाता है। "आउट" कॉलम वापस प्राप्त बाइट्स की संख्या दिखाता है।

अस्वीकार

यह उन अनुरोधों और प्रतिक्रियाओं की संख्या को दिखाता है जिन्हें फ़्रंटएंड और बैकएंड दोनों अनुभागों में सुरक्षा चिंताओं के कारण अस्वीकार कर दिया गया था।

फ्रंटेंड

“Req” कॉलम उन अनुरोधों की संख्या दिखाता है, जिन्हें फ़्रंटएंड या सुनो सेक्शन में कॉन्फ़िगरेशन निर्देशों (http-request इनकार, http-request अस्वीकृत, आदि) के कारण अस्वीकृत कर दिया गया था।

“प्रतिक्रिया” कॉलम उन प्रतिक्रियाओं की संख्या को दिखाता है, जिन्हें एक http-response इनकार निर्देश द्वारा अस्वीकार कर दिया गया था, जिसे एक फ़्रंटएंड या सुनने में रखा गया था।

बैकएंड

“Req” कॉलम पूरे बैकएंड पर ही लागू होता है। यह एक बैकएंड में कॉन्फ़िगरेशन निर्देशों (http-request इनकार, http-request अस्वीकार, आदि) द्वारा अस्वीकार किए गए अनुरोधों की संख्या दिखाता है।

“प्रतिक्रिया” कॉलम उन प्रतिक्रियाओं की संख्या को दर्शाता है जो किसी दिए गए सर्वर के लिए http-response इनकार या tcp-response सामग्री बैकएंड में कॉन्फ़िगरेशन निर्देशों को अस्वीकार करने के कारण अस्वीकार कर दिए गए थे।

त्रुटियां

फ्रंटेंड

यहां केवल "Req" कॉलम का उपयोग किया गया है। यह उन अनुरोधों की संख्या दिखाता है जिनमें त्रुटि हुई।

संभावित कारणों में शामिल हैं:

  • क्लाइंट से जल्दी समाप्ति
  • क्लाइंट की ओर से एक पठन त्रुटि
  • क्लाइंट का समय समाप्त हो गया
  • क्लाइंट ने कनेक्शन बंद कर दिया
  • क्लाइंट ने एक विकृत अनुरोध भेजा
  • अनुरोध को टाला गया था

बैकएंड

यह बैकएंड सर्वर के साथ संचार करने से संबंधित त्रुटियों की संख्या को दर्शाता है।

“Req” कॉलम का उपयोग नहीं किया जाता है। "कॉन" कॉलम सर्वर से कनेक्ट करने का प्रयास करते समय एक त्रुटि का सामना करने वाले अनुरोधों की संख्या दिखाता है। "प्रतिक्रिया" कॉलम प्रतिक्रिया प्राप्त करते समय सामने आई त्रुटियों को दिखाता है।

चेतावनी

बैकएंड

केवल बैकएंड के लिए। यह खंड पुनर्प्रयासों और पुनर्वितरणों की संख्या प्रदर्शित करता है। यदि आपने अपने बैकएंड में पुनः प्रयास करने का निर्देश जोड़ा है, तो "Retr" कॉलम किसी कनेक्शन के पुन:प्रयास की कुल संख्या को दर्शाता है। "रेडिस" कॉलम दिखाता है कि कितनी बार HAProxy एक सर्वर से कनेक्शन स्थापित करने में विफल रहा और इसे दूसरे सर्वर पर फिर से भेजा गया। इसके लिए आवश्यक है कि आपने एक विकल्प redispatch निर्देश जोड़ा है।

सर्वर

फ्रंटेंड

इस सेक्शन का एकमात्र फ़ील्ड जो फ़्रंटएंड पर लागू होता है, वह है स्टेटस फ़ील्ड। जब स्थिति खुली होती है, तो फ़्रंटएंड सामान्य रूप से काम कर रहा होता है और ट्रैफ़िक प्राप्त करने के लिए तैयार होता है।

बैकएंड

यह खंड प्रत्येक सर्वर की स्थिति, स्वास्थ्य और वजन के बारे में विवरण दिखाता है। "स्थिति" कॉलम प्रदर्शित करता है कि सर्वर वर्तमान में चालू है और कितने समय के लिए है। यह निम्न में से कोई भी स्थिति प्रदर्शित कर सकता है:

  • यूपी:सर्वर ठीक से रिपोर्ट कर रहा है।
  • नीचे:सर्वर अस्वस्थ के रूप में रिपोर्ट कर रहा है और अनुरोध प्राप्त करने में असमर्थ है।
  • NOLB:आपने बैकएंड में http-check अक्षम-ऑन-404 जोड़ा है और स्वास्थ्य जांच किए गए URL ने HTTP 404 प्रतिसाद दिया है।
  • मुख्य:सर्वर अक्षम कर दिया गया है या रखरखाव मोड में डाल दिया गया है।
  • DRAIN:सर्वर को ड्रेन मोड में डाल दिया गया है।
  • कोई जांच नहीं:इस सर्वर के लिए स्वास्थ्य जांच सक्षम नहीं हैं।

“LastChk” कॉलम Xms में L7OK/200 जैसा मान दिखाता है। उस मान का अर्थ है कि एक परत 7 स्वास्थ्य जांच की गई; इसने HTTP 200 OK प्रतिसाद दिया और ऐसा X मिलीसेकंड के भीतर किया।

“Wght” कॉलम उस ट्रैफ़िक के अनुपात को दिखाता है जिसे वह स्वीकार करेगा, जैसा कि सर्वर लाइन पर वज़न पैरामीटर द्वारा सेट किया गया है। "अधिनियम" कॉलम दिखाता है कि सर्वर सक्रिय है (वाई के साथ चिह्नित) या बैकअप (एक के साथ चिह्नित)। "बैक" कॉलम दिखाता है कि सर्वर एक बैकअप है (वाई के साथ चिह्नित) या सक्रिय (एक के साथ चिह्नित)।

“Chk” कॉलम विफल स्वास्थ्य जांचों की संख्या दिखाता है। "Dwn" कॉलम UP से DOWN में ट्रांज़िशन की संख्या दिखाता है। "ड्वंटमे" कॉलम दिखाता है कि सर्वर कितने समय से डाउन है।

यदि आपने सर्वर लाइन में स्लोस्टार्ट पैरामीटर जोड़ा है, तो जब आप उस सर्वर को अक्षम और बाद में सक्षम करते हैं, तो "थ्रटल" कॉलम सर्वर द्वारा स्वीकार किए जाने वाले ट्रैफ़िक का प्रतिशत दिखाता है। आपके द्वारा निर्धारित अवधि में प्रतिशत धीरे-धीरे बढ़कर 100% हो जाएगा।

यह जानकारी एक HAProxy ब्लॉग पोस्ट पर आधारित है जिसे आप अधिक विस्तृत जानकारी के लिए देख सकते हैं।

क्लस्टरकंट्रोल पर HAProxy

परिनियोजन और प्रबंधन के अलावा, ClusterControl UI से HAProxy सांख्यिकी और रीयल-टाइम डैशबोर्ड में भी अंतर्दृष्टि प्रदान करता है। ClusterControl से, आप ClusterControl पर सांख्यिकी पृष्ठ तक पहुँच सकते हैं -> क्लस्टर चुनें -> नोड्स -> नीचे स्क्रीनशॉट के समान HAProxy नोड चुनें:

आप किसी सर्वर को लोड बैलेंसिंग से टिक/अनटिक करके सक्षम/अक्षम कर सकते हैं "सक्षम" कॉलम के अंतर्गत चेकबॉक्स बटन। यह बहुत उपयोगी है जब आप चाहते हैं कि आपका एप्लिकेशन जानबूझकर किसी सर्वर से कनेक्ट करना छोड़ दे, जैसे रखरखाव के लिए या नए कॉन्फ़िगरेशन पैरामीटर या अनुकूलित क्वेरी के परीक्षण और सत्यापन के लिए।

आप डैशबोर्ड अनुभाग की जांच करके क्लस्टरकंट्रोल से अपने HAProxy सर्वर की निगरानी भी कर सकते हैं।

इसे सक्षम करने के लिए, आपको बस ClusterControl -> Select Cluster पर जाना होगा -> डैशबोर्ड -> एजेंट आधारित निगरानी सक्षम करें। यह संबंधित ग्राफ़ बनाने के लिए सभी जानकारी प्राप्त करने के लिए प्रत्येक नोड पर एक एजेंट को तैनात करेगा।

यहां, आपको न केवल HAProxy नोड की निगरानी के लिए सभी आवश्यक मीट्रिक दिखाई देंगे, बल्कि विभिन्न डैशबोर्ड का उपयोग करके पूरे वातावरण की निगरानी भी होगी।

निष्कर्ष

HAProxy आपके डेटाबेस और एप्लिकेशन के प्रदर्शन को बेहतर बनाने के लिए एक अच्छा और शक्तिशाली उपकरण है। अपने परिवेश में उच्च उपलब्धता और विफलता को जोड़ना भी उपयोगी है। यह जानने के लिए कि आपके HAProxy नोड में क्या हो रहा है, आपको उन मेट्रिक्स को समझने की आवश्यकता है जिनकी निगरानी आँकड़े पृष्ठ में की जा रही है, या इसे और अधिक अनुकूल बनाने के लिए एक डैशबोर्ड जोड़कर इस निगरानी को बेहतर बनाने की आवश्यकता है।

इस ब्लॉग में, हमने HAProxy आँकड़े पृष्ठ में उल्लिखित प्रत्येक मीट्रिक की व्याख्या की है, और हमने यह भी दिखाया है कि यह ClusterControl पर कैसा दिखता है, जहाँ आप एक ही सिस्टम से HAProxy अनुभागों और डैशबोर्ड दोनों तक पहुँच सकते हैं।


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. php डॉकर छवि में पीडीओ ड्राइवर कैसे स्थापित करें?

  2. मैं विंडोज़ पर पायथन 3 में MySQL से कैसे जुड़ सकता हूं?

  3. तालिका से डुप्लिकेट पंक्तियों को हटाना

  4. गलत स्ट्रिंग मान त्रुटियों को कैसे ठीक करें?

  5. MySQL डेटाबेस मैनेजमेंट सिस्टम (DBMS) के वर्तमान संस्करण को कैसे पुनः प्राप्त करें?