Azure सार्वजनिक क्लाउड के लिए क्लाउड इंटरकनेक्ट

Prev Next

इस गाइड में बताया गया है कि क्लाउड इंटरकनेक्ट के माध्यम से Azure को Cato क्लाउड से कैसे जोड़ा जाए।

क्लाउड इंटरकनेक्ट साइट्स के बारे में अधिक जानकारी के लिए, क्लाउड इंटरकनेक्ट साइट्स के साथ शुरुआत करें देखें।

Azure के लिए क्लाउड इंटरकनेक्ट का अवलोकन

Cato केवल क्लाउड इंटरकनेक्ट साइट के लिए 2 सर्किट्स के साथ सक्रिय-निष्क्रिय मॉडल का समर्थन करता है। BGP का उपयोग Cato PoP और Azure एज राउटरों के बीच रूटिंग जानकारी के आदान-प्रदान और साइट के सक्रिय सर्किट का निर्धारण करने के लिए किया जाता है।

सर्वोत्तम प्रथाएं: Cato लचीलापन और पुनरावृत्ति संभावनाओं के लिए Azure में दो सर्किट जोड़ने की सिफारिश करता है। एकल सर्किट कॉन्फ़िगरेशन भी समर्थित हैं।

क्लाउड इंटरकनेक्ट साइट बनाने की तैयारी

जब आप Azure क्लाउड इंटरकनेक्ट साइट बनाते हैं तो आपके Azure किरायेदार और Cato प्रबंधन एप्लिकेशन के लिए सेटिंग्स कॉन्फ़िगर करना आवश्यक होता है।

क्लाउड इंटरकनेक्ट साइट तैनात करने से पहले, यह पुष्टि करना महत्वपूर्ण है कि प्राथमिक और द्वितीयक कनेक्शन के उपयोग मामले का Cato PoP स्थान, क्लाउड प्रदाता, और फैब्रिक प्रदाता द्वारा समर्थन किया गया है। क्लाउड इंटरकनेक्ट साइट्स की तैयारी के बारे में अधिक जानकारी के लिए, क्लाउड इंटरकनेक्ट साइट्स के साथ शुरुआत करें देखें।

Note:

नोट: क्लाउड इंटरकनेक्ट साइट को तैनात करने के लिए, Cato कुछ मूलभूत प्रमाण-पत्रों का उपयोग करके कपड़ा प्रदाता (जैसे Equinix) के साथ कनेक्शन बनाने के लिए एक सहज विन्यास प्रदान करता है। यदि आपका उपयोग मामला स्वचालित कॉन्फ़िगरेशन के माध्यम से समर्थित नहीं है, तो मैन्युअल रूप से कनेक्शन तैनात करने के लिए अपने खाता प्रतिनिधि (PS/SE/CSM) से संपर्क करें।

अपने क्लाउड इंटरकनेक्ट साइट को तैनात करने के बाद आपको जिन समस्याओं का सामना करना पड़ता है, उनके लिए सहायता से संपर्क करें।

क्लाउड इंटरकनेक्ट साइट को कॉन्फ़िगर करने का उच्च स्तरीय अवलोकन

image2.png

यह Azure Cato साइट के लिए क्लाउड इंटरकनेक्ट कॉन्फ़िगर करने की प्रक्रिया का उच्च स्तर अवलोकन है:

  1. सुनिश्चित करें कि उपयोग मामला Cato PoP स्थान, क्लाउड प्रदान करता और फैब्रिक प्रदाता द्वारा समर्थित है।

    1. तत्काल उपलब्ध PoP स्थानों के लिए, चरण 2 के साथ जारी रखें।

    2. भविष्य की तारीख को उपलब्ध होने वाले PoP स्थानों के लिए, क्लाउड इंटरकनेक्ट साइट को कॉन्फ़िगर करने से पहले Cato के मैन्युअल बैकएंड सेटिंग्स के पूरा होने तक प्रतीक्षा करें।

  2. Azure में दो ExpressRoute सर्किट बनाएं।

    1. यदि Cato समर्थन द्वारा अनुरोध किया जाता है, तो तैयार सर्किट्स के लिए सेवा कुंजियाँ Cato को अदायगी के लिए भेजें।

  3. Cato प्रबंधन एप्लिकेशन में एक नई साइट बनाएँ और साइट प्रकार के रूप में क्लाउड इंटरकनेक्ट चुनें।

    1. साइट के प्राथमिक और द्वितीयक सर्किट के लिए /30 आईपी सबनेट्स कॉन्फ़िगर करें।

    2. प्रत्येक सर्किट के लिए बैंडविड्थ कॉन्फ़िगर करें।

  4. Cato और Azure के बीच BGP कॉन्फ़िगर करें:

    1. Azure में - एक बार प्रोविजन्ड होने के बाद, ExpressRoute सर्किट पीयरिंग कॉन्फ़िगर करें और वही आईपी सबनेट्स कॉन्फ़िगर करें जो Cato प्रबंधन अनुप्रयोग में जोड़े गए हैं।

    2. Cato प्रबंधन अनुप्रयोग में - प्राथमिक और द्वितीयक सर्किट के लिए BGP साथी सेटिंग्स कॉन्फ़िगर करें। (Cato स्वचालित रूप से प्राथमिक साथी के मेट्रिक्स को प्राथमिकता देता है)

  5. अपने Azure वर्चुअल नेटवर्क गेटवे को प्राथमिक और द्वितीयक ExpressRoute सर्किट्स के साथ कनेक्ट करें।

  6. अपनी नई साइट के साथ कनेक्टिविटी का परीक्षण करें।

नीचे एक Azure क्लाउड वातावरण का निम्न-स्तरीय टोपोलॉजी उदाहरण है, जो क्लाउड इंटरकनेक्ट के माध्यम से Cato से जुड़ा है।

AzureHighLevel.png

Azure खाते में सेटिंग्स कॉन्फ़िगर करना

इस अनुभाग में वर्णन किया गया है कि कैसे एक Azure डेटा सेंटर के लिए सेटिंग्स कॉन्फ़िगर किया जाए ताकि वह आपके Cato खाते में क्लाउड इंटरकनेक्ट साइट से कनेक्ट कर सके।

Azure सेटिंग्स को क्लाउड इंटरकनेक्ट साइट के लिए कॉन्फ़िगर करें।

  1. Azure में, ExpressRoute सर्किट्स > बनाएं के अंतर्गत एक नया ExpressRoute सर्किट बनाएं।

  2. मूलभूत के अंतर्गत, संसाधन समूह और उदाहरण के क्षेत्र का चयन करें।

    CreateExpressRoute.png

  3. कॉन्फ़िगरेशन टैब में, इन सेटिंग्स को कॉन्फ़िगर करें:

    1. Select the Port Type as provider, and select a Cloud Interconnect Provider from the Provider dropdown list.

      नोट: वर्तमान में समर्थित प्रदाता EquinixCloud Exchange (ECX) है।भविष्य में अतिरिक्त प्रदाताओं का समर्थन किया जाएगा।

    2. पीयरिंग स्थान में, आप जिस PoP से कनेक्ट कर रहे हैं, वही स्थान चुनें।

      Note:

      नोट: यदि आपका Azure उद्भवन US East या US East 2 में स्थित है, तो अपनी पीयरिंग कनेक्शन के रूप में वाशिंगटन डीसी का चयन करें।

    3. बैंडविड्थ: अपनी Cato लाइसेंस के साथ मेल खाने वाली बैंडविड्थ चुनें।

    4. SKU: मानक या प्रीमियम का चयन करें। 

      प्रीमियम एक उच्च संख्या में वीनेट्स को सर्किट से कनेक्ट करने की अनुमति देता है जबकि मानक 10 वर्चुअल नेटवर्क्स तक सीमित है।

    5. बिलिंग मॉडल मीटर्ड: प्रति उपभोग आधार लागत विश्लेषण है जबकि असीमित इस सर्किट के लिए एक निश्चित मासिक शुल्क है।

      नोट: Azure द्वारा असीमित से मीटर्ड के लिए बिलिंग मॉडल को बदलना समर्थित नहीं है। हालांकि, आप कभी भी मीटर्ड से असीमित में बदल सकते हैं।

      CreateExpressRoute_config.png

    6. समीक्षा करें और बनाएँ पर क्लिक करें ExpressRoute सर्किट।

  4. एक बार जब ExpressRoute सर्किट को सफलतापूर्वक परिनियोजित कर दिया जाता है, तो यह अनप्रोविजन्ड के रूप में दिखाई देगा। इस स्तर पर सर्किट्स पीयरिंग को कॉन्फ़िगर करना तब तक संभव नहीं है जब तक वे सेवा प्रदाता द्वारा पूरी तरह से प्रोविजन्ड नहीं हो जाते। (उदाहरण के लिए। इक्विनिक्स)

    unprovisioned.png

    प्रोविजनिंग प्रक्रिया को पूरा करने के लिए क्लाउड इंटरकनेक्ट डाटासेंटर सेवा प्रदाता को Azure द्वारा प्रत्येक ExpressRoute सर्किट के लिए उत्पन्न की गई अनोखी सेवा कुंजी की आवश्यकता होती है। (देखा गया अवलोकन पृष्ठ पर)

    1. सेवा कुंजी की प्रतिलिपि बनाएं। जब आप Cato प्रबंधन अनुप्रयोग में स्वचालित कनेक्शन विज़ार्ड का उपयोग करेंगे, तो इसकी आवश्यकता होगी। यदि आप कनेक्शन को मैनुअली बना रहे हैं, तो सेवा कुंजी को आपके Cato प्रतिनिधि को सेवा प्रदाता के साथ प्रोविजनिंग के लिए भेजें।

    2. आप प्रोविजनिंग पूर्ण होने तक इस गाइड के अगले चरणों पर जाकर जारी नहीं रख सकते।

  5. एक बार प्रोविजन्ड होने के बाद, सर्किट कॉन्फ़िगरेशन संपादित करने योग्य बन जाता है और Azure पोर्टल पर सर्किट स्थिति अनप्रोविजन्ड से प्रोविजन्ड में बदल जाएगी।

    अगला कदम ExpressRoute सर्किट और बीजीपी पीयरिंग को एसोसिएट करना है (निम्नलिखित कॉन्फ़िगरेशन को निम्न चरणों में Cato प्रबंधन अनुप्रयोग पर पूरी तरह से प्रतिलिपि बनाया जाएगा)

    1. पीयरिंग्स के अंतर्गत, ये विकल्प हैं - Azure निजी, Azure सार्वजनिक और Microsoft।

      Azure सार्वजनिक नए सर्किटों के लिए अप्रचलित है और Microsoft का उपयोग Azure PaaS सेवाओं के लिए किया जाता है। इस सर्किट के लिए हम Azure निजी का चयन करेंगे (अधिक जानकारी यहां उपलब्ध है)

    2. पीयर एएसएन – यह वह एएसएन है जो Azure कॉन्फ़िगरेशन में Cato साइड को प्रदर्शित करने के लिए उपयोग किया जाएगा। आप Cato साइड ("पीयर" एएसएन) के लिए कोई भी निजी एएसएन का उपयोग कर सकते हैं।

    3. सबनेट्स – IPv4।

    4. प्राथमिक और द्वितीयक सबनेट्स – पीयरिंग के लिए अनोखे पता स्थानों की आवश्यकता होती है, प्रत्येक सबनेट को /30 संकेतन द्वारा परिभाषित किया जाना चाहिए। माइक्रोसॉफ्ट एज़्योर मानक के रूप में, पहला उपयोगी आईपी ग्राहक के राउटर के लिए पीयर आईपी के रूप में सेवा करता है जबकि दूसरा आईपी माइक्रोसॉफ्ट का राउटर आईपी के रूप में कार्य करता है। (उदाहरण के लिए, 172.16.0.0/30 का एक प्राथमिक सबनेट 172.16.0.1 को Cato राउटर और 172.16.0.2 को एमएस राउटर के रूप में उपयोग करता है)

      Azure को मुख्य और द्वितीयक सबनेट दोनों को कॉन्फ़िगर करने की आवश्यकता होती है, लेकिन Cato प्रत्येक ExpressRoute सर्किट के लिए केवल मुख्य सबनेट का उपयोग करता है। (HA कॉन्फ़िगरेशन के मामले में)

      अतः, एक डमी “फेक” द्वितीयक सबनेट की आवश्यकता होती है जिससे Azure की आवश्यकताओं को पूरा किया जा सके लेकिन यह क्लाउड इंटरकनेक्ट पेयरिंग कॉन्फ़िगरेशन में उपयोग नहीं होगा।

      यहाँ कॉन्फ़िगर किया गया प्राथमिक सबनेट Cato प्रबंधन एप्लिकेशन कॉन्फ़िगरेशन चरणों में भी उपयोग किया जाएगा।

    5. वीलैन आईडी – अनिवार्य क्षेत्र: Cato की टीम द्वारा Cato प्रबंधन एप्लिकेशन में कॉन्फ़िगर की गई वीलैन आईडी के समान सेटिंग्स। इस वीलैन आईडी को कनेक्शन के लिए सभी पक्षों में निर्दिष्ट किया गया है – क्लाउड प्रदाता, Equinix कोलोकेशन और Cato PoP। इस वीलैन आईडी का निर्णय Cato द्वारा किया जाएगा और इसे आपके क्लाउड प्रदाताओं के पेयरिंग के लिए यदि आवश्यक हो तो समान रूप से कॉन्फ़िगर करना होगा।

एक VNet को Azure में ExpressRoute सर्किट से लिंक करना

एक बार जब सर्किट प्रोविजन्ड हो जाता है, तो जो शेष रहता है वह है संसाधनों को ExpressRoute सर्किट से जोड़ना और Azure और Cato प्रबंधन एप्लिकेशन के बीच कनेक्टिविटी स्थापित करना।

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

Azure VNet को ExpressRoute सर्किट से लिंक करने की सीमाएं

  • Azure के अनुसार, एक VNet गेटवे को तैनात करने में लगभग 45 मिनट लग सकते हैं।

  • इस बात का ध्यान रखें कि नेटवर्क सुरक्षा समूहों को गेटवे सबनेट के साथ एसोसिएट न करें, इससे VNet गेटवे का कार्य बंद हो सकता है।

  • ExpressRoute से जुड़े VNet डिफॉल्ट रूप से एक-दूसरे के साथ संचार कर सकते हैं। Microsoft VNet पीयरिंग का उपयोग करने की सिफारिश करता है।

  • स्थानीय या पीर किए गए वर्चुअल नेटवर्क से विज्ञापित पते के स्थानों की संख्या 1,000 से अधिक नहीं होनी चाहिए।

  • एक मानक ExpressRoute सर्किट SKU के साथ, आप अधिकतम 10 वर्चुअल नेटवर्क को लिंक कर सकते हैं। (VNets) सभी वर्चुअल नेटवर्क को एक ही क्लाउड क्षेत्र में होना चाहिए जबकि एक प्रिमियम ExpressRoute सर्किट कई क्लाउड क्षेत्रों में 10 से अधिक VNet की अनुमति देता है। (सर्किट के प्रति SKU को सर्किट की कॉन्फ़िगरेशन पेज में संपादित किया जा सकता है)

    SKU_standard.png

ExpressRoute सर्किट के लिंक करने से पहले आपको एक सबनेट गेटवे और वर्चुअल नेटवर्क गेटवे बनाना आवश्यक है या पहले से मौजूद उपलब्ध होना चाहिए। इसके बारे में और जानकारी Azure की आधिकारिक दस्तावेज़ में यहाँ पाई जा सकती है।

वर्चुअल नेटवर्क गेटवे को लिंक करने के लिए:

  1. ExpressRoute सर्किट पृष्ठ पर कनेक्शन > जोड़ें पर जाएँ।

  2. कनेक्शन बनाएँ पृष्ठ में, ExpressRoute के रूप में संबंध प्रकार का चयन करें, साथ ही दिए गए नाम और क्षेत्र का चयन करें और अगला का चयन करें।

    CreateConnection.png

  3. वर्चुअल नेटवर्क गेटवे के अंतर्गत लिंक करने के लिए गेटवे का चयन करें और ExpressRoute सर्किट के अंतर्गत अपने प्रोविजन्ड सर्किट का चयन करें।

  4. कनेक्शन अब सर्किट जानकारी के अंतर्गत दिखाई देता है।

    Connection_done.png

क्लाउड इंटरकनेक्ट साइट बनाना

Cato प्रबंधन अनुप्रयोग में, क्लाउड इंटरकनेक्ट प्रदाता के लिए एक नई साइट बनाएं।

यह लेख मानता है कि आप एक एचए सक्रिय-पैसिवक्लाउड इंटरकनेक्ट साइट बना रहे हैं। यदि आप एक एकल सर्किट क्लाउड इंटरकनेक्ट साइट बना रहे हैं, तो कृपया केवल एक प्राथमिक ExpressRoute सर्किट बनाएं। (केवल परीक्षण उद्देश्यों के लिए अनुशंसित)

Azure क्लाउड इंटरकनेक्ट साइट के लिए, हम अनुशंसा करते हैं कि आप प्रोविजनिंग के लिए प्रारंभिक अनुरोध भेजते समय साइट बनाएं। यह आपको इस साइट के लिए Cato कॉन्फ़िगरेशन को अधिक जल्दी सेट करने की अनुमति देता है।

क्लाउड इंटरकनेक्ट साइट को बनाने के लिए:

  1. Cato प्रबंधन अनुप्रयोग में, नेटवर्क > साइट्स के अंतर्गत, नया साइट बनाने के लिए नया पर क्लिक करें।

  2. कनेक्शन प्रकार को क्लाउड इंटरकनेक्ट के रूप में चुनें और साइट के लिए सेटिंग्स को परिभाषित करें।

    image8.png

  3. लागू करें पर क्लिक करें, फिर सहेजें पर क्लिक करें।

  4. नया साइट चुनें और साइट कॉन्फिगरेशन > क्लाउड इंटरकनेक्ट पर जाएँ और नया कनेक्शन पर क्लिक करें।

    Note:

    नोट: HA तैनाती के लिए, पहले प्राथमिक कनेक्शन बनाना सुनिश्चित करें।

    azure-cross-connect.png

क्लाउड इंटरकनेक्ट कॉन्फिगरेशन पूरा करना

Express Route बनाने के बाद, ऊपर शुरू की गई क्लाउड इंटरकनेक्ट साइट कॉन्फिगरेशन के साथ जारी रखें।

azure-cross-connect.png

  1. Azure Express Route कॉन्फ़िगरेशन के तहत, वह Azure Express Route सेवा कुंजी दर्ज करें जो आपने बनाई है।

  2. अपने कनेक्शन की पुष्टि करें के तहत, पुष्टि करें पर क्लिक करें। बैंडविड्थ और Azure पीयरिंग स्थान स्वचालित रूप से भरे जाते हैं।

  3. Apply पर क्लिक करें।

    कनेक्शन स्थापित होने के बाद, BGP कॉन्फ़िगर करना जारी रखें।

साइट के लिए BGP सेटिंग्स को परिभाषित करना

इस खंड में बताया गया है कि मौजूदा निजी पीयरिंग कनेक्शन के ऊपर BGP सत्र को कैसे परिभाषित किया जाए।

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

BGP सृजन साइट कनेक्टिविटी का एकमात्र संकेतक है। BGP रूटिंग एक्सचेंज और टनल फेलओवर निर्धारित करने की भी अनुमति देता है।

क्लाउड इंटरकनेक्ट साइट के लिए BGP सेटिंग्स को कॉन्फ़िगर करने के लिए।

  1. क्लाउड इंटरकनेक्ट साइट कॉन्फ़िगरेशन की तरह ही BGP टैब में कॉन्फ़िगर करें। प्रत्येक सर्किट के लिए, साइट कॉन्फ़िगरेशन > BGP पर जाएँ और नया पर क्लिक करें।

  2. ASN सेटिंग्स के तहत Cato ASN को अपनी पसंद के मान के रूप में कॉन्फ़िगर करें (सुनिश्चित करें कि यह Azure ExpressRoute कॉन्फ़िगरेशन पृष्ठ पर पहले कॉन्फ़िगर किए गए सहकर्मी ASN से मेल खाता है)

  3. साथी ASN को 12076 के रूप में कॉन्फ़िगर करें। यह एक आरक्षित ASN संकेतन है जिसका उपयोग Azure द्वारा ExpressRoute सर्किट के लिए किया जाता है।

  4. IP सेटिंग्स के अंतर्गत पीयर IP कॉन्फ़िगर करें। यह वही IP है जो क्लाउड इंटरकनेक्ट सेटिंग्स में साइट के रूप में कॉन्फ़िगर किया गया है। (यह IP क्लाउड प्रदाता पीयर IP का प्रतिनिधित्व करता है।)

    Cato आईपी को क्लाउड इंटरकनेक्ट सेटिंग्स पर आधारित स्वचालित रूप से चुना जाता है।

    image10.png

  5. बीजीपी रूटिंग नीति परिभाषित करें - प्रत्येक साथी के लिए मार्ग विज्ञापन नीति में बदलाव करना संभव है।

    हम अनुशंसा करते हैं कि रूटिंग विसंगतियों से बचने के लिए एक क्लाउड इंटरकनेक्ट साइट में दोनों साथियों के लिए समान नीतियां हों।

    1. प्रचारित करें विकल्प आपको यह विन्यस्त करें कि इस पड़ोसी के लिए साइट BGP रूट्स कैसे प्रचारित करती है।

      • डिफ़ॉल्ट रूट - साइट BGP पड़ोसियों को डिफ़ॉल्ट मार्ग (0/0) प्रचारित करती है। पड़ोसी इस डिफ़ॉल्ट रूट पर सभी ट्रैफ़िक भेज सकते हैं, भले ही वह रूटिंग तालिका में न हो। आप डिफ़ॉल्ट रूट पर BGP समुदाय टैग्स जोड़ सकते हैं। BGP समुदायों के बारे में अधिक जानकारी के लिए, देखिये BGP फ़िल्टरिंग के साथ कार्य करना।

      • सभी बीजीपी रूट - साइट पूरे खाते के लिए आंतरिक रूटिंग तालिका BGP पड़ोसी को प्रचारित करती है। इन रूट्स में स्थिर और फ्लोटिंग रेंज शामिल हैं, इसके अलावा रूट्स जो इस साइट में और आपके नेटवर्क के आसपास अन्य साथियों से सीखे गए हैं। यह विकल्प अक्सर BGP पड़ोसी को WAN ट्रैफ़िक भेजने के लिए सक्षम किया जाता है।

        नोट: SDP उपयोगकर्ताओं की संपूर्ण रेंज BGP साथी को एकल रूट के रूप में प्रचारित की जाती है।

      • सारांश मार्ग - वेबसाइट एक सारांश मार्ग प्रचारित करती है बजाय कई अद्वितीय मार्गों के, BGP साथी अपने फारवर्डिंग निर्णयों को सरल बना सकते हैं और रूट लुकअप के लिए आवश्यक संगणनात्मक संसाधनों को कम कर सकते हैं। देखें, BGP सारांश मार्ग के साथ काम करना।

    2. स्वीकार करें अनुभाग में, चुनें कि वेबसाइट इस पड़ोसी द्वारा प्रकाशित डायनामिक आईपी पतों को स्वीकार करती है या गिराती है। जब आप ड्रॉप विकल्प चुनते हैं, तो आप इस BGP पड़ोसी से डायनामिक प्रचार को सीमित कर रहे हैं। BGP रूट्स की सूचियों के बारे में अधिक जानकारी के लिए, देखें BGP फ़िल्टरिंग के साथ कार्य करना।

      उदाहरण के लिए, तैनातियों में जो AWS Direct Connect का उपयोग करते हैं, BGP आवश्यक होता है लेकिन आप AWS डायनामिक पतों को स्वीकार नहीं करना चाहते। इन तैनातियों में, हम अनुशंसा करते हैं कि आप सभी रूट ड्रॉप करें चुनें।

    3. NAT अनुभाग में, वैकल्पिक WAN इंटरफ़ेस के सार्वजनिक IP का उपयोग करके NAT करें चुनें ताकि वेबसाइट सभी आईपी पते और ट्रैफ़िक को LAN IP पते पर अनुवादित कर सके।

      BGP_Policy_options.png

  6. बीजीपी मार्गों के लिए अतिरिक्त सेटिंग्स कॉन्फ़िगर करें:

    1. MD5 – सुरक्षा की एक अतिरिक्त परत। यह फ़ील्ड अनिवार्य है।यह फ़ील्ड अनिवार्य है। (Azure में यह साझा कुंजी विशेषता है)

    2. मेट्रिक – सहकर्मी प्राथमिकता बदली जा सकती है।

      अपेक्षित कॉन्फ़िगरेशन प्रोफ़ाइल प्राथमिक सहकर्मी के लिए द्वितीयक सहकर्मी की तुलना में बेहतर मेट्रिक होनी चाहिए।

    3. होल्ड समय और कीपअलाइव अंतराल मान।

    4. ट्रैक > ईमेल अधिसूचना – बीजीपी कनेक्टिविटी परिवर्तनों के लिए वैकल्पिक अलर्ट।

    image12.png

  7. Apply पर क्लिक करें।

    क्लाउड इंटरकनेक्ट साइट कॉन्फ़िगर की गई है। Verify that the site is working correctly, see below Monitoring and Testing Connectivity for the Cloud Interconnect Site.

