HAProxy के साथ जोम्ब्रा ओपन-सोर्स संस्करण में लोड संतुलन

बड़े पैमाने पर जोम्ब्रा ओएसई इन्फ्रास्ट्रक्चर के निर्माण में मुख्य कार्यों में से एक सक्षम भार संतुलन है। इस तथ्य के अलावा कि यह सेवा की दोष सहिष्णुता को बढ़ाता है, लोड संतुलन के बिना सभी उपयोगकर्ताओं के लिए सेवा की समान प्रतिक्रिया प्रदान करना असंभव है। इस समस्या को हल करने के लिए, लोड बैलेंसरों का उपयोग किया जाता है - सॉफ्टवेयर और हार्डवेयर समाधान जो सर्वर के बीच अनुरोधों का पुनर्वितरण करते हैं। उनमें से, राउंडरॉबिन की तरह कुछ बल्कि आदिम हैं, जो सूची में अगले सर्वर पर प्रत्येक अगले अनुरोध को भेजता है, और अधिक उन्नत वाले हैं, उदाहरण के लिए, हाप्रोक्सी, जो कई महत्वपूर्ण लाभों के कारण अत्यधिक लोड कंप्यूटिंग इन्फ्रास्ट्रक्चर में व्यापक रूप से उपयोग किया जाता है। आइए देखें कि HAProxy और Acronra OSE लोड बैलेंसर एक साथ कैसे काम कर सकते हैं।



इसलिए, टास्क की शर्तों के अनुसार, हमें जिओमरा OSE इंफ्रास्ट्रक्चर दिया गया, जिसमें दो जिम्स्ट्रा प्रॉक्सी, दो LDAP और LDAP रेप्लिका सर्वर, चार मेल स्टोर जिनमें 1000 मेलबॉक्सेस प्रत्येक और तीन MTAs पर हैं। यह मानते हुए कि हम एक मेल सर्वर के साथ काम कर रहे हैं, इसे तीन प्रकार के ट्रैफ़िक प्राप्त होंगे जिन्हें संतुलित करने की आवश्यकता है: वेब क्लाइंट को डाउनलोड करने के लिए HTTP और ईमेल भेजने के लिए POP और SMTP। उसी समय, HTTP ट्रैफ़िक, IP पते 192.168.0.57 और 192.168.0.58 के साथ Acronra प्रॉक्सी सर्वर पर जाएगा, और SMTP ट्रैफ़िक IP पते 192.168.0.77 और 192.168.0.78 के साथ MTA सर्वर पर जाएगा।

जैसा कि पहले ही उल्लेख किया गया है, सर्वरों के बीच अनुरोधों के एक समान वितरण को सुनिश्चित करने के लिए, हम HAProxy लोड बैलेंसर का उपयोग करेंगे, जो कि Ubuntu 18.04 पर चलने वाले जोम्ब्रा इंफ्रास्ट्रक्चर के इनपुट नोड पर काम करेगा। इस ऑपरेटिंग सिस्टम पर हाइपोइकस को इंस्टॉल करना sudo apt-get install haproxy कमांड का उपयोग करके किया जाता है। उसके बाद, / etc / default / haproxy फाइल में, ENABLED = 0 पैरामीटर को ENABLED = 1 में बदलें। अब, यह सुनिश्चित करने के लिए कि haproxy काम कर रहा है, बस सेवा haproxy कमांड डालें । इस घटना में कि यह सेवा काम करती है, यह कमांड के आउटपुट से स्पष्ट होगा।

HAProxy की मुख्य कमियों में से एक यह है कि डिफ़ॉल्ट रूप से यह कनेक्टेड क्लाइंट के आईपी पते को प्रसारित नहीं करता है, इसे अपने स्वयं के साथ बदल रहा है। यह उन स्थितियों को जन्म दे सकता है जब हमलावरों द्वारा भेजे गए पत्रों को काली सूची में जोड़ने के लिए आईपी पते द्वारा पहचाना नहीं जा सकता है। हालाँकि, इस समस्या को हल किया जा सकता है। ऐसा करने के लिए, पोस्टफ़िक्स के साथ सर्वर पर फ़ाइल /opt/zimbra/common/conf/master.cf.in संपादित करें और इसमें निम्नलिखित पंक्तियाँ जोड़ें:

26 inet n - n - 1 postscreen -o postscreen_upstream_proxy_protocol=haproxy 466 inet n - n - - smtpd %%uncomment SERVICE:opendkim%% -o content_filter=scan:[%%zimbraLocalBindAddress%%]:10030 -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes -o smtpd_client_restrictions= -o smtpd_data_restrictions= -o smtpd_helo_restrictions= -o smtpd_recipient_restrictions= -o smtpd_relay_restrictions=permit_sasl_authenticated,reject -o syslog_name=postfix/smtps -o milter_macro_daemon_name=ORIGINATING -o smtpd_upstream_proxy_protocol=haproxy %%uncomment LOCAL:postjournal_enabled%% -o smtpd_proxy_filter=[%%zimbraLocalBindAddress%%]:10027 %%uncomment LOCAL:postjournal_enabled%% -o smtpd_proxy_options=speed_adjust 588 inet n - n - - smtpd %%uncomment SERVICE:opendkim%% -o content_filter=scan:[%%zimbraLocalBindAddress%%]:10030 -o smtpd_etrn_restrictions=reject -o smtpd_sasl_auth_enable=%%zimbraMtaSaslAuthEnable%% -o smtpd_tls_security_level=%%zimbraMtaTlsSecurityLevel%% -o smtpd_client_restrictions=permit_sasl_authenticated,reject -o smtpd_data_restrictions= -o smtpd_helo_restrictions= -o smtpd_recipient_restrictions= -o smtpd_relay_restrictions=permit_sasl_authenticated,reject -o syslog_name=postfix/submission -o milter_macro_daemon_name=ORIGINATING -o smtpd_upstream_proxy_protocol=haproxy %%uncomment LOCAL:postjournal_enabled%% -o smtpd_proxy_filter=[%%zimbraLocalBindAddress%%]:10027 %%uncomment LOCAL:postjournal_enabled%% -o smtpd_proxy_options=speed_adjust 

