HAProxy ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ Zimbra ਓਪਨ-ਸਰੋਤ ਐਡੀਸ਼ਨ ਵਿੱਚ ਲੋਡ ਬੈਲੇਂਸਿੰਗ

ਵੱਡੇ ਪੈਮਾਨੇ ਦੇ ਜ਼ਿਮਬਰਾ OSE ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨਿਰਮਾਣ ਵਿੱਚ ਮੁੱਖ ਕਾਰਜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸਮਰੱਥ ਲੋਡ ਸੰਤੁਲਨ ਹੈ। ਸੇਵਾ ਦੀ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਨੂੰ ਵਧਾਉਣ ਤੋਂ ਇਲਾਵਾ, ਲੋਡ ਸੰਤੁਲਨ ਤੋਂ ਬਿਨਾਂ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸੇਵਾ ਦੀ ਸਮਾਨ ਜਵਾਬਦੇਹੀ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣਾ ਅਸੰਭਵ ਹੈ। ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ, ਲੋਡ ਬੈਲੇਂਸਰਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ - ਸੌਫਟਵੇਅਰ ਅਤੇ ਹਾਰਡਵੇਅਰ ਹੱਲ ਜੋ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਬੇਨਤੀਆਂ ਨੂੰ ਮੁੜ ਵੰਡਦੇ ਹਨ। ਉਹਨਾਂ ਵਿੱਚੋਂ, ਦੋਨੋਂ ਹੀ ਮੁੱਢਲੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਰਾਊਂਡਰੋਬਿਨ, ਜੋ ਕਿ ਸੂਚੀ ਵਿੱਚ ਅਗਲੇ ਸਰਵਰ ਨੂੰ ਹਰ ਅਗਲੀ ਬੇਨਤੀ ਨੂੰ ਸਿਰਫ਼ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਵੀ ਉੱਨਤ ਹਨ, ਉਦਾਹਰਨ ਲਈ, 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 ਲੋਡ ਬੈਲੇਂਸਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ, ਜੋ ਕਿ ਉਬੰਟੂ 18.04 'ਤੇ ਚੱਲ ਰਹੇ ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਇਨਪੁਟ ਨੋਡ 'ਤੇ ਚੱਲੇਗਾ। ਇਸ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਉੱਤੇ ਹੈਪਰੋਕਸੀ ਇੰਸਟਾਲ ਕਰਨਾ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ sudo apt-get install haproxy. ਉਸ ਤੋਂ ਬਾਅਦ, ਇਹ ਫਾਈਲ ਵਿੱਚ ਜ਼ਰੂਰੀ ਹੈ /etc/default/haproxy ਪੈਰਾਮੀਟਰ ਬਦਲੋ ਯੋਗ = 0 'ਤੇ ਯੋਗ = 1. ਹੁਣ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਹੈਪਰੋਕਸੀ ਕੰਮ ਕਰ ਰਹੀ ਹੈ, ਸਿਰਫ਼ ਕਮਾਂਡ ਦਿਓ ਸੇਵਾ haproxy. ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਕਿ ਇਹ ਸੇਵਾ ਚੱਲ ਰਹੀ ਹੈ, ਇਹ ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਤੋਂ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ.

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

ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ MTA ਨੂੰ TCP ਪੈਕੇਟ ਅੱਗੇ ਭੇਜਣ ਦੇ ਨਿਯਮਾਂ ਵਿੱਚ, ਉਹਨਾਂ ਦੇ ਪਤਿਆਂ ਦੇ ਅੱਗੇ ਪੈਰਾਮੀਟਰ ਹੈ ਭੇਜੋ-ਪ੍ਰਾਕਸੀ. ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਤਾਂ ਕਿ, ਪੋਸਟਫਿਕਸ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਸਾਡੇ ਵੱਲੋਂ ਪਹਿਲਾਂ ਕੀਤੀਆਂ ਗਈਆਂ ਤਬਦੀਲੀਆਂ ਦੇ ਅਨੁਸਾਰ, ਇਸਦੇ ਭੇਜਣ ਵਾਲੇ ਦਾ ਅਸਲ IP ਪਤਾ ਵੀ TCP ਪੈਕੇਟਾਂ ਦੇ ਨਾਲ ਭੇਜਿਆ ਜਾਵੇ।

ਹੁਣ ਜਦੋਂ ਕਿ HAProxy ਵਿੱਚ ਸਾਰੀਆਂ ਲੋੜੀਂਦੀਆਂ ਤਬਦੀਲੀਆਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਤੁਸੀਂ ਕਮਾਂਡ ਨਾਲ ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰ ਸਕਦੇ ਹੋ ਸੇਵਾ ਹੈਪਰੋਕਸੀ ਰੀਸਟਾਰਟ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਸ਼ੁਰੂ ਕਰੋ।

Zextras Suite ਨਾਲ ਸਬੰਧਤ ਸਾਰੇ ਸਵਾਲਾਂ ਲਈ, ਤੁਸੀਂ Zextras Ekaterina Triandafilidi ਦੇ ਪ੍ਰਤੀਨਿਧੀ ਨੂੰ ਈ-ਮੇਲ ਦੁਆਰਾ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

ਸਰੋਤ: www.habr.com