🥇 HAProxy वापरून झिंब्रा ओपन-सोर्स एडिशनमध्ये लोड बॅलन्सिंग

मोठ्या प्रमाणावर झिंब्रा ओएसई पायाभूत सुविधा तयार करताना मुख्य कामांपैकी एक म्हणजे योग्य भार संतुलन. यामुळे सेवेची दोष सहिष्णुता वाढते या वस्तुस्थितीव्यतिरिक्त, लोड बॅलन्सिंगशिवाय सर्व वापरकर्त्यांसाठी सेवेची समान प्रतिक्रिया सुनिश्चित करणे अशक्य आहे. या समस्येचे निराकरण करण्यासाठी, लोड बॅलन्सर्स वापरले जातात - सॉफ्टवेअर आणि हार्डवेअर सोल्यूशन्स जे सर्व्हर दरम्यान विनंत्यांचे पुनर्वितरण करतात. त्यापैकी राऊंडरॉबिन सारख्या अगदी आदिम आहेत, जे प्रत्येक त्यानंतरची विनंती सूचीतील पुढील सर्व्हरला पाठवतात आणि आणखी प्रगत देखील आहेत, उदाहरणार्थ HAProxy, ज्याचा वापर उच्च-लोड कॉम्प्युटिंग पायाभूत सुविधांमध्ये मोठ्या प्रमाणावर केला जातो. लक्षणीय फायद्यांची संख्या. आपण HAProxy लोड बॅलन्सर आणि Zimbra OSE एकत्र कसे कार्य करू शकता ते पाहू या.

त्यामुळे, कार्याच्या अटींनुसार, आम्हाला झिंब्रा OSE इन्फ्रास्ट्रक्चर देण्यात आले आहे, ज्यामध्ये दोन झिंब्रा प्रॉक्सी, दोन LDAP आणि LDAP प्रतिकृती सर्व्हर आहेत, प्रत्येकी 1000 मेलबॉक्सेससह चार मेल स्टोरेज आणि तीन MTAs आहेत. आम्ही मेल सर्व्हरशी व्यवहार करत आहोत हे लक्षात घेता, ते तीन प्रकारचे ट्रॅफिक प्राप्त करेल ज्यात संतुलन आवश्यक आहे: वेब क्लायंट डाउनलोड करण्यासाठी HTTP, तसेच ईमेल पाठवण्यासाठी POP आणि SMTP. या प्रकरणात, HTTP ट्रॅफिक 192.168.0.57 आणि 192.168.0.58 IP पत्त्यासह Zimbra प्रॉक्सी सर्व्हरवर जाईल आणि SMTP ट्रॅफिक 192.168.0.77 आणि 192.168.0.78 IP पत्त्यासह MTA सर्व्हरवर जाईल.

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

HAProxy चा एक मुख्य तोटा असा आहे की तो डीफॉल्टनुसार कनेक्टिंग क्लायंटचा IP पत्ता प्रसारित करत नाही, तो स्वतःच्या ऐवजी बदलतो. यामुळे हल्लेखोरांनी पाठवलेले ईमेल काळ्या यादीत जोडण्यासाठी IP पत्त्याद्वारे ओळखले जाऊ शकत नाहीत अशा परिस्थिती उद्भवू शकतात. तथापि, या समस्येचे निराकरण केले जाऊ शकते. हे करण्यासाठी तुम्हाला फाइल संपादित करावी लागेल /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 कडून येणारी वाहतूक प्राप्त होईल. फाइल्स सेव्ह केल्यानंतर, तुम्ही zmmtactl रीस्टार्ट कमांड वापरून सर्व सर्व्हरवर पोस्टफिक्स रीस्टार्ट करावे.

त्यानंतर, 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 SMTP कनेक्शन आणि मेलसाठी वापरला असेल, तर आमच्या इन्फ्रास्ट्रक्चरमध्ये उपलब्ध असलेल्या MTAs वर कनेक्शन फॉरवर्ड करणे अर्थपूर्ण आहे. जर कनेक्शन पोर्ट 80 वर असेल, तर ही एक http विनंती आहे जी झिंब्रा प्रॉक्सीकडे अग्रेषित करणे आवश्यक आहे.

पोर्ट 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

कृपया लक्षात घ्या की टीसीपी पॅकेट्स एमटीएला फॉरवर्ड करण्याच्या नियमांमध्ये, त्यांच्या पत्त्याच्या पुढे एक पॅरामीटर आहे पाठवा-प्रॉक्सी. हे आवश्यक आहे जेणेकरुन, आम्ही पोस्टफिक्स सेटिंग्जमध्ये आधी केलेल्या बदलांच्या अनुषंगाने, त्याच्या प्रेषकाचा मूळ IP पत्ता TCP पॅकेटसह पाठविला जाईल.

आता HAProxy मध्ये सर्व आवश्यक बदल केले गेले आहेत, तुम्ही कमांड वापरून सेवा पुन्हा सुरू करू शकता सेवा हॅप्रॉक्सी रीस्टार्ट आणि त्याचा वापर सुरू करा.

Zextras Suite शी संबंधित सर्व प्रश्नांसाठी, तुम्ही Zextras Ekaterina Triandafilidi च्या प्रतिनिधीशी ई-मेलद्वारे संपर्क साधू शकता [ईमेल संरक्षित]

स्त्रोत: www.habr.com

HAProxy वापरून झिंब्रा ओपन-सोर्स एडिशनमध्ये लोड बॅलन्सिंग

एक टिप्पणी जोडा Отменить ответ