CISCO ACE - एप्लिकेशन बैलेंसिंग के पहले भाग में , हमने एप्लिकेशन और नेटवर्क रिसोर्स बैलेंसिंग की दुनिया में थोड़ी गिरावट दर्ज की। हम ऐसे उपकरणों के परिवार की विशेषताओं, उद्देश्य और क्षमताओं से परिचित हुए। हमने मुख्य कार्यान्वयन परिदृश्यों और बैलेंसरों के उपयोग से हमें होने वाले लाभों की जांच की।

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

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

संकेतित कारण एक समान नहीं हैं। यदि आपकी परियोजना बढ़ रही है, तो एक अच्छा विकल्प सेवा की उपलब्धता बढ़ाने के लिए किसी अन्य डेटा केंद्र में एक अतिरिक्त सर्वर रखना है। और सूचना छापे की बढ़ती लोकप्रियता के मामले में, विकल्प और भी आवश्यक है। क्या यह सेवा आपके लिए उपलब्ध है? हां, आप मौजूदा कार्यक्षमता का उपयोग भी कर सकते हैं।

तो, हम इस तथ्य पर ध्यान केंद्रित करते हैं कि CISCO ACE (या कोई अन्य सभ्य बैलेंसर) न केवल सीधे जुड़े सर्वरों के बीच, बल्कि दूरस्थ संसाधनों के बीच भी भार वितरित करने में सक्षम है। इस मोड को रूटेड वन-आर्म-मोड (या ऑन-ए-स्टिक) कहा जाता है।

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

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

1. एक सर्वर बनाएँ
हमारे मामले में, टोपोलॉजी में इंगित पते के साथ तीन सर्वर हैं:

 rserver host SERVER-1 description SERVER-1 ip address 1.1.1.1 inservice 
 rserver host SERVER-2 description SERVER-2 ip address 2.2.2.2 inservice 
 rserver host SERVER-3 description SERVER-3 ip address 3.3.3.3 inservice

rserver host SERVER-1 description SERVER-1 ip address 1.1.1.1 inservice
rserver host SERVER-2 description SERVER-2 ip address 2.2.2.2 inservice
rserver host SERVER-3 description SERVER-3 ip address 3.3.3.3 inservice

 rserver host SERVER-1 description SERVER-1 ip address 1.1.1.1 inservice 
 rserver host SERVER-2 description SERVER-2 ip address 2.2.2.2 inservice 
 rserver host SERVER-3 description SERVER-3 ip address 3.3.3.3 inservice

rserver host SERVER-1 description SERVER-1 ip address 1.1.1.1 inservice
rserver host SERVER-2 description SERVER-2 ip address 2.2.2.2 inservice
rserver host SERVER-3 description SERVER-3 ip address 3.3.3.3 inservice

 rserver host SERVER-1 description SERVER-1 ip address 1.1.1.1 inservice 
 rserver host SERVER-2 description SERVER-2 ip address 2.2.2.2 inservice 
 rserver host SERVER-3 description SERVER-3 ip address 3.3.3.3 inservice

2. हम सेवाओं की उपलब्धता के निर्धारण के लिए नियमों का वर्णन करते हैं (एक वेब सर्वर होना चाहिए)

 probe http HTTP_PROBE interval 5 passdetect interval 10 passdetect count 2 request method head url /index.html expect status 200 210 header User-Agent header-value "LoadBalance" 
 probe icmp ICMP_PROBE interval 10 passdetect interval 60 passdetect count 4 receive 1

probe http HTTP_PROBE interval 5 passdetect interval 10 passdetect count 2 request method head url /index.html expect status 200 210 header User-Agent header-value "LoadBalance"
probe icmp ICMP_PROBE interval 10 passdetect interval 60 passdetect count 4 receive 1

 probe http HTTP_PROBE interval 5 passdetect interval 10 passdetect count 2 request method head url /index.html expect status 200 210 header User-Agent header-value "LoadBalance" 
 probe icmp ICMP_PROBE interval 10 passdetect interval 60 passdetect count 4 receive 1

क्या मापदंडों और क्या इरादा है के लिए - पहले लेख में वर्णित है।

3. डिवाइस को खेत से कनेक्ट करें

 serverfarm host FARM probe HTTP_PROBE probe ICMP_PROBE rserver SERVER-1 inservice rserver SERVER-2 inservice rserver SERVER-3 inservice

4. एक वर्चुअल एड्रेस बनाएं और बैलेंसिंग पॉलिसी का वर्णन करें।
चूंकि सर्वर को सीधे बैलेंसर से अनुरोध प्राप्त होंगे, इसलिए उनके लिए ग्राहक पते एक रहस्य बने रहेंगे। आपने अनुमान लगाया कि क्या करना है, एक्स-फॉरवर्ड-फॉर हेडर जोड़ें।

 class-map match-all SERVER-VIP 2 match virtual-address 10.10.10.5 any 
 
 policy-map type loadbalance first-match LB-POLICY class class-default serverfarm FARM insert-http X-Forwarded-For header-value "%is"

class-map match-all SERVER-VIP 2 match virtual-address 10.10.10.5 any