क्लाउड इंटरकनेक्ट साइट के लिए नमूना BGP नीति

काटो के साथ समर्थित सक्रिय-गैर-सक्रिय कॉन्फ़िगरेशन में दो साथियों का निम्नलिखित उदाहरण देखें। (प्राथमिक साथी मेट्रिक 90 है, द्वितीयक साथी मेट्रिक 100 है)

image13.png

क्लाउड इंटरकनेक्ट साइट के कनेक्टिविटी की निगरानी और परीक्षण

अब जब साइट सेटअप पूरा हो गया है, तो चलिए जाँचते हैं कि कनेक्शन को कैसे परीक्षण और निगरानी किया जा सकता है।

काटो आपके क्लाउड इंटरकनेक्ट साइट की निगरानी करने और किसी भी संभावित मुद्दे का समाधान करने में मदद के लिए कई उपकरण प्रदान करता है, जिनमें शामिल हैं:

कनेक्टिविटी परीक्षण करें टूल

आप क्लाउड इंटरकनेक्ट की बिंदु-से-बिंदु आईपी पहुंचनीयता का परीक्षण कनेक्टिविटी परीक्षण करें उपकरण का उपयोग करके कर सकते हैं।

साइट कॉन्फ़िगरेशन > क्लाउड इंटरकनेक्ट में कनेक्टिविटी परीक्षण उपकरण काटो PoP आईपी से या तो प्राथमिक या द्वितीयक कनेक्शन की साइट रिमोट आईपी तक ICMP जांच भेजती है।

ये आईसीएमपी जांच के परिणाम हैं:

  • सफलता - परीक्षण सफलतापूर्वक निष्पादित किया गया

  • त्रुटि - परीक्षण निष्पादित नहीं किया गया था। (परीक्षण काटो पॉप द्वारा समय-समाप्त किया गया या निष्पादित नहीं किया जा सकता)

  • विफल - परीक्षण सफलतापूर्वक निष्पादित किया गया लेकिन रिमोट पीयर आईपी से कोई प्रतिक्रिया नहीं मिली

LAN निगरानी

आप लैन निगरानी फीचर का उपयोग कर सकते हैं:

  • Cato PoP से प्राथमिक सर्किट दूरस्थ आईपी के लिए निरंतर ICMP जांच करें।

    नोट: लैन निगरानी केवल क्लाउड इंटरकनेक्ट साइट के प्राथमिक सर्किट को ही मॉनिटर करती है।

  • क्लाउड प्रदाता नेटवर्क के भीतर इंस्टैंस के लिए होस्ट्स की सक्रियता स्थिति में परिवर्तन।

कस्टम सीमा और ICMP अंतराल सेट करना संभव है और इन सीमाओं को पूरा करने पर एक मेलिंग सूची को ईमेल अधिसूचनाएं परिभाषित करें।

image16.png

यह लैन निगरानी के लिए एक ईमेल अधिसूचना का उदाहरण है:

चित्र.png

BGP स्थिति

साइट कॉन्फ़िगरेशन > BGP में, BGP स्थिति दिखाएं प्रत्येक सर्किट की कनेक्टिविटी की पुष्टि करता है।

स्थिति सबनेट्स को समझी जाने वाले, प्रचारित किए गए और BGP पीयर पर अतिरिक्त डेटा की जानकारी देता है।

BGP स्थिति आउटपुट का नमूना:

image15.png

ईमेल अधिसूचनाएं BGP

प्रत्येक साथी के लिए, हम BGP पड़ोसी स्थिति परिवर्तन नोटिफिकेशन को कॉन्फ़िगर करने की अनुशंसा करते हैं। ईमेल अधिसूचनाएं सीधे प्रशासक मेलिंग सूची को एक BGP पीयर कनेक्शन स्थिति परिवर्तन पर भेजी जाती हैं।

साइट कॉन्फ़िगरेशन > BGP > BGP पड़ोसी > अतिरिक्त सेटिंग्स > ट्रैक करें में ईमेल अधिसूचनाएं कॉन्फ़िगर करें।

अलर्ट की आवृत्ति और मेलिंग सूची का चयन करें।

Cato निम्नलिखित आवृत्ति कॉन्फ़िगरेशन के लिए अनुमति देता है:

  • तुरंत - हर घटना के लिए प्राप्तकर्ताओं को नोटिफिकेशन भेजें

  • प्रति घंटा - पहली घटना के साथ नोटिफिकेशन भेजें। यदि घंटे के भीतर अधिक घटनाएँ होती हैं तो अतिरिक्त ईमेल न भेजें।

  • दैनिक - पहली घटना के साथ नोटिफिकेशन भेजें। यदि एक दिन के भीतर अधिक घटनाएँ होती हैं तो अतिरिक्त न भेजें।

  • साप्ताहिक - पहली घटना के साथ नोटिफिकेशन भेजें। यदि एक सप्ताह के भीतर अधिक घटनाएँ होती हैं तो अतिरिक्त न भेजें।

BGP ईमेल अधिसूचना का उदाहरण:

BGPemail.png

रूटिंग तालिका

निगरानी > रूटिंग तालिका स्क्रीन आपके खाते के सभी मार्गों को दिखाता है जिसमें गतिशील मार्ग शामिल हैं।

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

BGP से उत्पन्न मार्ग एक गतिशील रूटिंग प्रकार के रूप में दिखता है। पैसिव सर्किट के पीयर से आने वाले रास्ते भूरे रंग में दिखाई देते हैं। दोनों सर्किट के पॉइंट-टू-पॉइंट सबनेट्स रूटिंग तालिका में एक स्टेटिक रूटिंग प्रकार के रूप में दिखाई देते हैं।

उदाहरण के लिए, निम्नलिखित गतिशील मार्ग 172.29.0.0/24 न्यूयॉर्क PoP से प्रचारित है और इसकी मेट्रिक 5 (उच्चतम) है जो कि मुख्य और वर्तमान में सक्रिय टनल है।

वही मार्ग Ashburn PoP पर द्वितीयक सुरंग द्वारा भी प्रचारित किया जाता है, जिसमें मेट्रिक 10 की निम्न मात्रा होती है।

यदि Ashburn PoP पर द्वितीयक सुरंग सक्रिय सुरंग बन जाए, तो रूटिंग तालिका इस मार्ग के लिए तदनुसार समायोजित हो जाएगी।

image18.png

BGP साथी स्टेटिक हैं और उनकी अपनी रूटिंग तालिका प्रविष्टि है। ये साथी उनके पीछे प्रचारित किए गए डायनामिक BGP मार्गों के लिए अगला हॉप के रूप में कार्य करते हैं। अन्य मार्गों की तरह, यह समझना कि कौन सा साथी वर्तमान में उच्च मेट्रिक के साथ सक्रिय है और किस Cato PoP स्थान के माध्यम से, मेट्रिक जानकारी को समझा जा सकता है।

चित्र.png

घटनाएँ

साइट निगरानी > घटनाएँ स्क्रीन में, Cato साइट से संबंधित सभी लॉग की गई घटनाओं को एकत्र करता है।

