HAProxy ব্যবহার করে জিমব্রা ওপেন-সোর্স সংস্করণে লোড ব্যালেন্সিং

বড় আকারের জিমব্রা ওএসই অবকাঠামো তৈরি করার সময় প্রধান কাজগুলির মধ্যে একটি হল সঠিক লোড ব্যালেন্সিং। এটি পরিষেবার ত্রুটি সহনশীলতা বাড়ায় তা ছাড়াও, লোড ব্যালেন্সিং ছাড়া সমস্ত ব্যবহারকারীর জন্য পরিষেবাটির একই প্রতিক্রিয়া নিশ্চিত করা অসম্ভব। এই সমস্যাটি সমাধান করার জন্য, লোড ব্যালেন্সার ব্যবহার করা হয় - সফ্টওয়্যার এবং হার্ডওয়্যার সমাধান যা সার্ভারের মধ্যে অনুরোধগুলি পুনরায় বিতরণ করে। তাদের মধ্যে বেশ আদিম আছে, যেমন রাউন্ডরবিন, যা কেবল তালিকার পরবর্তী সার্ভারে প্রতিটি পরবর্তী অনুরোধ পাঠায় এবং আরও উন্নত রয়েছে, উদাহরণস্বরূপ HAProxy, যা উচ্চ-লোড কম্পিউটিং অবকাঠামোতে ব্যাপকভাবে ব্যবহৃত হয় উল্লেখযোগ্য সুবিধার সংখ্যা। চলুন দেখে নেওয়া যাক কিভাবে আপনি HAProxy লোড ব্যালেন্সার এবং Zimbra OSE একসাথে কাজ করতে পারেন।

সুতরাং, টাস্কের শর্তাবলী অনুসারে, আমাদের জিমব্রা ওএসই অবকাঠামো দেওয়া হয়েছে, যেখানে দুটি জিমব্রা প্রক্সি, দুটি এলডিএপি এবং এলডিএপি রেপ্লিকা সার্ভার রয়েছে, প্রতিটি 1000টি মেলবক্স এবং তিনটি এমটিএ সহ চারটি মেল স্টোরেজ রয়েছে৷ প্রদত্ত যে আমরা একটি মেল সার্ভারের সাথে কাজ করছি, এটি তিন ধরণের ট্র্যাফিক পাবে যার ভারসাম্য প্রয়োজন: ওয়েব ক্লায়েন্ট ডাউনলোড করার জন্য HTTP, সেইসাথে ইমেল পাঠানোর জন্য POP এবং SMTP৷ এই ক্ষেত্রে, HTTP ট্র্যাফিক 192.168.0.57 এবং 192.168.0.58 IP ঠিকানা সহ জিমব্রা প্রক্সি সার্ভারগুলিতে যাবে এবং 192.168.0.77 এবং 192.168.0.78 IP ঠিকানাগুলির সাথে SMTP ট্র্যাফিক MTA সার্ভারগুলিতে যাবে৷

ইতিমধ্যে উল্লিখিত হিসাবে, সার্ভারগুলির মধ্যে অনুরোধগুলি সমানভাবে বিতরণ করা হয়েছে তা নিশ্চিত করতে, আমরা HAProxy লোড ব্যালেন্সার ব্যবহার করব, যা উবুন্টু 18.04 চালিত জিমব্রা অবকাঠামো ইনগ্রেস নোডে চলবে। কমান্ড ব্যবহার করে এই অপারেটিং সিস্টেমে হ্যাপ্রক্সি ইনস্টল করা হয় sudo apt-get install haproxy. এর পরে আপনার ফাইলটিতে প্রয়োজন /etc/default/haproxy পরামিতি পরিবর্তন করুন সক্রিয়=0 উপর সক্রিয়=1. এখন, হ্যাপ্রক্সি কাজ করছে তা নিশ্চিত করতে, শুধু কমান্ডটি প্রবেশ করান সেবা হ্যাপ্রক্সি. এই পরিষেবাটি চলমান থাকলে, কমান্ডের আউটপুট থেকে এটি পরিষ্কার হবে।

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 থেকে ইনকামিং ট্রাফিক পাবে। ফাইলগুলি সংরক্ষণ করার পরে, আপনাকে 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

দয়া করে মনে রাখবেন যে TCP প্যাকেটগুলি MTA-তে ফরোয়ার্ড করার নিয়মগুলিতে, তাদের ঠিকানাগুলির পাশে একটি প্যারামিটার রয়েছে পাঠান-প্রক্সি. এটি প্রয়োজনীয় যাতে আমরা পোস্টফিক্স সেটিংসে পূর্বে করা পরিবর্তনগুলি অনুসারে, এর প্রেরকের আসল আইপি ঠিকানা টিসিপি প্যাকেটের সাথে পাঠানো হয়।

এখন যেহেতু HAProxy এ সমস্ত প্রয়োজনীয় পরিবর্তন করা হয়েছে, আপনি কমান্ডটি ব্যবহার করে পরিষেবাটি পুনরায় চালু করতে পারেন সার্ভিস হ্যাপ্রক্সি রিস্টার্ট এবং এটি ব্যবহার শুরু করুন।

জেক্সট্রাস সুইট সম্পর্কিত সমস্ত প্রশ্নের জন্য, আপনি ই-মেইলের মাধ্যমে জেক্সট্রাস একাতেরিনা ট্রায়ান্ডাফিলিদির প্রতিনিধির সাথে যোগাযোগ করতে পারেন [ইমেল সুরক্ষিত]

উত্স: www.habr.com