రెండు ఆన్-ప్రెమ్ VPN చిరునామాలు: రెండు Azure పీర్లు, ఒకటి కాదు

రేఖాచిత్రంలో శాఖలో రెండు ఇంటర్నెట్ లింకులు మరియు Azure లో ఒక VPN గేట్‌వే ఉన్నాయి, కాబట్టి స్థానిక నెట్‌వర్క్ గేట్‌వే రెండు పబ్లిక్ చిరునామాలను పొందుతుంది. ఇది చక్కగా కనిపిస్తుంది, మరియు రేఖాచిత్రం సూచించిన విధంగా పనిచేయదు. ప్రతి ఆన్-ప్రెమ్ VPN పరికరం ప్రత్యేక పీర్ సంబంధం, మరియు Microsoft యొక్క బహు-పరికర రూపకల్పన ప్రతిదానికి దాని స్వంత స్థానిక నెట్‌వర్క్ గేట్‌వే వనరు మరియు దాని స్వంత కనెక్షన్‌ను ఇస్తుంది. ఒకే వనరుకు రెండవ చిరునామాను జోడించడం రెండవ పీర్‌ను సృష్టించదు. రెండు పరికరాలలో దేనినీ సరిగ్గా వివరించని వనరును సృష్టిస్తుంది.

పురాణం: ఒక గేట్‌వే, రెండు చిరునామాలు

స్థానిక నెట్‌వర్క్ గేట్‌వే అనేది రిమోట్ పీర్ యొక్క వివరణ: ఒక పబ్లిక్ ఎండ్‌పాయింట్ మరియు దాని వెనుక ఉన్న ప్రైవేట్ ప్రిఫిక్స్‌లు. ఆ వనరు «ఈ రెండు పరికరాలలో ఏదైనా ఒకటి» అని అర్థం కావడానికి మద్దతు ఉన్న మార్గం లేదు.

అదే గందరగోళం వ్యతిరేక దిశలో కూడా ఉంది, అక్కడ Azure యొక్క రెండు పబ్లిక్ IP లు రెండు Azure గేట్‌వేలు ఉన్నాయనడానికి సాక్ష్యంగా చదవబడతాయి.

మొదట వస్తువులను లెక్కించండి, తర్వాత సొరంగాలను

ఒకే ప్రైవేట్ నెట్‌వర్క్‌లకు ప్రవేశం మరియు తమ స్వంత పబ్లిక్ చిరునామాను కలిగి ఉన్న రెండు స్వతంత్రంగా నిర్వహించబడే ఆన్-ప్రెమ్ పరికరాలను తీసుకోండి, అలాగే యాక్టివ్-యాక్టివ్ మోడ్‌లో ఒక రూట్ ఆధారిత Azure గేట్‌వే. Azure గేట్‌వేకు వేర్వేరు పబ్లిక్ IP లతో రెండు యాక్టివ్ ఇన్‌స్టాన్స్‌లు ఉన్నాయి. ప్రతి ఆన్-ప్రెమ్ పరికరం రెండు ఇన్‌స్టాన్స్‌లకు కనెక్ట్ అవుతుంది. అదే పూర్తి మెష్, మరియు వస్తువుల సంఖ్య రేఖాచిత్రం నుండి కాదు, దాని నుండి వస్తుంది.

లెక్కింపు డిజైన్ పత్రంలో అతికించడానికి తగినంత చిన్నది:

2 on-premises VPN devices
2 local network gateway resources
2 connection resources
4 IPsec tunnels in the complete 2 x 2 mesh

ఒక కనెక్షన్ వనరు ఒకటి కంటే ఎక్కువ ప్రాథమిక సొరంగాలను మోసుకోగలదు, కాబట్టి నాలుగు సొరంగాలు నాలుగు వర్చువల్ నెట్‌వర్క్ గేట్‌వేలు అని అర్థం కాదు. Azure యొక్క రెండు పబ్లిక్ IP లు కూడా రిమోట్ సైట్‌ను వివరించే రెండు స్థానిక నెట్‌వర్క్ గేట్‌వేల వంటి అదే వస్తువులు కావు.

Azure వైపు యాక్టివ్-యాక్టివ్ ఏమి జోడిస్తుంది

యాక్టివ్-యాక్టివ్ Azure గేట్‌వేను ఒక యాక్టివ్ ఇన్‌స్టాన్స్ నుండి రెండింటికి మారుస్తుంది, ప్రతిదానికి దాని స్వంత పబ్లిక్ IP ఉంటుంది, మరియు అదే పూర్తి మెష్‌ను సాధ్యం చేస్తుంది. ఇది ఒకే ప్రవాహం యొక్క థ్రూపుట్‌ను రెట్టింపు చేయదు. రెండు పరికరాలు ఒకేసారి ఫార్వార్డ్ చేస్తే ఆన్-ప్రెమ్ వైపు సమాన-ఖర్చు మల్టీపాత్‌కు మద్దతు ఇవ్వాల్సిన అవసరాన్ని కూడా ఇది తొలగించదు. ఏదైనా ప్రొవిజన్ చేయడానికి ముందు గేట్‌వే మోడ్, SKU మరియు రిమోట్ పరికర సామర్థ్యాలను నిర్ధారించండి.

నిష్క్రియ-స్టాండ్‌బై గేట్‌వే పూర్తిగా చెల్లుబాటు అయ్యే డిజైన్; ఇది వేరే సొరంగ సంఖ్యను మాత్రమే ఇస్తుంది.

BGP రెండు మార్గాలను ఉపయోగించదగినవిగా చేస్తుంది

బహు-పరికర రూపకల్పన కోసం రెండు ఆన్-ప్రెమ్ పరికరాలు BGP నడుపుతాయి. ప్రతిదానికి ప్రత్యేక BGP పీర్ చిరునామా ఇవ్వండి మరియు సంబంధిత మార్గాలలో అదే ఉద్దేశించిన ప్రైవేట్ ప్రిఫిక్స్‌లను ప్రకటించండి. ప్రైవేట్ ప్రిఫిక్స్‌లు రక్షిత నెట్‌వర్క్‌లను గుర్తిస్తాయి, పబ్లిక్ చిరునామాలు ఎన్‌క్రిప్ట్ చేసిన క్యారియర్ కనెక్షన్‌లు ఎక్కడ ముగుస్తాయో గుర్తిస్తాయి. ఈ రెండింటిని కలపడం ప్రతి సొరంగం పైన ఉండి మార్గాలు తప్పుగా ఉన్న డిజైన్‌ను ఇస్తుంది.

తిరిగి వచ్చే మార్గనిర్దేశం మరియు రెండు మార్గాలలో ఏదైనా ఒకటి తట్టుకోవాల్సిన ఏదైనా స్థితి తనిఖీని ప్లాన్ చేయండి. ప్రతి ఎండ్‌పాయింట్‌లో ఆరోగ్యకరమైన IKE సెషన్ ఏదైనా పనిభారం ప్రతి ప్రకటించిన మార్గాన్ని ఉపయోగించగలదని నిరూపించదు.

ప్రవాహ ఆధారిత ఎంపిక బ్యాండ్‌విడ్త్ పూలింగ్ కాదు

Azure ప్రవాహం యొక్క చిరునామాలు మరియు పోర్టులపై హాష్‌ను ఉపయోగించి ప్రతి ప్రవాహానికి ఒక మార్గాన్ని ఎంచుకుంటుంది. స్థిర స్థితిలో, ఇచ్చిన TCP లేదా UDP ప్రవాహం యొక్క ప్యాకెట్లు సాధారణంగా అదే సొరంగాన్ని తీసుకుంటాయి, మరియు ఆన్-ప్రెమ్ వైపు తిరిగి వచ్చే దిశకు వేరే సొరంగాన్ని ఎంచుకోవచ్చు. కాబట్టి రెండు పరికరాలు మరియు నాలుగు సొరంగాలు లభ్యతను మెరుగుపరుస్తాయి, ఒక బదిలీ వేగాన్ని కాదు. విక్రేత స్లయిడ్ అగ్రిగేషన్‌ను వాగ్దానం చేసినప్పుడు, అది మరో లక్షణాన్ని లేదా అపార్థాన్ని వివరిస్తుంది.

మార్గాలు ఎలా వ్యాపిస్తాయో చూడాలంటే సమాంతర ప్రవాహాలతో పరీక్షించండి, మరియు పరిమితిని చూడాలంటే ఒకే ప్రవాహంతో.

మీరు నిజంగా ఏ రిడండెన్సీని తొలగించారు

ఒక పరికరంపై రెండు WAN చిరునామాలు యాక్సెస్-లింక్ ఎంపికలను మెరుగుపరుస్తాయి, కానీ ఆ పరికరం యొక్క శక్తి, సాఫ్ట్‌వేర్ మరియు వైఫల్య స్థితిని పంచుకుంటాయి. అవి రెండు పరికరాలతో సమానం కావు, మరియు Azure వైపు ఏ కాన్ఫిగరేషన్ కూడా దాన్ని మార్చదు. చిరునామాల సంఖ్య నుండి రిడండెన్సీని ఊహించడానికి బదులుగా విక్రేత మద్దతు ఉన్న డ్యూయల్-WAN లేదా క్లస్టర్ డిజైన్‌ను అనుసరించండి. తర్వాత దాన్ని పరీక్షించండి: ఒకసారి ఒక మార్గాన్ని తొలగించి మిగిలిన మార్గాలు మరియు రెండు దిశలలో నిజమైన అప్లికేషన్ మార్పిడిని నిర్ధారించండి.

గుర్తింపు మరియు కలయిక ఆలస్యాలను ఆశించండి, మరియు కొన్ని ఉన్న సెషన్‌లు ముగుస్తాయని ఆశించండి.