Azure peering कि VNet-देखि-VNet VPN? रुटिङ अघि निर्णय गर्नुहोस्

Azure ले दुई भर्चुअल नेटवर्क जोड्न कम्तीमा दुई तरिका दिन्छ, र ती एउटै वस्तुमा अदलबदल गर्न मिल्ने सेटिङ होइनन्। Peering ले गेटवे बिना Microsoft को ब्याकबोनमा VNet हरू जोड्छ; VNet-देखि-VNet VPN ले तपाईंले तैनाथ गर्नुहुने, आकार निर्धारण गर्नुहुने र निगरानी गर्नुहुने दुई गेटवेबीच IPsec सम्बन्ध राख्छ। निर्णय तीन सर्तमा आउँछ, र रुट थप्नु अघि तीनैको जवाफ दिन सक्नुहुन्न भने, तपाईं कहिल्यै नरोजेको मोडेलका लागि वैकल्पिक बाटो बनाउन लाग्नुभएको छ।

मोडेल निर्धारण गर्ने तीन सर्त

पहिलो हो, आवश्यकताको कुनै अंशलाई तपाईंको स्वामित्वको र तपाईंले देखाउन सक्ने IPsec सीमा चाहिन्छ कि। दोस्रो हो, ठेगाना ठाउँहरू सफा छन् कि र दुई VNet ले एकअर्कासँग मात्र बोल्नुपर्ने हो कि। तेस्रो हो, कुनै पनि पारगमन मार्ग र गेटवे बिलको मालिक को हो। यही क्रममा जवाफ दिनुहोस्, किनकि दोस्रो जतिसुकै आकर्षक देखिए पनि पहिलोले peering हटाउन सक्छ।

दुवै मोडेलमा साझा कुरा कडा ठेगाना नियम हो: VNet का ठेगाना ठाउँहरू एकअर्कामा पर्नु हुँदैन। Peering वा VNet-देखि-VNet VPN दुई समान दायरालाई एक अर्थमा स्पष्ट बनाउने समर्थित तरिका होइन, र ओभरल्यापका लागि अर्को जडान प्रकार होइन, म्यापिङ डिजाइन वा पुनःडिजाइन चाहिन्छ।

सर्त 1: तपाईंलाई आफ्नै स्वामित्वको IPsec सीमा चाहिन्छ?

Peering ले ट्राफिक Azure को निजी ब्याकबोनमा बोक्छ र peered जडानकै लागि VPN गेटवे आवश्यक पर्दैन। यो यातायातबारेको भनाइ हो, परीक्षकलाई «हामी IPsec चलाउँछौं» भनेर दिन सकिने इन्क्रिप्शन भनाइ होइन। यदि आवश्यकताले ग्राहक-कन्फिगर गरिएको टनेल, निश्चित IKE नीति वा तपाईंको नियन्त्रणको उपकरणमा अन्त्य हुने सीमा नाम दिन्छ भने, ब्याकबोन जतिसुकै निजी भए पनि peering ले त्यो पूरा गर्दैन।

VNet-देखि-VNet VPN ले त्यो सीमा दिन्छ: दुई गेटवे, IPsec/IKE सम्बन्ध, साझा कुञ्जीहरू र त्यससँग आउने सम्पूर्ण सञ्चालन सतह। तपाईंले टनेलको अवस्था, गेटवे क्षमता, SKU सीमा र टनेल चालु छ भनी प्रमाणित गर्ने निगरानी उत्तराधिकारमा पाउनुहुन्छ। आवश्यकता ठ्याक्कै त्यो सीमाबारे हुँदा यो सही उत्तर हो, जसको वर्णन peering अवलोकन मा peering भन्दा फरक जडान प्रकारका रूपमा गरिएको छ।

विपरीत दिशामा पनि त्यत्तिकै सतर्क रहनुहोस्। «हामीलाई VNet बीच इन्क्रिप्शन चाहिन्छ» प्रायः कार्यभारको आफ्नै TLS ले पूरा गर्छ, र त्यसपछि गेटवे पछाडि आवश्यकता नभएको खर्च हो। संयन्त्र छान्नु अघि परीक्षकले पढ्ने वाक्य लेख्नुहोस्।

सर्त 2: टोपोलोजी सिधा छ, कि कुनै कुराले पारगमन गर्नुपर्छ?

Peering पारगम्य होइन। हबमा peered दुई VNet त्यसैले एकअर्कासँग जोडिएका हुँदैनन्, र एक दिशामा काम गरेको देखिने मार्ग सामान्यतया एकैतिर मात्र Connected पुगेको peering हो। दुवै पक्ष हुनुपर्छ र दुवैले Connected देखाउनुपर्छ, र ट्राफिक चुपचाप हराउँदा पहिले यही जाँच्नुहुन्छ।

