രണ്ട് ഓൺ-പ്രേം 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 അല്ലെങ്കിൽ ക്ലസ്റ്റർ രൂപകൽപ്പന പിന്തുടരുക. തുടർന്ന് അത് പരീക്ഷിക്കുക: ഒരു സമയത്ത് ഒരു പാത നീക്കം ചെയ്ത് ബാക്കിയുള്ള റൂട്ടുകളും രണ്ട് ദിശകളിലെയും യഥാർത്ഥ ആപ്ലിക്കേഷൻ കൈമാറ്റവും സ്ഥിരീകരിക്കുക.

കണ്ടെത്തലിലും സംഗമത്തിലും കാലതാമസം പ്രതീക്ഷിക്കുക, കൂടാതെ ചില നിലവിലുള്ള സെഷനുകൾ അവസാനിക്കുമെന്നും പ്രതീക്ഷിക്കുക.