დატვირთვის დაბალანსება Zimbra Open-Source Edition-ში HAProxy-ის გამოყენებით

ფართომასშტაბიანი Zimbra OSE ინფრასტრუქტურის მშენებლობისას ერთ-ერთი მთავარი ამოცანაა დატვირთვის სათანადო დაბალანსება. გარდა იმისა, რომ ეს ზრდის სერვისის შეცდომის ტოლერანტობას, დატვირთვის დაბალანსების გარეშე შეუძლებელია სერვისის ერთნაირი რეაგირების უზრუნველყოფა ყველა მომხმარებლისთვის. ამ პრობლემის გადასაჭრელად გამოიყენება დატვირთვის ბალანსერები - პროგრამული და აპარატურის გადაწყვეტილებები, რომლებიც გადაანაწილებენ მოთხოვნებს სერვერებს შორის. მათ შორის არის საკმაოდ პრიმიტიული, როგორიცაა RoundRobin, რომელიც უბრალოდ აგზავნის ყოველ მომდევნო მოთხოვნას სიის შემდეგ სერვერზე და ასევე არის უფრო მოწინავეები, მაგალითად HAProxy, რომელიც ფართოდ გამოიყენება მაღალი დატვირთვის გამოთვლით ინფრასტრუქტურაში. მნიშვნელოვანი უპირატესობების რაოდენობა. მოდით შევხედოთ, თუ როგორ შეგიძლიათ HAProxy დატვირთვის ბალანსერი და Zimbra OSE ერთად იმუშაონ.

ასე რომ, დავალების პირობების მიხედვით, ჩვენ გვეძლევა Zimbra OSE ინფრასტრუქტურა, რომელსაც აქვს ორი Zimbra Proxy, ორი LDAP და LDAP Replica სერვერი, ოთხი ფოსტის საცავი 1000 საფოსტო ყუთით და სამი MTA. იმის გათვალისწინებით, რომ საქმე გვაქვს ფოსტის სერვერთან, ის მიიღებს სამი სახის ტრაფიკს, რომელიც საჭიროებს დაბალანსებას: HTTP ვებ კლიენტის ჩამოტვირთვისთვის, ასევე POP და SMTP ელფოსტის გაგზავნისთვის. ამ შემთხვევაში, HTTP ტრაფიკი გადავა Zimbra Proxy სერვერებზე IP მისამართებით 192.168.0.57 და 192.168.0.58, ხოლო SMTP ტრაფიკი მიდის MTA სერვერებზე IP მისამართებით 192.168.0.77 და 192.168.0.78.

როგორც უკვე აღვნიშნეთ, სერვერებს შორის მოთხოვნების თანაბრად განაწილების უზრუნველსაყოფად, ჩვენ გამოვიყენებთ HAProxy დატვირთვის ბალანსერს, რომელიც იმუშავებს Zimbra ინფრასტრუქტურის შეღწევის კვანძზე, რომელიც მუშაობს Ubuntu 18.04. ამ ოპერაციულ სისტემაზე ჰაპროქსის დაყენება ხდება ბრძანების გამოყენებით sudo apt-get install haproxy. ამის შემდეგ თქვენ გჭირდებათ ფაილში /etc/default/haproxy პარამეტრის შეცვლა ჩართულია=0 on ჩართულია=1. ახლა, იმისათვის, რომ დარწმუნდეთ, რომ ჰაპროქსი მუშაობს, უბრალოდ შეიყვანეთ ბრძანება სერვისი ჰაპროქსი. თუ ეს სერვისი გაშვებულია, ეს გასაგები იქნება ბრძანების გამოსვლიდან.

HAProxy-ის ერთ-ერთი მთავარი მინუსი არის ის, რომ ნაგულისხმევად ის არ გადასცემს დამაკავშირებელი კლიენტის IP მისამართს, ანაცვლებს მას საკუთარი. ამან შეიძლება გამოიწვიოს სიტუაციები, როდესაც თავდამსხმელების მიერ გაგზავნილი ელფოსტა ვერ იქნება იდენტიფიცირებული IP მისამართით, რათა დაამატოთ იგი შავ სიაში. თუმცა, ეს საკითხი შეიძლება მოგვარდეს. ამისათვის საჭიროა ფაილის რედაქტირება /opt/zimbra/common/conf/master.cf.in სერვერებზე Postfix-ით და დაამატეთ მას შემდეგი ხაზები:

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-დან. ფაილების შენახვის შემდეგ, თქვენ უნდა გადატვირთოთ Postfix ყველა სერვერზე 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 კავშირებისა და ფოსტისთვის, მაშინ აზრი აქვს მასზე კავშირების გადაგზავნა ჩვენს ინფრასტრუქტურაში არსებულ MTA-ებზე. თუ კავშირი 80-ე პორტზეა, მაშინ ეს არის http მოთხოვნა, რომელიც უნდა გაიგზავნოს Zimbra 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

გთხოვთ გაითვალისწინოთ, რომ TCP პაკეტების MTA-ზე გადაგზავნის წესებში, მათი მისამართების გვერდით არის პარამეტრი გაგზავნა-პროქსი. ეს აუცილებელია იმისთვის, რომ პოსტფიქსის პარამეტრებში ადრე განხორციელებული ცვლილებების შესაბამისად, მისი გამგზავნის ორიგინალური IP მისამართი იგზავნება TCP პაკეტებთან ერთად.

ახლა, როდესაც ყველა საჭირო ცვლილება განხორციელდა HAProxy-ში, შეგიძლიათ გადატვირთოთ სერვისი ბრძანების გამოყენებით სერვისის ჰაპროქსის გადატვირთვა და დაიწყე მისი გამოყენება.

Zextras Suite-თან დაკავშირებული ყველა კითხვისთვის შეგიძლიათ დაუკავშირდეთ Zextras-ის წარმომადგენელს ეკატერინა ტრიანდაფილიდს ელ.ფოსტით. [ელ.ფოსტით დაცულია]

წყარო: www.habr.com