यदि एक सर्वर की शक्ति सभी अनुरोधों को संसाधित करने के लिए पर्याप्त नहीं है, और सॉफ्टवेयर निर्माता लोड संतुलन प्रदान नहीं करता है तो मुझे क्या करना चाहिए? कई विकल्प हैं - लोड बैलेंसर खरीदने से लेकर अनुरोधों की संख्या तक सीमित करना। कौन सा सही है, आपको मौजूदा स्थितियों को ध्यान में रखते हुए स्थिति को देखना होगा। इस लेख में हम आपको बताएंगे कि बजट सीमित होने पर क्या किया जा सकता है और एक निशुल्क सर्वर उपलब्ध है।

जिस सिस्टम के लिए सर्वर में से किसी एक पर लोड को कम करना आवश्यक था, हमने इन्फोवॉच डीएलपी (इन्फॉर्मेशन लीक प्रीयर सिस्टम) को चुना। कार्यान्वयन की एक विशेषता "मुकाबला" सर्वरों में से एक पर बैलेंसर फ़ंक्शन की नियुक्ति थी।

जिन समस्याओं का हमें सामना करना पड़ा, उनमें से एक स्रोत NAT (SNAT) का उपयोग करने में असमर्थता है। इसकी क्या आवश्यकता थी और समस्या का समाधान कैसे हुआ, हम आगे बताएंगे।

इसलिए, मौजूदा प्रणाली का प्रारंभिक तार्किक आरेख निम्नानुसार था:

ICAP ट्रैफ़िक, SMTP, उपयोगकर्ताओं के कंप्यूटर से ईवेंट ट्रैफ़िक मॉनीटर (TM) सर्वर पर संसाधित किए गए थे। उसी समय, डेटाबेस सर्वर ने आसानी से टीएम पर घटनाओं को संसाधित करने के बाद लोड का सामना किया, लेकिन टीएम पर लोड बड़ा था। यह डिवाइस मॉनीटर (डीएम) सर्वर पर संदेश कतार की घटना के साथ-साथ टीएम पर प्रोसेसर और मेमोरी को लोड करने से स्पष्ट था।

पहली नज़र में, अगर हम इस योजना में एक और TM सर्वर जोड़ते हैं, तो या तो ICAP या DM को इसमें स्विच किया जा सकता है, लेकिन हमने इस पद्धति का उपयोग नहीं करने का फैसला किया, क्योंकि गलती सहनशीलता कम हो गई थी।

समाधान का वर्णन

सही समाधान खोजने की प्रक्रिया में, हम LVS के साथ मिलकर फ्रीवेयर रखने वाले सॉफ्टवेयर पर बस गए। चूँकि अनुगामी क्लस्टर बनाने की समस्या को हल करता है, इसलिए यह LVS बैलेंसर का प्रबंधन भी कर सकता है।

हम क्या करना चाहते थे (टीएम पर लोड को कम करना और दोष सहिष्णुता के वर्तमान स्तर को बनाए रखना) निम्नलिखित योजना के अनुसार काम करना चाहिए:

प्रदर्शन की जांच करते समय, यह पता चला कि सर्वर पर स्थापित कस्टम RedHat एसएनएटी का समर्थन नहीं करता है। हमारे मामले में, हमने SNAT का उपयोग करने की योजना बनाई ताकि आने वाले पैकेट और उनके उत्तर उसी आईपी पते से भेजे जाएं, अन्यथा हमें निम्नलिखित चित्र मिलेगा:

यह अस्वीकार्य है। उदाहरण के लिए, एक प्रॉक्सी सर्वर, एक वर्चुअल आईपी (वीआईपी) पते पर पैकेट भेजने, वीआईपी की प्रतिक्रिया का इंतजार करेगा, लेकिन इस मामले में यह बैकअप के लिए भेजे गए सत्रों के लिए आईपी 2 से आएगा। समाधान पाया गया था: बैकअप पर एक और रूटिंग टेबल बनाना और दो टीएम सर्वरों को एक अलग नेटवर्क से जोड़ना आवश्यक था, जैसा कि नीचे दिखाया गया है:

सेटिंग्स

हम ICAP, SMTP, TCP 9100 सेवाओं के साथ दो सर्वरों की एक योजना लागू करते हैं और उनमें से एक पर लोड बैलेंसर स्थापित करते हैं।

हमारे पास दो आरएचईएल 6 सर्वर हैं, जिसमें से मानक रिपॉजिटरी और पैकेज का हिस्सा हटा दिया गया है।

जिन सेवाओं को हमें संतुलित करना होगा:

• आईसीएपी - टीसीपी 1344;

• एसएमटीपी - टीसीपी 25।

डीएम यातायात सेवा - tcp 9100।

पहले हमें नेटवर्क की योजना बनाने की आवश्यकता है।

वर्चुअल आईपी एड्रेस (VIP):

• आईपी: 10.20.20.105।

सर्वर TM6_1:

• बाहरी आईपी: 10.20.20.101;

• आंतरिक आईपी: 192.168.1.101।

सर्वर TM6_2:

• बाहरी आईपी: 10.20.20.102;

• आंतरिक आईपी: 192.168.1.102।

फिर दो TM सर्वर पर IP अग्रेषण सक्षम करें। RedHat पर इसे कैसे किया जाता है, यहाँ वर्णित है ।

हम तय करते हैं कि हमारे पास कौन सा सर्वर मुख्य होगा, और कौन सा - बैकअप। मास्टर को TM6_1 होने दें, बैकअप TM6_2 हो।

बैकअप पर, एक नया बैलेंसर रूटिंग टेबल और रूटिंग नियम बनाएं:

[root@tm6_2 ~]echo 101 balancer >> /etc/iproute2/rt_tables [root@tm6_2 ~]ip rule add from 192.168.1.102 table balancer [root@tm6_2 ~]ip route add default via 192.168.1.101 table balancer

सिस्टम रिबूट होने तक उपरोक्त कमांड काम करते हैं। रिबूट करने के बाद मार्गों को रखने के लिए, आप उन्हें /etc/rc.d/rc.local में दर्ज कर सकते हैं, लेकिन सेटिंग फ़ाइल / etc / sysconfig / network-script / path-eth1 के माध्यम से बेहतर (ध्यान दें: यह एक अलग वाक्यविन्यास का उपयोग करता है)।

दोनों TM सर्वरों पर रखें। वितरण स्रोत के रूप में, हमने rpmfind.net का उपयोग किया:

 [root@tm6_1 ~]#yum install https://rpmfind.net/linux/centos/6.10/os/x86_64/Packages/keepalived-1.2.13-5.el6_6.x86_64.rpm

मुख्य सेटिंग्स में, हम मास्टर सर्वरों में से एक को असाइन करते हैं, अन्य - बैकअप। फिर हम लोड संतुलन के लिए वीआईपी और सेवाओं को निर्धारित करते हैं। सेटिंग्स फ़ाइल आमतौर पर यहां स्थित है: /etc/keepalived/keepalived.conf ।

TM1 सर्वर के लिए सेटिंग्स

 vrrp_sync_group VG1 { group { VI_1 } } vrrp_instance VI_1 { state MASTER interface eth0 lvs_sync_daemon_inteface eth0 virtual_router_id 51 priority 151 advert_int 1 authentication { auth_type PASS auth_pass example } virtual_ipaddress { 10.20.20.105 } } virtual_server 10.20.20.105 1344 { delay_loop 6 lb_algo wrr lb_kind NAT protocol TCP real_server 192.168.1.101 1344 { weight 1 TCP_CHECK { connect_timeout 3 connect_port 1344 nb_get_retry 3 delay_before_retry 3 } } real_server 192.168.1.102 1344 { weight 1 TCP_CHECK { connect_timeout 3 connect_port 1344 nb_get_retry 3 delay_before_retry 3 } } } virtual_server 10.20.20.105 25 { delay_loop 6 lb_algo wrr lb_kind NAT protocol TCP real_server 192.168.1.101 25 { weight 1 TCP_CHECK { connect_timeout 3 connect_port 25 nb_get_retry 3 delay_before_retry 3 } } real_server 192.168.1.102 25 { weight 1 TCP_CHECK { connect_timeout 3 connect_port 25 nb_get_retry 3 delay_before_retry 3 } } } virtual_server 10.20.20.105 9100 { delay_loop 6 lb_algo wrr lb_kind NAT protocol TCP real_server 192.168.1.101 9100 { weight 1 TCP_CHECK { connect_timeout 3 connect_port 9100 nb_get_retry 3 delay_before_retry 3 } } real_server 192.168.1.102 9100 { weight 1 TCP_CHECK { connect_timeout 3 connect_port 9100 nb_get_retry 3 delay_before_retry 3 } } }

TM2 सर्वर के लिए सेटिंग्स

 vrrp_sync_group VG1 { group { VI_1 } } vrrp_instance VI_1 { state BACKUP interface eth0 lvs_sync_daemon_inteface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass example } virtual_ipaddress { 10.20.20.105 } }

मास्टर LVS पर स्थापित करें, जो ट्रैफ़िक को संतुलित करेगा। दूसरे सर्वर के लिए, यह एक बैलेंसर स्थापित करने के लिए कोई मतलब नहीं है, क्योंकि कॉन्फ़िगरेशन में हमारे पास केवल दो सर्वर हैं।

 [root@tm6_1 ~]##yum install https://rpmfind.net/linux/centos/6.10/os/x86_64/Packages/ipvsadm-1.26-4.el6.x86_64.rpm

बैलेंसर को हमारे द्वारा पहले ही कॉन्फ़िगर किए गए रखवाले द्वारा प्रबंधित किया जाएगा।

चित्र को पूरा करने के लिए, दोनों सर्वरों पर ऑटोरन में जोड़े रखें:

 [root@tm6_1 ~]#chkconfig keepalived on

निष्कर्ष

जाँच परिणाम

दोनों सर्वरों पर रखने के लिए चलाएँ:

 service keepalived start

VRRP वर्चुअल पता उपलब्धता की जाँच करें

सुनिश्चित करें कि वीआईपी मास्टर पर है:

और बैकअप पर कोई VIP नहीं है:

पिंग कमांड का उपयोग करना, VIP की उपलब्धता की जांच करें:

अब आप मास्टर को बंद कर सकते हैं और फिर से ping कमांड चला सकते हैं।

परिणाम समान रहना चाहिए, और बैकअप पर हम वीआईपी देखेंगे:

सेवा संतुलन की जाँच करें

उदाहरण के लिए SMTP को लें। एक ही समय में दो कनेक्शन को 10.20.20.105 पर चलाएँ:

 telnet 10.20.20.105 25

मास्टर पर, हमें देखना चाहिए कि दोनों कनेक्शन सक्रिय हैं और विभिन्न सर्वरों से जुड़े हैं:

 [root@tm6_1 ~]#watch ipvsadm –Ln

इस प्रकार, हमने टीएम सर्वरों में से एक पर एक बैलेंसर की स्थापना के साथ टीएम सेवाओं के दोष-सहिष्णु कॉन्फ़िगरेशन को लागू किया। हमारे सिस्टम के लिए, इसने TM पर लोड को आधा घटा दिया, जिससे हमें सिस्टम के माध्यम से क्षैतिज स्केलिंग की कमी की समस्या को हल करने की अनुमति मिली।

ज्यादातर मामलों में, यह समाधान जल्दी और बिना अतिरिक्त लागत के लागू किया जाता है, लेकिन कभी-कभी यूडीपी ट्रैफ़िक को संतुलित करते समय, उदाहरण के लिए, सीमाएँ और कठिनाइयाँ होती हैं।

InfoWatch ट्रैफिक मॉनिटर पर लोड संतुलन को कॉन्फ़िगर करना

समाधान का वर्णन

सेटिंग्स

निष्कर्ष

More articles: