EVPN ऑल-अॅक्टिव्हवर Linux चा अॅक्टिव्ह-बॅकअप बॉण्ड: काय तुटते

सर्व्हरवर अॅक्टिव्ह-बॅकअप बॉण्ड ठेवा, फॅब्रिकवर ऑल-अॅक्टिव्ह इथरनेट सेगमेंट ठेवा, आणि परत येणाऱ्या ट्रॅफिकपैकी अर्धा भाग एकही त्रुटी-काउंटर न हलता गायब होऊ शकतो. दोन्हीपैकी कोणतेही कॉन्फिगरेशन स्वतःच चुकीचे नाही. समस्या त्यांच्यातील हातांतरणात आहे, जिथे एक बाजू एकच पोर्ट निवडते आणि दुसरी बाजू जोडलेली प्रत्येक लीफ पोहोचवू शकते असे गृहीत धरते. प्रत्येक दिशेने एक फ्रेम पाहा आणि विसंगती स्पष्ट होते.

अॅक्टिव्ह-बॅकअप येणाऱ्या फ्रेमशी काय करतो

बॉण्डिंग मोड 1 पाठवण्याच्या मार्गात नेमका एक स्लेव्ह ठेवतो आणि सध्याचा अपयशी झाल्यावरच तो बदलतो. तो भाग सर्वपरिचित आहे. इथे महत्त्वाची गोष्ट स्वीकृतीची बाजू आहे: कर्नल फ्रेम स्टॅकला फक्त तेव्हाच देतो जेव्हा ती सक्रिय स्लेव्हवर येते, आणि इतर कोणत्याही स्लेव्हवर दिसणाऱ्या फ्रेम टाकून देतो. हे all_slaves_active सेटिंग तो नियम सैल करण्यासाठीच आहे, आणि डीफॉल्टनुसार बंद आहे. ip -d link show bond0 मोडच्या शेजारी सध्याचे मूल्य छापते.

/proc/net/bonding/bond0 सक्रिय स्लेव्हचे नाव सांगते आणि प्रत्येक स्लेव्हसाठी लिंक स्थिती कळवते. कोणता पोर्ट सध्या ट्रॅफिक वाहतो यासाठी ती फाइल हाच एकमेव प्रामाणिक स्रोत आहे.

या मोडमधील होस्टकडे एका वेळी एकच वापरण्यायोग्य स्वीकृती मार्ग असतो, जो फॅब्रिकची माहिती नसताना स्थानिक पातळीवर निवडला जातो. त्या होस्टसाठीची फ्रेम दुसऱ्या केबलवर आली, तर स्विच पोर्ट ती प्राप्त म्हणून मोजतो, होस्टचा स्टॅक ती कधीच पाहत नाही, आणि होस्टच्या स्वतःच्या ड्रॉप काउंटरशिवाय सर्व काउंटर पूर्णपणे निरोगी दिसतात.

ऑल-अॅक्टिव्ह मल्टीहोमिंग दूरच्या पुढील हॉपशी काय करते

EVPN मल्टीहोमिंग ESI ने ओळखल्या जाणाऱ्या एका इथरनेट सेगमेंटची विभागणी करणाऱ्या लीफच्या संचाचे वर्णन करते आणि ते सेगमेंट उर्वरित फॅब्रिकला जाहीर करते. ऑल-अॅक्टिव्ह मॉडेलमध्ये दूरचे पीअर सेगमेंटच्या पत्त्यांसाठी एकापेक्षा जास्त पुढील हॉप बसवतात. सर्व्हरकडील युनिकास्ट मग कोणत्याही लीफवर पोहोचू शकते, आणि फॅब्रिक प्रत्येक प्रवाहासाठी मोकळेपणे निवडू शकते. हाच डिझाइनचा संपूर्ण हेतू आहे, आणि सर्व्हरच्या बॉण्डने पूर्ण करावयाचे गृहीतही हेच आहे.

ओव्हरफ्लो होणारे ट्रॅफिक वेगळ्या नियमाचे पालन करते. लीफ प्रत्येक सेगमेंटसाठी नियुक्त फॉरवर्डर निवडतात, म्हणून ब्रॉडकास्ट, अज्ञात युनिकास्ट आणि मल्टिकास्ट सहसा त्यांपैकी एकातून प्रवेश करतात. त्यामुळे युनिकास्ट आणि ओव्हरफ्लो दोन वेगळे निर्णय घेतात, आणि त्यांपैकी एकच होस्टच्या बॉण्ड स्थितीत दिसतो.

दोन्ही निवडी जिथे वेगळ्या पडतात

