2 गेटवे के साथ CentOS पर सर्वर ऑपरेशन को कॉन्फ़िगर करना और उनके बीच संतुलन बनाना

ज्वाइन करने के बजाय

यह पहले के एक लेख पर आधारित है जिसे मैंने हैबे पर पढ़ा था, जो व्यक्तिगत रूप से मेरे लिए नीति रूटिंग तंत्र को समग्र रूप से समझने के लिए पर्याप्त था - और कंपनी के सर्वर पर इस प्रकार के रूटिंग को लागू करने के लिए बहुत कम। 2 गंभीर नुकसान थे जिन्हें स्वतंत्र रूप से काम करना था, और जिन्हें नजरअंदाज नहीं किया जा सकता है:

• सामान्य रूप से सेटिंग सहेजना
• नेटवर्क मैनेजर उपयोगिता सेटिंग्स को बाधित करना

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

थोड़ा अभ्यास, या हम जो चाहते हैं

और हम रूटिंग प्राप्त करना चाहते हैं, जो:

• डेटा को उसी गेटवे पर भेजेगा जहाँ से अनुरोध आया था
• गेटवे के बीच लोड को संतुलित करने के लिए तथाकथित का उपयोग करके नियंत्रित किया जाएगा गेटवे का वजन

इन उद्देश्यों के लिए, हम iproute2 उपयोगिता का उपयोग करेंगे, जो सभी लिनक्स वितरण के मानक वितरण में शामिल है।



हम आईपी पते देते हैं:

ip aa 11.11.11.11/22 dev eth6 ip aa 22.22.22.22/28 dev eth5
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

तालिकाओं को परिभाषित करें:

एक से अधिक मार्गों का उपयोग करने के लिए, स्थैतिक मार्ग अब पर्याप्त नहीं है। OSPF के लिए, हमारी योजना बहुत सरल है, तो आइए तालिकाओं का उपयोग करके गतिशील रूटिंग पर ध्यान दें।

 ip route add default via 22.22.22.17 table 101 ip route add default via 11.11.8.1 table 102
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम आउटगोइंग ट्रैफ़िक को गेटवे पर लपेटते हैं, जहाँ से आने वाला व्यक्ति आता है:

 ip rule add from 22.22.22.17 table 101 ip rule add from 11.11.8.1 table 102
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



अपलिंक के बीच ट्रैफिक को संतुलित करना

यह एक सुंदर टीम द्वारा किया जाता है:

 ip route replace default scope global \ nexthop via 22.22.22.17 dev eth5 weight 3 \ nexthop via 11.11.8.1 dev eth6 weight 7
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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



परिणाम

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

सामान्य रूप से सेटिंग सहेजना

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



आईपी ​​पते

सबसे पहले, पता करें कि कौन सा मैक-पता किस इंटरफ़ेस से संबंधित है। हम कमांड निष्पादित करते हैं:

 ip a
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अगला, हम प्राप्त मैक-पतों का उपयोग करते हुए ifconfig विन्यास फाइल बनाते हैं। ऐसा करने के लिए, ifcfg उपसर्ग और फ़ोल्डर में इंटरफ़ेस नाम के साथ फाइल बनाएं







रूटिंग टेबल बनाएं

अगला, आपको लगातार टेबल बनाने की आवश्यकता है, उन्हें नाम दें (नेविगेट करने में आसान बनाने के लिए) और इन तालिकाओं का उपयोग करने के नियमों को लिखें:

 cd /etc/iproute2/ echo "101 int" >> rt_tables echo "102 ext" >> rt_tables
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

अब हम निर्देशिका /etc/sysconfig/network-scripts



लौटते /etc/sysconfig/network-scripts



और वहाँ काम करना जारी रखते हैं।

तालिकाओं की सामग्री बनाएँ:

 # cat route-eth5 default via 22.22.22.17 table ext # cat route-eth6 default via 11.11.8.1 table int
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

हम इन तालिकाओं के प्रसंस्करण के लिए नियम बनाते हैं:

 # cat rule-eth5 from 22.22.22.22 lookup ext # cat rule-eth6 from 11.11.11.11 lookup int
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

संतुलन

अगला, हम स्टेटिक्स को डायनेमिक्स से बदल देते हैं। फ़ाइल के बिना नहीं, क्योंकि ऊपर वर्णित स्टार्टअप स्क्रिप्ट इंटरफ़ेस से जुड़ी हुई हैं, और हमारे मामले में, नियम तुरंत 2 इंटरफेस के बारे में लिखा जाता है। इसलिए, मानक लिनक्स स्टार्टअप तंत्र - /etc/rc.local



का उपयोग करके एक अलग स्क्रिप्ट बनाने और स्टार्टअप में इसे पंजीकृत करने का निर्णय लिया गया। स्क्रिप्ट की सामग्री:

 # cat /etc/network.sh #!/bin/bash /sbin/ip route replace default scope global nexthop via 11.11.8.1 dev eth6 weight 7 nexthop via 22.22.22.17 dev eth5 weight 3 exit 0
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

स्टार्टअप के लिए उनका तरीका:

 # cat /etc/rc.local #!/bin/sh touch /var/lock/subsys/local /bin/bash /etc/network.sh
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

उन लोगों के लिए, जिन्होंने rc.local फ़ाइल नहीं चलाई है, मैं आपसे निम्नलिखित आदेशों को चलाने के लिए कहता हूं:

 chmod u+x /etc/rc.d/rc.local systemctl start rc-local
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

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

नेटवर्क मैनेजर उपयोगिता सेटिंग्स को बाधित करना

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



इसे अक्षम करने के लिए, आपको कंसोल में चलना होगा:

 sudo /etc/init.d/NetworkManager stop chkconfig NetworkManager off
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

इसके अलावा, आप दूसरे तरीके से जा सकते हैं और systemctl का उपयोग कर सकते हैं:

 systemctl disable NetworkManager systemctl stop NetworkManager
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

परिणाम

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