HAProxy નો ઉપયોગ કરીને ઝિમ્બ્રા ઓપન-સોર્સ એડિશનમાં લોડ બેલેન્સિંગ

મોટા પાયે ઝિમ્બ્રા OSE ઈન્ફ્રાસ્ટ્રક્ચર બનાવતી વખતે મુખ્ય કાર્યોમાંનું એક યોગ્ય લોડ બેલેન્સિંગ છે. હકીકત એ છે કે તે સેવાની ખામી સહિષ્ણુતામાં વધારો કરે છે તે ઉપરાંત, લોડ બેલેન્સિંગ વિના બધા વપરાશકર્તાઓ માટે સેવાની સમાન પ્રતિભાવની ખાતરી કરવી અશક્ય છે. આ સમસ્યાને ઉકેલવા માટે, લોડ બેલેન્સર્સનો ઉપયોગ કરવામાં આવે છે - સૉફ્ટવેર અને હાર્ડવેર સોલ્યુશન્સ કે જે સર્વર્સ વચ્ચે વિનંતીઓનું ફરીથી વિતરણ કરે છે. તેમાંથી રાઉન્ડરોબિન જેવા તદ્દન આદિમ છે, જે દરેક અનુગામી વિનંતીને સૂચિમાંના આગલા સર્વરને સરળ રીતે મોકલે છે, અને ત્યાં વધુ અદ્યતન પણ છે, ઉદાહરણ તરીકે HAProxy, જેનો ઉપયોગ ઉચ્ચ-લોડ કમ્પ્યુટિંગ ઇન્ફ્રાસ્ટ્રક્ચરમાં વ્યાપકપણે થાય છે. નોંધપાત્ર લાભોની સંખ્યા. ચાલો એક નજર કરીએ કે તમે HAProxy લોડ બેલેન્સર અને Zimbra OSE ને એકસાથે કેવી રીતે કામ કરી શકો છો.

તેથી, કાર્યની શરતો અનુસાર, અમને ઝિમ્બ્રા OSE ઈન્ફ્રાસ્ટ્રક્ચર આપવામાં આવ્યું છે, જેમાં બે ઝિમ્બ્રા પ્રોક્સી, બે LDAP અને LDAP પ્રતિકૃતિ સર્વર્સ છે, દરેક 1000 મેઈલબોક્સ અને ત્રણ MTAs સાથે ચાર મેઈલ સ્ટોરેજ છે. આપેલ છે કે અમે મેઇલ સર્વર સાથે કામ કરી રહ્યા છીએ, તે ત્રણ પ્રકારના ટ્રાફિક પ્રાપ્ત કરશે જેને સંતુલિત કરવાની જરૂર છે: વેબ ક્લાયંટ ડાઉનલોડ કરવા માટે HTTP, તેમજ ઇમેઇલ મોકલવા માટે POP અને SMTP. આ કિસ્સામાં, HTTP ટ્રાફિક 192.168.0.57 અને 192.168.0.58 IP સરનામાંવાળા ઝિમ્બ્રા પ્રોક્સી સર્વર્સ પર જશે અને SMTP ટ્રાફિક 192.168.0.77 અને 192.168.0.78 IP સરનામાંવાળા MTA સર્વર્સ પર જશે.

પહેલેથી જ ઉલ્લેખ કર્યો છે તેમ, વિનંતીઓ સર્વર્સ વચ્ચે સમાનરૂપે વિતરિત થાય છે તેની ખાતરી કરવા માટે, અમે HAProxy લોડ બેલેન્સરનો ઉપયોગ કરીશું, જે ઉબુન્ટુ 18.04 પર ચાલતા ઝિમ્બ્રા ઇન્ફ્રાસ્ટ્રક્ચર ઇન્ગ્રેસ નોડ પર ચાલશે. આ ઓપરેટિંગ સિસ્ટમ પર હેપ્રોક્સી ઇન્સ્ટોલ કરવાનું આદેશનો ઉપયોગ કરીને કરવામાં આવે છે 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 ના ઓપરેટિંગ મોડને પણ સેટ કરે છે. અમારા કિસ્સામાં, લોડ બેલેન્સર TCP મોડમાં કાર્ય કરે છે, એટલે કે, તે ફક્ત TCP પેકેટોને તેમની સામગ્રીઓનું વિશ્લેષણ કર્યા વિના ટ્રાન્સમિટ કરે છે.

આગળ આપણે વિવિધ પોર્ટ પર કનેક્શન માટે નિયમો ઉમેરીશું. ઉદાહરણ તરીકે, જો પોર્ટ 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

મહેરબાની કરીને નોંધ કરો કે TCP પેકેટોને MTA પર ફોરવર્ડ કરવાના નિયમોમાં, તેમના સરનામાની બાજુમાં એક પરિમાણ છે મોકલો-પ્રોક્સી. આ જરૂરી છે જેથી અમે પોસ્ટફિક્સ સેટિંગ્સમાં અગાઉ કરેલા ફેરફારોને અનુરૂપ, તેના પ્રેષકનું મૂળ IP સરનામું TCP પેકેટો સાથે મોકલવામાં આવે.

હવે જ્યારે HAProxy માં તમામ જરૂરી ફેરફારો કરવામાં આવ્યા છે, તમે આદેશનો ઉપયોગ કરીને સેવાને પુનઃપ્રારંભ કરી શકો છો સેવા હેપ્રોક્સી પુનઃપ્રારંભ કરો અને તેનો ઉપયોગ કરવાનું શરૂ કરો.

Zextras Suite થી સંબંધિત તમામ પ્રશ્નો માટે, તમે ઈ-મેલ દ્વારા Zextras Ekaterina Triandafilidi ના પ્રતિનિધિનો સંપર્ક કરી શકો છો [ઇમેઇલ સુરક્ષિત]

સોર્સ: www.habr.com