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 మరియు నిశ్శబ్దంగా ఒకదానికి ప్రాధాన్యం ఇచ్చే మార్గ పట్టిక.