policy-map type loadbalance first-match LB-POLICY class class-default serverfarm FARM insert-http X-Forwarded-For header-value "%is"

 class-map match-all SERVER-VIP 2 match virtual-address 10.10.10.5 any 
 
 policy-map type loadbalance first-match LB-POLICY class class-default serverfarm FARM insert-http X-Forwarded-For header-value "%is"

यहां हमने संकेत दिया कि हम कृषि फार्म को संतुलित करेंगे।

5. इंटरफ़ेस के लिए एक नीति बनाएं जो आने वाले ट्रैफ़िक को प्राप्त करेगा

 policy-map multi-match FARM-POLICY class SERVER-VIP loadbalance vip inservice loadbalance policy LB-POLICY loadbalance vip icmp-reply nat dynamic 10 vlan 100

आपको नीति की अंतिम पंक्ति पर ध्यान देना चाहिए। यह बैलेंसर को प्रेषक पते का अनुवाद करने का तरीका बताता है, अर्थात उसका अपना पता।

खैर, इंटरफ़ेस विन्यास ही। बता दें कि यह इंटरफेस Vlan 100 है।

 interface vlan 100 ip address 10.10.10.10 255.255.255.0 service-policy input FARM-POLICY nat-pool 10 10.10.10.11 10.10.10.11 netmask 255.255.255.255 pat no shutdown 
 ip route 0.0.0.0 0.0.0.0 10.10.10.1

interface vlan 100 ip address 10.10.10.10 255.255.255.0 service-policy input FARM-POLICY nat-pool 10 10.10.10.11 10.10.10.11 netmask 255.255.255.255 pat no shutdown
ip route 0.0.0.0 0.0.0.0 10.10.10.1

6. परिणामस्वरूप हमें क्या मिलता है?
6.1। DNS में रिकॉर्ड: domain.org एक 10.10.10.5 में।
6.2। ग्राहक बैलेंसर को अनुरोध भेजते हैं।
6.3। बैलेंसर सक्रिय सर्वरों के बीच अनुरोधों को वितरित करता है, गंतव्य पते को वास्तविक सर्वर पते में बदल देता है, और कॉन्फ़िगरेशन (10.10.10.11) में निर्दिष्ट स्रोत पते को।
6.4। सर्वर को 10.10.10.11 से सभी अनुरोध प्राप्त होते हैं, लेकिन एक्स-फॉरवर्ड-फॉर हेडर है। मैं सर्वर को बैलेंसर का जवाब देता हूं।
6.5। बैलेंसर संसाधन के ग्राहकों को प्राप्त प्रतिक्रियाएँ देता है।

क्लाइंट साइड पर, आपको सर्वर पतों की एक सूची प्रदान करनी होगी और DNS रिकॉर्ड में बदलाव करना होगा। स्वाभाविक रूप से, कार्यशील सर्वरों की संख्या बढ़ या घट सकती है। सामान्य तौर पर, कार्यात्मक को नुकसान नहीं होता है।

इस कार्यात्मक में एक दिलचस्प विशेषता है जो लाभकारी रूप से उपयोग की जा सकती है।

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

आइए देखें कि ऐसी स्थिति में क्या होता है।

1. ग्राहक वर्चुअल पते (DNS में रिकॉर्ड के लिए धन्यवाद) का उपयोग करते हैं।
2. ट्रैफिक प्रदाता नंबर 1 से गुजरता है और अपने चैनल को लोड करता है।
3. प्रदाता नंबर 1 से बैलेंसर के रास्ते पर, हम ट्रैफ़िक को "साफ़" कर सकते हैं। व्यवहार और हस्ताक्षर विश्लेषण के लिए धन्यवाद, DDoS और सभी प्रकार के स्कैन / घुसपैठ काट दिए जाते हैं।
4. बैलेंसर प्रदाता नंबर 2 का उपयोग करके सर्वर को अनुरोध भेजता है। इसका चैनल (ISP-2) DDoS द्वारा अनलोड किया जाता है।
5. सर्वर केवल वैध अनुरोधों को संसाधित करता है और बैलेंसर को प्रतिक्रियाएं भेजता है, और फिर उन्हें ग्राहकों को लौटाता है।

स्वाभाविक रूप से, यह योजना DDoS सुरक्षा उपकरण (Arbor Peakflow, CISCO Detector / Guard) की उपलब्धता के लिए प्रदान करती है। साथ ही अच्छे IPS को नुकसान नहीं होगा।

डिमांड ऑन डिमांड के खिलाफ ऐसी सुरक्षा। यदि आवश्यक हो, या निरंतर आधार पर, क्लाइंट को केवल DNS में परिवर्तन करने की आवश्यकता होती है।

योजना को लागू करने के लिए, छोटे अतिरिक्त बैलेंसर सेटिंग करना आवश्यक है। हमले की स्थिति में, प्रदाता नंबर 1 वाला चैनल लोड किया जाता है। प्रदाता नंबर 2 वाला चैनल "साफ" रहता है। यातायात प्रबंधन की सूक्ष्मता और विशेषताएं एक अलग मुद्दा है, यह विचार करना था कि यह कैसे लागू किया जा सकता है।

सौभाग्य!

CISCO ऐस। भाग 2: दूरस्थ सर्वर और अनुप्रयोगों को संतुलित करना

इस कार्यात्मक में एक दिलचस्प विशेषता है जो लाभकारी रूप से उपयोग की जा सकती है।

More articles: