LVS के साथ लोड संतुलन

तो, आपके पास एक लोड सर्वर है और आप अचानक इसे अनलोड करना चाहते हैं। आपने वही (समान) सेट और भरा, लेकिन उपयोगकर्ता लगातार पहले पर जाते हैं। इस मामले में, निश्चित रूप से, आपको लोड को संतुलित करने के बारे में सोचने की आवश्यकता है।

DNS-आरआर

पहली चीज़ जो बताती है वह है राउंड-रॉबिन डीएनएस का उपयोग। यदि किसी को पता नहीं है, तो यह एक ऐसी विधि है जो आपको प्रत्येक DNS अनुरोध के लिए केवल एक नया आईपी देकर सर्वर की nth संख्या के बीच अनुरोध फैलाने की अनुमति देता है।



क्या विपक्ष हैं:

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

यद्यपि यह इनपुट और आउटपुट के बीच "बहुत अधिक कंप्यूटर" जोड़ने के लायक नहीं है, मुझे स्थिति को नियंत्रित करने के कुछ तरीके पसंद हैं।

LVS

और यहाँ लिनक्स वर्चुअल सर्वर या LVS हमारी सहायता के लिए आता है। वास्तव में, यह एक कर्नेल मॉड्यूल ( आईपीवी ) है जो संस्करण 2.0-2.2 से कहीं और मौजूद है।



वह क्या पसंद है? वास्तव में, यह एक एल 4 राउटर है (मैं कहूंगा कि एल 3, लेकिन लेखक एल 4 पर जोर देते हैं), जो दिए गए मार्गों पर पारदर्शी और नियमित रूप से रूट पैकेट की अनुमति देता है।







मुख्य शब्दावली इस प्रकार है:

• निर्देशक - वास्तविक नोड जो रूटिंग प्रदान करता है।
• Realserver हमारे सर्वर फ़ार्म का वर्कहॉर्स है।
• VIP या वर्चुअल IP हमारे वर्चुअल (असली का एक गुच्छा से एकत्रित) सर्वर का IP है।
• तदनुसार, डीआईपी और आरआईपी आईपी ​​निदेशक और वास्तविक सर्वर हैं।

निदेशक इस आईपीवीएस मॉड्यूल (आईपी वर्चुअल सर्वर) पर स्विच करता है, पैकेट अग्रेषण नियमों को सेट करता है और वीआईपी को उठाता है - आमतौर पर बाहरी इंटरफ़ेस के लिए एक उपनाम के रूप में। यूजर्स वीआईपी होकर जाएंगे।



VIP पर पहुंचने वाले पैकेट्स को Realserver के किसी एक को चयनित विधि द्वारा अग्रेषित किया जाता है और वहां पहले से ही सामान्य रूप से संसाधित किया जा रहा है। यह ग्राहक को लगता है कि वह एक मशीन के साथ काम कर रहा है।

नियम

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



ऐसा दिखता है।



# ipvsadm -A -t 192.168.100.100:80 -s wlc

# ipvsadm -a -t 192.168.100.100:80 -r 192.168.100.2:80 -w 3

# ipvsadm -a -t 192.168.100.100:80 -r 192.168.100.3:80 -w 2

# ipvsadm -a -t 192.168.100.100:80 -r 127.0.0.1:80 -w 1







हां, ipvsadmin पैकेज को रखना न भूलें, यह आपके वितरण के भंडार में होना चाहिए। किसी भी मामले में, यह डेबियन और रेडहैट में है।



ऊपर के उदाहरण में, हम वर्चुअल HTTP सेवा 192.168.100.100 बनाते हैं और इसमें सर्वर 127.0.0.1, 192.168.100.2 और 192.168.100.3 शामिल हैं। "-W" स्विच सर्वर का वजन निर्धारित करता है। यह जितना अधिक होगा, अनुरोध प्राप्त करने की संभावना उतनी ही अधिक होगी। यदि आप 0 पर वजन सेट करते हैं, तो सर्वर को सभी ऑपरेशनों से बाहर रखा जाएगा। यह बहुत सुविधाजनक है अगर आपको सर्वर को डिमोशन करने की आवश्यकता है।



पैकेट को डीआर विधि का उपयोग करके डिफ़ॉल्ट रूप से अग्रेषित किया जाता है। सामान्य तौर पर, निम्नलिखित रूटिंग विकल्प उपलब्ध हैं:

• प्रत्यक्ष रूटिंग (गेटवेिंग) - पैकेट को सीधे खेत में भेजा जाता है, अपरिवर्तित।
• NAT (masquarading) सिर्फ एक मुश्किल NAT तंत्र है।
• आईपीआईपी इनकैप्सुलेशन (टनलिंग) - टनलिंग।

DR सबसे सरल है, लेकिन यदि, उदाहरण के लिए, आपको गंतव्य पोर्ट को बदलने की आवश्यकता है, तो आपको iptables में नियम बनाने होंगे। हालाँकि, NAT के लिए आवश्यक है कि पूरे खेत के लिए डिफ़ॉल्ट मार्ग निर्देशक को निर्देशित किया जाए, जो हमेशा सुविधाजनक नहीं होता, खासकर अगर वास्तविक सर्वर बाहरी पते भी।



डिलीवरी सेट में कई प्लानर हैं, आप निर्देशों में विस्तार से पढ़ सकते हैं। आइए केवल मुख्य पर विचार करें।

• राउंड रॉबिन - सभी की आपसी जिम्मेदारी।
• भारित राउंड रॉबिन एक ही है, लेकिन सर्वर भार का उपयोग करना।
• कम से कम कनेक्शन - पैकेट को कम से कम कनेक्शन वाले सर्वर पर भेजें।
• भारित कम से कम कनेक्शन - वही, लेकिन वजन को ध्यान में रखते हुए।

इसके अलावा, यह बताया जा सकता है कि सेवा के लिए दृढ़ता की आवश्यकता होती है, अर्थात। उपयोगकर्ता को किसी निर्दिष्ट समय के लिए एक सर्वर पर रखना - एक ही आईपी से सभी नए अनुरोधों को एक ही सर्वर पर भेज दिया जाएगा।

नुकसान

इसलिए, ऊपर दिए गए उदाहरण के अनुसार, हमें VIP 192.168.100.100 पर एक वर्चुअल सर्वर प्राप्त करना था, जिसके बारे में ipvsadm हमें खुशी से बताता है:



ipvsadm -L -n

IP Virtual Server version 1.0.7 (size=4096)

Prot LocalAddress:Port Scheduler Flags

-> RemoteAddress:Port Forward Weight ActiveConn InActConn

TCP 192.168.100.100:80 wlc

-> 192.168.100.2:80 Route 3 0 0

-> 192.168.100.3:80 Route 2 0 0

-> 127.0.0.1:80 Local 1 0 0







हालांकि, जब आप कनेक्ट करने का प्रयास करते हैं, तो कुछ भी नहीं होगा! मामला क्या है? पहला कदम उर्फ ​​को उठाना है।

# ifconfig eth0:0 inet 192.168.100.100 netmask 255.255.255.255







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



# ifconfig lo:0 inet 192.168.100.100 netmask 255.255.255.255







किसी भी मामले में निदेशक के बाहरी इंटरफ़ेस के समान ही सबनेट में दिखने वाले इंटरफ़ेस पर इसे न लें। अन्यथा, बाहरी राउटर गलत मशीन के मैक को कैश कर सकता है और सभी ट्रैफ़िक गलत जगह जाएंगे।



अब बैग्स को जहां जरूरी हो वहां चलाना चाहिए। वैसे, निर्देशक स्वयं एक वास्तविक सर्वर हो सकता है, जिसे हम अपने उदाहरण में देखते हैं।

विफलता का एकल बिंदु

इस फैसले में, विफलता का स्पष्ट बिंदु, पूरी सेवा के विनाश का कारण बनता है, निर्देशक खुद होगा।



खैर, यह बात नहीं है, ipvsadm कई निदेशकों के बीच तालिकाओं और वर्तमान कनेक्शन को सिंक्रनाइज़ करने की क्षमता के साथ डेमन मोड का समर्थन करता है। एक स्पष्ट रूप से एक मास्टर बन जाएगा, बाकी गुलाम होंगे।



हमारे पास बचा ही क्या है? विफलता के मामले में निर्देशकों के बीच वीआईपी को स्थानांतरित करें। दिल की धड़कन जैसे हा समाधान हमें यहां मदद करेंगे।



एक और कार्य हमारे खेत से सर्वर की निगरानी और समय पर डिमोशनिंग होगा। वजन के साथ ऐसा करना सबसे आसान है।



दोनों मुद्दों को हल करने के लिए, विभिन्न प्रकार की सेवाओं के लिए कई समाधान लिखे गए हैं। मुझे व्यक्तिगत रूप से एलवीएस के लेखकों में से सबसे अधिक समाधान अल्ट्रामोनकी पसंद आया।



