सर्वर को विफल करने का दूसरा तरीका: आईपी एसएलए और एन्हांस्ड ऑब्जेक्ट ट्रैकिंग

कभी-कभी, और सबसे अधिक संभावना अक्सर, सर्वर की गलती सहनशीलता या इन समान सर्वर पर चलने वाले बेहतर अनुप्रयोगों को सुनिश्चित करने की आवश्यकता होती है।

ऐसा करने के लिए कुछ तरीके हैं:
- शायद सेवा को मूल रूप से गलती सहिष्णुता की संभावना के साथ आविष्कार किया गया था - इसे कई सर्वरों पर चलाया जा सकता है और ग्राहक स्वयं सूची से एक कार्यकर्ता को ढूंढेगा;
- आप ऑपरेटिंग सिस्टम का उपयोग करके क्लस्टर बना सकते हैं;
- आप वर्चुअलाइजेशन के साथ कुछ सोच सकते हैं (एक ही क्लस्टर, केवल एक साइड व्यू);

लेकिन दुर्भाग्य से कभी-कभी, और अक्सर मेरे व्यक्तिगत व्यवहार में, इन संभावनाओं से परे एक स्थिति उत्पन्न होती है: कोई पैसा नहीं है, एक नेटवर्क है, घुटने पर एक स्व-लिखित आवेदन है - आप क्लस्टर को इकट्ठा नहीं कर सकते हैं, क्लाइंट भाग केवल एक सर्वर पर जा सकता है। और अचानक यह एप्लिकेशन महत्वपूर्ण हो गया, आपको 25x8x366 बनाने की आवश्यकता है। बहुत हानिरहित तरीकों में से एक के तहत कटौती।


मान लीजिए कि हमारे पास पहले से ही सर्वर स्विच, उपयोगकर्ताओं और अन्य प्रकारों के सभी प्रकार के नेटवर्क हैं। अच्छा होगा अगर अलग-अलग इमारतों में दो सर्वर स्विच हों, नहीं तो रोशनी निकल जाएगी? लेकिन इस विधि को बिना अधिक प्रयास के एक स्विच में घटाया जा सकता है। तो, ऊपर दी गई तस्वीर देखें - दो सर्वर स्विच-एल 3, उनके बीच किसी तरह का आईपी-नेटवर्क, नेटवर्क में डायनेमिक रूटिंग (मेरे पास ईगरप होगा, लेकिन यह बहुत महत्वपूर्ण नहीं है), उपयोगकर्ता इस नेटवर्क में कहीं रहते हैं - लगभग व्यापक मामले। महत्वपूर्ण सेवा (इसे 80 वें पोर्ट पर एक वेब अनुप्रयोग सुलभ होने दें) sw101 स्विच में शामिल सर्वर 1 सर्वर पर चलती है (उदाहरण के लिए, सिस्को 3750 जी)।

सबसे पहले, हम दूसरे सर्वर सर्वर 2 को प्राप्त करते हैं और इसे दूसरे स्विच swc02 में शामिल करते हैं (इसे सिस्को 6504 होने दें। कॉन्फ़िगरेशन सिंटैक्स में थोड़ा अंतर दिखाने के लिए स्विच अलग-अलग हैं, नीचे देखें)। फिर हम डेवलपर्स पर बल लागू करते हैं ताकि वे दूसरे सर्वर पर एप्लिकेशन इंस्टॉल करें और सिंक्रनाइज़ेशन, प्रतिकृति और अन्य प्रकार की मेमोरी के बारे में सोचें। यहां, सिद्धांत रूप में, यह सभी :) तो उपयोगकर्ताओं से कहें - यदि आप 192.68.1.2 (सर्वर 1) पर चढ़ते हैं और यह काम नहीं करता है, तो 192.168.2.2 (सर्वर 2) पर चढ़ने की कोशिश करें, और उसके बाद पीएसजी के इस्तीफे का एक पत्र लिखें। नई नौकरी की खोज को नहीं झेलने के लिए, हम उपयोगकर्ताओं द्वारा किसी भी चीज़ को अनसुना करने की कोशिश करेंगे।

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

