இரண்டு ஆன்-பிரேம் 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 அல்லது கிளஸ்டர் வடிவமைப்பைப் பின்பற்றுங்கள். பின்னர் அதைச் சோதிக்கவும்: ஒரு நேரத்தில் ஒரு பாதையை அகற்றி மீதமுள்ள பாதைகளையும் இரு திசைகளிலும் உண்மையான பயன்பாட்டு பரிமாற்றத்தையும் உறுதிப்படுத்துங்கள்.

கண்டறிதல் மற்றும் ஒருங்கிணைப்பு தாமதங்களை எதிர்பார்க்கவும், சில இருக்கும் அமர்வுகள் முடிவடையும் என்று எதிர்பார்க்கவும்.