रूटिंग और विफलता
रूटिंग-स्तर के उच्च-उपलब्धता डिज़ाइन में, प्रत्येक कस्टम एज (CE) साइट बॉर्डर गेटवे प्रोटोकॉल (BGP) के माध्यम से समान सेवा उपसर्ग (service prefix) उत्पन्न करती है। उत्तर की ओर जाने वाला (northbound) राउटर उपयोग करने योग्य विज्ञापनों को इक्वल-कॉस्ट मल्टी-पाथ (ECMP) अगले हॉप्स के रूप में स्थापित करता है और वह बिंदु बन जाता है जो ट्रैफ़िक वितरित करता है और विफल पथों को हटाता है।
सेवा VIP /32 |अपस्ट्रीम राउटर: समान-लागत अगला हॉप्स (next hops) | | | CE साइट 1 CE साइट 2 CE साइट 3सेवा पतों को रूट के रूप में विज्ञापित करें
Section titled “सेवा पतों को रूट के रूप में विज्ञापित करें”जब सेवा IPv4 हो तो व्यक्तिगत वर्चुअल आईपी पते (VIP) को /32 होस्ट रूट के रूप में विज्ञापित करें। इन सेवा पतों के लिए केवल-रूट (route-only) उपसर्ग आरक्षित करें, और उस उपसर्ग को वर्चुअल प्राइवेट क्लाउड (VPC), वर्चुअल नेटवर्क (VNet), VLAN या स्थानीय सबनेट से न जोड़ें। नेटवर्क को संलग्न खंड पर एड्रेस रिज़ॉल्यूशन प्रोटोकॉल (ARP) के बजाय रूटिंग विज्ञापनों से सेवा पते सीखने चाहिए।
सेवा उपसर्ग को अलग रखने से कनेक्टेड रूट और BGP रूट के बीच अस्पष्टता से बचा जा सकता है। यह रूट नीति, फ़िल्टरिंग और क्षमता योजना को भी स्पष्ट बनाता है। संगठन की पता-प्रबंधन प्रक्रिया के अनुसार उपसर्ग आवंटित करें; किसी लैब उपसर्ग को दूसरे नेटवर्क में कॉपी न करें।
रूटिंग को विफल पथ हटाने दें
Section titled “रूटिंग को विफल पथ हटाने दें”एक स्थापित BGP सत्र अपस्ट्रीम राउटर को सक्रियता (liveness) का संकेत देता है। जब सत्र बंद हो जाता है या उसका होल्ड टाइमर समाप्त हो जाता है, तो पीयर उस सत्र के दौरान सीखे गए रूट वापस ले लेता है। द्विदिश अग्रेषण का पता लगाना (BFD), जब दोनों पीयर इसका समर्थन करते हैं और इसे सक्षम करते हैं, तो विफलता का तेजी से पता लगा सकता है। इसलिए अभिसरण (convergence) समय कॉन्फ़िगर किए गए प्रोटोकॉल और टाइमर पर निर्भर करता है; यह तात्कालिक नहीं है।
स्टैटिक रूट का कोई समकक्ष सत्र स्थिति नहीं होती है। CE के विफल होने के बाद भी स्टैटिक ECMP पथ योग्य बने रहते हैं जब तक कि ग्राहक राउटर या सॉफ्टवेयर-परिभाषित वाइड एरिया नेटवर्क (SD-WAN) नियंत्रक एक समर्थित स्वास्थ्य तंत्र के साथ अगले हॉप को ट्रैक नहीं करता है और रूट को हटा नहीं देता है। उस तंत्र के बिना, राउटर विफल CE का चयन करना जारी रख सकता है और कुछ प्रवाहों को ब्लैकहोल (blackhole) कर सकता है।
CE फ़्लीट से पहले राउटर का आकार निर्धारित करें
Section titled “CE फ़्लीट से पहले राउटर का आकार निर्धारित करें”राउटर तय करता है कि वह कितने समान-लागत पथ स्थापित करेगा। इसके अधिकतम ECMP पथ गणना की तुलना प्रत्येक VIP के लिए अपेक्षित CE विज्ञापनों की संख्या से करें। जब विज्ञापन गणना स्थापित-पथ सीमा से अधिक होती है, तो अतिरिक्त स्वस्थ CE साइटें उस उपसर्ग के लिए अप्रयुक्त रह सकती हैं।
केवल BGP प्राप्त-रूट दृश्य पर भरोसा करने के बजाय स्थापित अग्रेषण तालिका (forwarding table) की जाँच करें। नियंत्रण प्लेन (control plane) डेटा प्लेन द्वारा स्थापित किए जाने वाले उम्मीदवारों की तुलना में अधिक उम्मीदवारों को बनाए रख सकता है।
वरीयता और ECMP को अलग नीतियों के रूप में मानें
Section titled “वरीयता और ECMP को अलग नीतियों के रूप में मानें”पथ केवल तभी समान-लागत वाले होते हैं जब रूट-चयन विशेषताएँ (attributes) और मीट्रिक उन्हें समान बनाते हैं। स्थानीय वरीयता, मल्टि-एक्जिट डिस्क्रिमिनेटर (MED), प्रशासनिक दूरी, या स्टैटिक-रूट मीट्रिक को बदलने से एक CE को VIP के लिए पसंदीदा बनाया जा सकता है। यह एक वैध संचालन नीति है, लेकिन यह समान वितरण के बजाय सक्रिय/पसंदीदा व्यवहार है।
प्रत्येक उपसर्ग पर वरीयता केवल तभी लागू करें जब वह विषमता (asymmetry) जानबूझकर की गई हो। पुष्टि करें कि पसंदीदा पथ वापस लेने पर कम पसंदीदा पथ उपयोग योग्य बन जाता है, और ऐसा अनट्रैक स्टैटिक पसंदीदा पथ न छोड़ें जो अपने CE के बंद होने के बाद भी बना रहे।
नियंत्रण-प्लेन लेबल को ट्रैफ़िक साक्ष्य से अलग करें
Section titled “नियंत्रण-प्लेन लेबल को ट्रैफ़िक साक्ष्य से अलग करें”कई सुरंगों या पथों वाले डिज़ाइन में, एक ACTIVE लेबल नियंत्रण-प्लेन सिंक्रनाइज़ेशन के लिए चुने गए पथ की पहचान कर सकता है बिना यह साबित किए कि अन्य ECMP पथ कोई डेटा नहीं ले जाते हैं। केवल उस लेबल से अग्रेषण स्थिति का अनुमान न लगाएं। रूट या टनल तालिका को सत्यापित करें और प्रत्येक अपेक्षित पथ पर ट्रैफ़िक काउंटरों का निरीक्षण करें।
संपूर्ण पथ को सत्यापित करें
Section titled “संपूर्ण पथ को सत्यापित करें”प्रत्येक सेवा उपसर्ग के लिए, निम्नलिखित सभी को सत्यापित करें:
- प्रत्येक इच्छित CE उपसर्ग का विज्ञापन करता है;
- अपस्ट्रीम BGP तालिका अपेक्षित पथों को स्वीकार करती है;
- अग्रेषण तालिका प्लेटफ़ॉर्म द्वारा समर्थित संख्या से न तो अधिक और न ही कम पथ स्थापित करती है;
- एक विज्ञापन को वापस लेने से कॉन्फ़िगर किए गए पहचान और अभिसरण अंतराल के बाद वह अगला हॉप हट जाता है;
- शेष पथों के माध्यम से एप्लिकेशन स्वास्थ्य जांच सफल होती है।
CE विज्ञापन समस्याओं को अपस्ट्रीम अग्रेषण समस्याओं से अलग करने के लिए रिपॉजिटरी के BGP नैदानिक कार्यप्रवाह का उपयोग करें।