बैकअप के लिए अलग वान लिंक के साथ रूटिंग

Question

हमारे पास भौगोलिक रूप से अलग-अलग दो डेटा सेंटर हैं। हम एक नया WAN कनेक्शन (डार्क क्लाउड) लागू करने की तैयारी कर रहे हैं, जिसका उपयोग केवल बैकअप ट्रैफ़िक के लिए किया जाएगा। सर्वर में दो एनआईसी कार्ड (उत्पादन और बैकअप) होंगे, लेकिन यह सुनिश्चित करने का सबसे अच्छा तरीका क्या है कि उत्पादन और बैकअप यातायात मिश्रण नहीं करता है? फिलहाल हम केवल WAN को प्राप्त करने के लिए स्थैतिक मार्गों का उपयोग कर रहे हैं, लेकिन अपने SP और अपने बीच BGP को लागू करना चाहते हैं। आंतरिक आरपी ईआईजीआरपी और ओएसपीएफ का मिश्रण है। कोर Cisco 6500 हैं और WAN रूटर्स जल्द ही ASRs में अपग्रेड हो जाएंगे।

समाधान पर सुझाव? नीति-आधारित रूटिंग (PBR)? VRFs?

Comments

अधिक जानकारी के बिना, मैं यह नहीं देखता कि डीसी और इसके विपरीत मुख्य लिंक के बीच बैकअप ट्रैफ़िक को कैसे मिलाया जाए? मुख्य सर्वर लैन और उनके बैकअप ट्रैफ़िक लैन को अलग-अलग सबनेट मानते हैं, तो उन्हें आपके दो अंतर-डीसी लिंक पर अलग-अलग रूट मेट्रिक्स के साथ विज्ञापित किया जा सकता है। मैं नहीं देखता कि आप गलती से उन्हें कैसे मिला सकते हैं? आप वीआरएफ और वीएलएएन का उपयोग कर सकते हैं, लेकिन यह जटिल लगता है जब आप रूट मेट्रिक को बदल सकते हैं। क्या मैं कुछ भूल रहा हूँ?

— jwbensley

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

— पीटर

आह ठीक है, अच्छी तरह से अलग-अलग रूट मेट्रिक्स का उपयोग करना अभी भी मुश्किल नहीं है और अवांछित असफल-ओवर परिदृश्य को रोकने के लिए प्रत्येक सबनेट के लिए केवल एक पथ का विज्ञापन करना है। VRFs हालांकि अब ioshints उल्लेख के रूप में एक सरल और आगे आगे समाधान बन जाते हैं।

— jwbensley

Answer 1

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

Comments

दो NIC का उपयोग करने के लिए सर्वर पर राउटिंग टेबल के निर्माण और रखरखाव की आवश्यकता होती है। जब तक किसी को कुछ तरकीबें नहीं पता, मैं नहीं करता?

— पीटर

हाँ। बैकअप इंटरफ़ेस से बैकअप सबनेट को इंगित करने के लिए आपको सर्वर में रूट सेट करने की आवश्यकता होगी। यदि यह बहुत कठिन काम है तो आप हमेशा मेट्रिक्स के साथ कुछ दिलचस्प चीजें कर सकते हैं। मान लें कि आपके बैकअप सर्वर अपने सबनेट पर हैं ... लेकिन फिर MPLS समाधान भी मान लेता है। यदि वे अपने स्वयं के सबनेट पर नहीं हैं और आपके पास बैकअप सर्वर के लिए / 32 नहीं है, तो मुझे लगता है कि नीति आधारित रूटिंग आपका एकमात्र विकल्प हो सकता है।

— बड़ा पत्थर

जहाँ होगा, वहाँ एक चाल है;) सर्वर पर / 16s का उपयोग करें और / 24s रूटर्स में। प्रॉक्सी ARP आपके लिए रूटिंग करेगा;)

— ioshints

Answer 2

IGPs के लिए, आप केवल नियमित मीट्रिक ट्यूनिंग का उपयोग नहीं कर सकते? EIGRP - बस देरी और OSPF लागत के लिए हेरफेर। एक बार जब यह बीजीपी कोर को हिट करता है, तो आप बीजीपी मेड का उपयोग नहीं कर सकते। मेरी कंपनी (वित्तीय अंतर्ज्ञान) के लिए मुझे पता है कि हम क्या करते हैं। हमारे पास ए फीड और बी फीड है। एक फ़ीड में बी से बेहतर आंतरिक मैट्रिक्स होगा। एक बार जब यह हमारे बीजीपी कोर को हिट करता है तो इसके बहुत ज्यादा जो मैंने ऊपर सूचीबद्ध किया है।

Answer 3

एक और विकल्प जो अधिक लचीलापन दे सकता है वह है क्यूओ और केवल PbR का उपयोग कतारों के आधार पर, यदि आप इसे सही तरीके से डिज़ाइन करते हैं तो आप प्राथमिक से बैकअप तक स्वत: विफलता प्राप्त कर सकते हैं, लेकिन दूसरे तरीके से नहीं।

इस तरह से आप पॉलिसी में बदलाव के साथ किसी भी लिंक या राउटर को साझा करना या साझा करना चुन सकते हैं।