इसके अलावा, swc01 सर्वर 80 के एथ इंटरफेस के पते पर पोर्ट 80 पर tcp सत्र सेट करने की कोशिश करता है और, यदि सफल होता है, तो अगले-हॉप 192.168.1.2 के माध्यम से 172.16.1.1 के माध्यम से एक स्थैतिक मार्ग सेट करता है (सर्वर 1 से नैतिकता) और इस मार्ग को रिपोर्ट करता है डायनेमिक राउटिंग प्रोटोकॉल (eigrp) के साथ बैठें।
और swc02 सर्वर 1 और सर्वर 2 दोनों की उपलब्धता (टीसीपी सत्र की स्थापना करने की कोशिश करता है) की निगरानी करता है, और यदि 1 विफल रहता है और 2 काम करता है, तो यह 192.168.2.2 (सर्वर 2 के लिए नैतिक) के माध्यम से अपने स्थिर मार्ग को 172.16.1.1 पर सेट करता है और नेटवर्क को भी इसकी सूचना देता है। गतिकी के माध्यम से।
कुछ इस तरह। अब विवरण के लिए:

swc01 कॉन्फ़िगरेशन:

 राउटर eigrp १
  स्थैतिक को फिर से विभाजित करें
 !
 आरटीआर 1
  टाइप करें tcpConnect dest-ipaddr 192.168.1.2 डेस्ट-पोर्ट 443 कंट्रोल डिसेबल
  टाइमआउट 500
 !
 आरटीआर अनुसूची 1 जीवन हमेशा के लिए अब शुरू होता है
 !
 ट्रैक 1 आरटीआर 1
 !
 आईपी ​​मार्ग 172.16.1.1 255.255.255.255 192.168.1.2 ट्रैक 1
 !

swc02 कॉन्फ़िगरेशन:

 राउटर eigrp १
  स्थैतिक को फिर से विभाजित करें
 !
 आईपी ​​एसएलए मॉनिटर 1
  टाइप करें tcpConnect dest-ipaddr 192.168.1.2 डेस्ट-पोर्ट 80 कंट्रोल डिसेबल
  टाइमआउट 500
 !
 आईपी ​​एसएलए मॉनिटर समय-सारणी 1 जीवन हमेशा के लिए अब शुरू होता है
 !
 आईपी ​​एसएलए मॉनिटर 2
  टाइप करें tcpConnect dest-ipaddr 192.168.2.2 डेस्ट-पोर्ट 80 कंट्रोल डिसेबल
  टाइमआउट 500
 !
 आईपी ​​स्लै मॉनीटर शेड्यूल 2 लाइफ हमेशा के लिए स्टार्ट-टाइम
 !
 ट्रैक 1 बूलियन सूची और
  ऑब्जेक्ट 1 नहीं
  वस्तु २
 !
 आईपी ​​मार्ग 172.16.1.1 255.255.255.255 192.168.2.2 ट्रैक 1
 !

// आईपी प्रोब के सिंटैक्स अंतर पर ध्यान दें। पुराने ios-ahs में (यह 12.2.20 तक लगता है) आरटीआर लिखना आवश्यक था, और नए आईपी एसएलए में

एकमात्र चाल दूसरे स्विच पर ट्रैक में है, जो (! Obj1 && obj2) है।

आखिर क्यों? क्योंकि यह अलग तरीके से काम नहीं करता है।

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

आप इस IP-sla-i के ट्रैकिंग के साथ निकटतम सर्वर और स्टैटिक्स के लिए सिर्फ एक आईपी-एसएलए कर सकते हैं, बस एक स्विच पर स्टैटिक्स की अधिक दूरी होगी:
आईपी ​​मार्ग 172.16.1.1 255.255.255.255 192.168.2.2 200 ट्रैक 1
फिर नेटवर्क में मुख्य सर्वर पर और बंद होने के समय, दो मार्ग दिखाई देंगे और हम एक गैर-नियतात्मक स्थिति में आ जाएंगे।

आप सर्वर की उपलब्धता को ट्रैक नहीं करने के लिए दूसरे स्विच पर कोशिश कर सकते हैं, लेकिन रूट की रूटिंग टेबल में लूपबैक में उपस्थिति, और यदि कोई है, तो अपना रूट सेट न करें, और यदि नहीं, तो इंस्टॉल करें:

 ट्रैक 1 आईपी मार्ग 172.16.1.1/32 पुन: सक्रियता
 आईपी ​​मार्ग 172.16.1.1 255.255.255.255 192.168.2.2 ट्रैक 1

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