इसके कारण, हम 26, 466 और 588 पोर्ट खोलेंगे, जिसमें HAProxy से आने वाला ट्रैफ़िक प्राप्त होगा। फ़ाइलों को सहेजे जाने के बाद, आपको zmtactl पुनरारंभ कमांड का उपयोग करके सभी सर्वरों पर पोस्टफ़िक्स को पुनः आरंभ करना चाहिए।

उसके बाद, HAProxy सेट करना शुरू करें। ऐसा करने के लिए, पहले सेटिंग cp /etc/haproxy/haproxy.cfg /etc/haproxy/haproxy.cfg.bak के साथ फ़ाइल की एक बैकअप प्रतिलिपि बनाएँ । फिर, टेक्स्ट एडिटर में सोर्स फाइल /etc/haproxy/haproxy.cfg खोलें और धीरे-धीरे इसमें आवश्यक सेटिंग्स जोड़ना शुरू करें। पहला ब्लॉक एक सर्वर को जोड़ने वाला होगा जो लॉग्स को हटाता है, साथ ही साथ अधिकतम कनेक्शन की अधिकतम अनुमत संख्या सेट करता है, साथ ही उपयोगकर्ता का नाम और समूह निर्दिष्ट करता है जिस पर निष्पादन योग्य प्रक्रिया होगी।

 global user daemon group daemon daemon log 127.0.0.1 daemon maxconn 5000 chroot /var/lib/haproxy 

5000 एक साथ कनेक्शन का आंकड़ा एक कारण के लिए दिखाई दिया। चूँकि हमारे इन्फ्रास्ट्रक्चर में 4000 मेलबॉक्स हैं, इसलिए इस संभावना को दूर करना आवश्यक है कि वे एक ही समय में अपने कार्य मेल पर जाएंगे। इसके अलावा, यदि आप इनकी संख्या में वृद्धि करते हैं, तो आपको थोड़ा मार्जिन छोड़ने की आवश्यकता है।

अब डिफ़ॉल्ट सेटिंग्स के साथ एक ब्लॉक जोड़ें:

 defaults timeout client 1m log global mode tcp timeout server 1m timeout connect 5s 

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

अगला, हम विभिन्न बंदरगाहों पर कनेक्शन के लिए नियम जोड़ देंगे। उदाहरण के लिए, यदि पोर्ट 25 का उपयोग एसएमटीपी कनेक्शन और मेल ट्रांसफर के लिए किया जाता है, तो यह हमारे बुनियादी ढांचे में उपलब्ध एमटीए के लिए इसे रीडायरेक्ट करने के लिए समझ में आता है। यदि कनेक्शन पोर्ट 80 पर है, तो यह एक http अनुरोध है जो कि Acronra Proxy को भेजा जाना चाहिए।

पोर्ट 25 के लिए नियम:

 frontend smtp-25 bind *:27 default_backend backend-smtp-25 backend backend-smtp-25 server mta1 192.168.0.77:26 send-proxy server mta2 192.168.0.78:26 send-proxy 

पोर्ट 465 के लिए नियम:

 frontend smtp-465 bind *:467 default_backend backend-smtp-465 backend backend-smtp-465 server mta1 192.168.0.77:466 send-proxy server mta2 192.168.0.78:466 send-proxy 

पोर्ट 587 के लिए नियम:

 frontend smtp-587 bind *:589 default_backend backend-smtp-587 backend backend-smtp-587 server mail1 192.168.0.77:588 send-proxy server mail2 192.168.0.78:588 send-proxy 

पोर्ट 80 के लिए नियम:

 frontend http-80 bind *:80 default_backend http-80 backend http-80 mode tcp server zproxy1 192.168.0.57:80 check server zproxy2 192.168.0.58:80 check 

पोर्ट 443 के लिए नियम:

 frontend https bind *:443 default_backend https-443 backend https-443 mode tcp server zproxy1 192.168.0.57:80 check server zproxy2 192.168.0.58:80 check 

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

अब जब HAProxy में सभी आवश्यक परिवर्तन कर दिए गए हैं, तो आप सेवा को हाइप्रोक्सी पुनरारंभ कमांड का उपयोग करके सेवा को पुनरारंभ कर सकते हैं और इसका उपयोग शुरू कर सकते हैं।

Zextras Suite से संबंधित सभी प्रश्नों के लिए, आप ई-मेल katerina@zextras.com द्वारा, Zextras, Ekaterina Triandafilidi के प्रतिनिधि से संपर्क कर सकते हैं