मुख्य घटनाएं घटनाओं की समय-रेखा जैसे विश्लेषण के लिए उपयोग की जा सकती हैं। आप निम्नलिखित घटना उप-प्रकारों का उपयोग करते हुए प्रासंगिक घटनाओं को फ़िल्टर कर सकते हैं:

  • BGP सेशन – BGP सेशन की स्थापना या डिस्कनेक्शन के बारे में सूचित करें। डिस्कनेक्शन के लिए पहचानी गई कारण विस्तारित घटना लॉग में निरीक्षण की जा सकती है। ('+' आइकन के नीचे)

  • BGP रूटिंग – BGP साथी से नए मार्ग जोड़ने या हटाने जैसी BGP मार्ग परिवर्तन।

  • LAN निगरानी – ये घटनाएं LAN निगरानी संरचना का हिस्सा हैं जिसे आपने कॉन्फ़िगर किया है। यदि LAN निगरानी सेट नहीं की जाती है, तो ये घटनाएं लॉग नहीं होंगी।

BGPevent.png

साइट नेटवर्क विश्लेषिकी

साइट विश्लेषण आपको साइट के ट्रैफ़िक और थ्रूपुट की निगरानी करने की अनुमति देता है और इनमें ये डैशबोर्ड शामिल होते हैं:

  • Network Analytics – Analyze connectivity state changes, number of Flows, Hosts and Throughput.

    यह याद रखना महत्वपूर्ण है कि क्लाउड इंटरकनेक्ट साइट कनेक्टिविटी BGP पीयर्स पर आधारित है। यदि दोनों BGP साथी पहुंच से बाहर हैं, तो साइट को डिस्कनेक्टेड माना जाता है।

    xconn-mbps.png

  • घटनाएँ - साइट घटनाएं फ़ीड।

  • एप्लिकेशन विश्लेषिकी - यह डैशबोर्ड होस्ट्स थ्रूपुट और एप्लिकेशन उपयोग का विस्तृत विश्लेषण करता है। फ़िल्टर जैसे IP/होस्ट, एप्लिकेशन, श्रेणी, आदि जोड़ना संभव है...

    AppAnalytics.png

  • प्राथमिकता विश्लेषक - यह डैशबोर्ड समय के साथ QoS वितरण का विश्लेषण करने की अनुमति देता है। (प्राथमिकता विश्लेषक के बारे में अधिक पढ़ें)

  • ज्ञात होस्ट्स – साइट के पीछे के होस्ट्स के लिए एक रियल-टाइम डैशबोर्ड। IP, ऑपरेटिंग सिस्टम प्रकार और होस्ट गतिविधि प्रत्येक होस्ट के उपलब्ध डेटा बिंदुओं में शामिल हैं।

    knownHosts.png

  • वास्तविक समय - यह डैशबोर्ड सक्रिय होस्ट्स, थ्रूपुट, शीर्ष एप्लिकेशन, सक्रिय QoS और अधिक की वास्तविक समय में निगरानी की अनुमति देता है।

    RealTime.png

Cloud Interconnect योग्यताएं Azure के साथ

Azure Cloud Interconnect साइट स्थापित करने से पहले ध्यान देने के लिए सीमाओं की मुख्य सूची:

  • पीयरिंग आईपी पूर्वनिर्धारित हैं – पहला उपयोगी आईपी “ऑन-प्रेम” पीयर का प्रतिनिधित्व करता है और इसके बाद का आईपी MS Azure राउटर का प्रतिनिधित्व करता है।

  • प्रत्येक टनल VLAN ID Cato द्वारा सौंपा जाता है और इसे Azure सेटिंग्स में कॉन्फ़िगर किया जाना चाहिए। Cato द्वारा सौंपे गए VLAN ID के बिना सेटअप काम नहीं करेगा।

  • राउट्स का विज्ञापन करते समय, Azure के पास VNet से रूट्स को अपवर्जित/शामिल करने का विकल्प नहीं होता। पूरा VNet विज्ञापित होता है।

  • ExpressRoute 1,000 IPv4 प्रिफिक्स और 100 IPv6 प्रिफिक्स तक विज्ञापन की अनुमति देता है।

  • ExpressRoute Cato से 4,000 प्रिफिक्स तक प्राप्त करने की अनुमति देता है। (Cato कस्टम रूट समरीकरण के लिए एक विकल्प प्रदान करता है। यदि आप BGP के साथ रूट समरीकरण कॉन्फ़िगर करना चाहते हैं, कृपया Cato समर्थन से संपर्क करें)

  • ExpressRoute प्रीमियम कई Azure क्षेत्रों में 10 से अधिक VNet अनुलग्नक और 10,000 प्राप्त प्रिफिक्स की अनुमति देता है।

    • यदि प्रिफिक्स सीमा पूरी हो जाती है, तो Azure BGP कनेक्शन को तब तक तोड़ देता है जब तक सीमा क्षमता पुनर्स्थापित नहीं होती।

आप Azure के आधिकारिक ExpressRoute प्रलेखन पर अधिक पढ़ सकते हैं।