आवश्यकता हबमार्फत अन-प्रिमाइसेस पहुँच हो भने, गेटवे ट्रान्जिट निश्चित भूमिका भएको छुट्टै डिजाइन हो: हब गेटवेको मालिक, स्पोक peering गेटवे ट्रान्जिटलाई अनुमति दिन्छ, र स्पोकले अगाडि पठाइएको ट्राफिकलाई अनुमति दिनुपर्छ। यी peering मा का गुण हुन्, VNet जोड्ने स्वचालित परिणाम होइनन्:

az network vnet peering create -g hub-rg -n hub-to-spoke1   --vnet-name hub-vnet --remote-vnet /subscriptions/SUB/resourceGroups/spoke-rg/providers/Microsoft.Network/virtualNetworks/spoke1-vnet   --allow-vnet-access --allow-gateway-transit --allow-forwarded-traffic

az network vnet peering list -g hub-rg --vnet-name hub-vnet -o table
az network nic show-effective-route-table -g spoke-rg -n app-nic -o table

प्रभावकारी रुट तालिका «बाटो छ?» भन्नेको इमानदार उत्तर हो। प्लेटफर्मले वास्तवमै प्रयोग गर्ने अर्को हप प्रकार यसले देखाउँछ, त्यसैले कन्फिगर गरिएको देखिने तर जोडिएको नभएको peering रहस्य होइन, हराएको वा गलत रुटका रूपमा देखिन्छ।

सर्त 3: पारगमन मार्ग र बिलको मालिक को?

हरेक अतिरिक्त हपको मालिक हुन्छ। Peering मा नयाँ VNet भन्नाले दुवैतिर नयाँ peering जोडी, र पारगमनका लागि ट्राफिक अगाडि पठाइरहने हब र त्यसैतिर देखाइरहने रुट तालिका। VPN मा नयाँ VNet भन्नाले अर्को गेटवे वा विद्यमानमा अर्को जडान, आफ्नै क्षमता सीमा हेर्नुपर्ने।

खर्च त्यही आकार पछ्याउँछ तर त्यही वस्तु होइन: peering शुल्क जडान र डेटा स्थानान्तरण हो, VPN ले गेटवे घण्टा र आफ्नै स्थानान्तरण शुल्क थप्छ। तपाईंले वास्तवमै एक वर्ष चलाउने टोपोलोजीको कुल तुलना गर्नुहोस्, दोस्रो टनेल र निगरानीसहित, आजको एउटा जडानको मूल्य होइन। कसैले इनभ्वाइस नगर्ने काम पनि समावेश गर्नुहोस्: कसैले कुञ्जी घुमाउनुपर्छ, टनेलको अवस्था हेर्नुपर्छ र गेटवे रिस्टार्ट हुँदा राति तीन बजे अलर्टको जवाफ दिनुपर्छ। सामान्यतया यही मदले बहस टुंग्याउँछ, किनकि कोटेशनमा कहिल्यै नदेखिने एक मात्र मद त्यही हो।

जे रोजे पनि तीन प्रवाह परीक्षण गर्नुहोस्: इच्छित, अस्वीकृत र अस्वीकृतै रहनुपर्ने, र हब गेटवे वा peering तल हुँदाको पुनर्प्राप्ति अवस्था। केवल सुखद बाटो व्याख्या गर्ने मोडेल प्रमाणित भएको छैन, प्रदर्शित भएको छ।

छनोटलाई यसैको दाबीविरुद्ध प्रमाणित गर्नुहोस्

मोडेल, सीमा र मालिकको नाम लिने एक वाक्य लेख्नुहोस्, त्यसपछि तैनाथ अवस्था त्यससँग मिल्छ कि जाँच्नुहोस्। Peering का लागि यसको अर्थ दुवै peering अवस्था Connected, प्रभावकारी रुटले गन्तव्य प्रिफिक्सका लागि peering अर्को हप देखाउँछ, र मार्गमा गेटवे छैन। VNet-देखि-VNet VPN का लागि यसको अर्थ दुवै जडान Connected, दुवै गेटवेमा मिल्ने कुञ्जी र नीति, र अर्को हप भर्चुअल नेटवर्क गेटवे भएको रुट।

जाँचहरू वाक्यसँग बाझिए भने पहिले वाक्य सुधार्नुहोस्। यी डिजाइनमा धेरैजसो अलमल कसैले वर्णन नगरेको संकरबाट आउँछ: कार्यभार सबनेटका लागि peering, एउटा पुरानो सेवाका लागि VPN र चुपचाप एउटालाई प्राथमिकता दिने रुट तालिका।