RedHat के पास पिरान्हा नामक एक देशी चीज़ है, खेतों और निर्देशकों की निगरानी के लिए इसके पास डेमॉन का अपना सेट है, और यहां तक ​​कि कुछ अनाड़ी वेब इंटरफ़ेस भी है, लेकिन यह HA बंडल में 2 से अधिक निदेशकों का समर्थन नहीं करता है। मुझे पता नहीं क्यों

Ultramonkey

तो, अल्ट्रामोनकी में 2 मुख्य पैकेज होते हैं - दिल की धड़कन और लॅक्सॉर्ड। पहला व्यक्ति निदेशकों के लिए HA प्रदान करता है, जिसमें VIPs को उठाना और बढ़ाना शामिल है (और आम तौर पर इसका उपयोग न केवल निर्देशकों के लिए किया जा सकता है), और दूसरा व्यक्ति ipvsadm कॉन्फिग का समर्थन करता है और खेत की स्थिति की निगरानी करता है।



दिल की धड़कन के लिए, आपको 3 कॉन्फ़िगरेशन आकर्षित करने की आवश्यकता है। मूल संस्करण विस्तृत टिप्पणियों के साथ दिए गए हैं, इसलिए केवल उदाहरण दें।



authkeys

auth 2

#1 crc

2 sha1 mysecretpass

#3 md5 Hello!





विभिन्न मशीनों पर डेमॉन प्राधिकरण को कॉन्फ़िगर करें।



haresources

यहां हमें जानकारी है कि हम किस संसाधन के लिए HA बनाते हैं और चलते समय हम किन सेवाओं को खींचते हैं।

director1.foo.com IPaddr::192.168.100.100/24/eth0 ldirectord







यानी इंटरफेस पर eth0 192.168.100.100/24 ​​बढ़ाएं और ldirectord शुरू करें।



ha.cf

keepalive 1

deadtime 20

udpport 694

udp eth0

node director1.foo.com # <-- uname -n !

node director2.foo.com #





हम कहते हैं कि हा क्लस्टर का समर्थन कैसे करें और वास्तव में कौन इसमें प्रवेश करता है।



Ldirectord में केवल एक ही विन्यास है, और वहां, सामान्य तौर पर, सब कुछ स्पष्ट है।

checktimeout=10

checkinterval=2

autoreload=yes

logfile="/var/log/ldirectord.log"

# Virtual Service for HTTP

virtual=192.168.100.100:80

real=192.168.100.2:80 gate

real=192.168.100.3:80 gate

service=http

request="alive.html"

receive="I'm alive!"

scheduler=wlc

protocol=tcp

checktype=negotiate







यानी l लॉर्डॉर्ड हर 2 सेकंड में http के माध्यम से जीवित। html फ़ाइल को खींच लेगा और यदि इसमें "मैं जीवित हूँ!" लाइन नहीं है या इससे भी बदतर, सर्वर प्रतिक्रिया नहीं देता है, डेमन तुरंत इसे 0 पर डाल देगा और इसे बाद की तबादलों से बाहर रखा जाएगा।



वज़न भी अपने आप से सेट किया जा सकता है, उदाहरण के लिए, मैदान पर मुकुट को चलाने और वर्तमान लोडवॉग के आधार पर उनकी गणना करना, आदि। - कोई भी आपसे प्रत्यक्ष रूप से ipvsadm तक पहुँच नहीं लेता है।

प्रयोज्यता

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



वैसे, लिनक्स के लिए वास्तविक सर्वर होना जरूरी नहीं है। यह टीसीपी / आईपी स्टैक के साथ लगभग किसी भी ओएस हो सकता है।



तथाकथित एल 7 राउटर भी है, जो बंदरगाहों के साथ नहीं, बल्कि उच्च-स्तरीय प्रोटोकॉल के ज्ञान से संचालित होता है। जापानी कामरेड इस अवसर के लिए अल्ट्रामोनकी-एल 7 विकसित कर रहे हैं। हालांकि, अब हम इसे नहीं छूएंगे।

और क्या पढ़ना है?

• LVS-HOWTO - सख्ती से पढ़ने की आवश्यकता है
• LVS-mini-HOWTO - संक्षेप में
• रिहत पिरान्हा
• अल्ट्रा बंदर

आप किस संतुलन उपाय का उपयोग करते हैं?

मुझे किसी भी टिप्पणी और टिप्पणी पर खुशी होगी।