कर्नल आपला सक्रिय स्लेव्ह लिंक स्थिती आणि स्वतःच्या धोरणावरून निवडतो. फॅब्रिक पुढील हॉप EVPN मार्गांवरून आणि नियुक्त फॉरवर्डर लीफमधील निवडीवरून निवडते. कोणतीही प्रक्रिया दुसऱ्याशी सल्लामसलत करत नाही. ते वेगवेगळ्या लीफ निवडल्यास अपयश दिशेवर अवलंबून असते: सर्व्हर जे पाठवतो ते सामान्यपणे बाहेर जाते, आणि उत्तरे गायब होतात.

दोन समर्थित मार्ग आहेत, आणि ते एकमेकांच्या जागी येत नाहीत. फॅब्रिक एकच तार्किक जोडणी म्हणून पाहू शकेल असा बॉण्ड होस्टला द्या, म्हणजे प्रत्यक्षात लीफशी वाटाघाटी केलेला LACP बॉण्ड, आणि दोन्ही लिंक खरोखर एकत्र सक्रिय असतात. किंवा फॅब्रिककडून सिंगल-अॅक्टिव्ह वितरणही स्वीकारा, जेणेकरून सेगमेंट बॉण्डसारखेच एक-पोर्ट-एका-वेळी मॉडेल पाळेल. जे चालत नाही ते म्हणजे फक्त एका पोर्टवर ऐकणाऱ्या बॉण्डसमोर ऑल-अॅक्टिव्ह सेगमेंट, जोपर्यंत तुम्ही जाणूनबुजून निष्क्रिय स्लेव्हवर स्वीकृती सुरू करून त्यानंतरचे दुहेरी वितरण स्वीकारत नाही.

बॅकअप केबल निरोगी का दिसत राहते

ट्रॅफिक न वाहणारी केबलही लिंक अप कळवते, आणि बॉण्डमधील स्टँडबाय स्लेव्ह तयार दिसण्यासाठीच बनवलेला असतो. ऑपरेटर ते रिडंडन्सी म्हणून वाचतात आणि प्रश्न विचारणे थांबवतात.

त्याऐवजी परत येणाऱ्या फ्रेमने कोणता भौतिक पोर्ट वापरला ते विचारा. होस्टवर, बॉण्डनुसार नाही तर स्लेव्हनुसार प्राप्त पॅकेट मोजा, कारण बॉण्ड काउंटर असममिती लपवतो. लीफवर, पाहा सर्व्हरच्या MAC साठी ब्रिज फॉरवर्डिंग नोंदी आणि EVPN मार्ग वाहत असलेला पुढील-हॉप संच. नोंद ज्या लीफकडे निर्देश करते तिची होस्ट लिंक स्टँडबाय असेल, तर डिझाइन होस्ट दुर्लक्षित करते त्या पोर्टमध्ये वितरित करत आहे. ही हार्डवेअर बिघाड नसून कॉन्फिगरेशन विसंगती आहे, आणि लिंक-स्थितीचे कितीही निरीक्षण केले तरी ती पुढे येणार नाही.

दोन्ही दिशांनी वितरण तपासा, लिंक स्थिती नाही

प्रत्येक अपयशासाठी एक ओळ आणि प्रत्येक दिशेसाठी एक स्तंभ असलेला मॅट्रिक्स तयार करा, नंतर इंटरफेस स्थितीऐवजी वितरित ट्रॅफिक भरा. पहिली ओळ सामान्य कार्यरत स्थिती आहे, आणि विसंगती नेमकी तिथेच लपलेली असते, कारण लक्षण अॅप्लिकेशनच्या समस्येसारखे दिसते.

नंतर सक्रिय होस्ट लिंक काढा, एक लीफ काढा, त्या लीफचे अपलिंक काढा, आणि प्रत्येक सलग्न पुनर्संचयित करा. प्रत्येक पायरीनंतर सक्रिय स्लेव्ह, EVPN सेगमेंट स्थिती, दूरची फॉरवर्डिंग नोंद आणि दोन्ही दिशांनी निरीक्षित थ्रूपुट नोंदवा. होस्ट लिंक वर असताना फॅब्रिकचा मार्ग गमावणारी लीफ ही मनोरंजक स्थिती आहे, कारण जोडणी जाहीर राहते आणि शांतपणे गतिरोध बनू शकते. नवीन युनिकास्ट प्रवाह आणि अॅप्लिकेशन अवलंबून असलेल्या ओव्हरफ्लो ट्रॅफिकसह तपासा, कारण दोन्ही वेगळे फॉरवर्डिंग निर्णय घेतात.

तुम्ही इरादा केलेल्या मार्गाने द्विदिश वितरण मॅट्रिक्स दाखवत असेल तरच डिझाइन स्वीकारा. लिंक अप असलेल्या दोन केबल ते परिणाम नाहीत.