യുഎസിലെ വർക്ക്ലോഡ് HA VPN വഴി ഓഫീസ് പ്രിഫിക്സിലേക്ക് പ്രശ്നമില്ലാതെ എത്തുന്നു, അതേ VPCയിലെ യൂറോപ്യൻ വർക്ക്ലോഡിന് ഒന്നും ലഭിക്കുന്നില്ല. അതിന്റെ റൂട്ടിംഗ് പട്ടികയിൽ ഈ പ്രിഫിക്സിന് ഒരു എൻട്രിയും ഇല്ല, ഒരു ടണലും താഴെയല്ല, ഒരു ഫയർവാൾ നിയമവും മാറിയിട്ടില്ല. ടണലും അതിന്റെ BGP സെഷനും ഇരു ദിശകളിലും ആരോഗ്യകരമാണ്. പ്രദേശങ്ങളിലുടനീളം വ്യാപിക്കുന്ന VPC, അതിന്റെ പഠിച്ച റൂട്ടുകൾ പ്രദേശങ്ങളിലുടനീളം വ്യാപിക്കുന്നതിന് തുല്യമല്ല, ആ വിടവാണ് മുഴുവൻ ലക്ഷണവും വിശദീകരിക്കുന്നത്.

ഇവിടെ രണ്ട് സവിശേഷതകൾ കൂട്ടിക്കലർത്തുന്നു: സബ്നെറ്റുകൾ എവിടെയുണ്ട്, പഠിച്ച അടുത്ത ഹോപ്പ് എവിടെ ഉപയോഗിക്കാം.

പ്രാദേശിക പരിധി എവിടെ നിന്ന് വരുന്നു

Cloud Router പഠിച്ച റൂട്ടുകൾ VPCയുടെ ഡൈനാമിക് റൂട്ടിംഗ് മോഡ് പിന്തുടരുന്ന പരിധിയോടെ ഇൻസ്റ്റാൾ ചെയ്യുന്നു. പ്രാദേശിക മോഡിൽ ഒരു പ്രദേശത്ത് പഠിച്ച റൂട്ട് ആ പ്രദേശത്തെ വിഭവങ്ങൾക്ക് മാത്രമേ ഉപയോഗിക്കാനാകൂ, അതിനാലാണ് യൂറോപ്യൻ പട്ടിക തകർന്ന അടുത്ത ഹോപ്പ് കാണിക്കുന്നതിനുപകരം ശൂന്യമായിരിക്കുന്നത്. ആഗോള മോഡിൽ യോഗ്യമായ പഠിച്ച റൂട്ടുകൾ VPCയുടെ എല്ലാ പ്രദേശങ്ങളിലെയും വിഭവങ്ങൾക്ക് ലഭ്യമാകുന്നു. എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് നിലവിലെ മൂല്യം വായിക്കുക, കാരണം പ്രാദേശികമാണ് സ്ഥിരസ്ഥിതി. ക്രമീകരണം നെറ്റ്വർക്കിലാണ്, ടണലിലോ റൂട്ടറിലോ അല്ല.

ഇൻവെന്ററി കമാൻഡ് വായനയ്ക്ക് മാത്രമുള്ളതാണ്, അതിന് ഒരു വരിയിൽ ഉത്തരം നൽകുന്നു:

gcloud compute networks describe VPC_NAME --format='value(routingConfig.routingMode)'

VPC പങ്കിട്ടതായിരിക്കുമ്പോൾ അത് ഹോസ്റ്റ് പ്രോജക്റ്റിൽ പ്രവർത്തിപ്പിക്കുക. നെറ്റ്വർക്ക് ആ പ്രോജക്റ്റിനുള്ളതാണ്, വർക്ക്ലോഡ് പ്രോജക്റ്റിലെ കാഴ്ചക്കാരൻ റോൾ റൂട്ടിംഗ് കോൺഫിഗറേഷൻ കാണിക്കാതിരിക്കാം. തെറ്റായ പ്രോജക്റ്റിൽ നിന്നുള്ള പെട്ടെന്നുള്ള ഉത്തരം ഉത്തരമില്ലാതിരിക്കുന്നതിനേക്കാൾ മോശമാണ്.

മാറ്റം ഒരു കമാൻഡും ഒരു ദിശയുമാണ്

സ്വിച്ചിംഗ് മുഴുവൻ VPCയുടെയും നിയന്ത്രണ തലത്തിന്റെ എഡിറ്റിംഗാണ്, ഓരോ VMനും ഉള്ള വഴിമാറ്റമല്ല: gcloud compute networks update VPC_NAME --routing-mode=GLOBAL. ഇത് ഏകദിശയുമാണ്, കാരണം ആഗോളമായി സജ്ജീകരിച്ച നെറ്റ്വർക്ക് പ്രാദേശികമാക്കി തിരികെ കൊണ്ടുവരാനാവില്ല. പ്രവർത്തിപ്പിക്കുന്നതിന് മുൻപ് പ്രോജക്റ്റിന്റെയും നെറ്റ്വർക്കിന്റെയും പേര് ഒരിക്കൽ കൂടി പരിശോധിക്കുക, കാരണം കമാൻഡ് സ്ഥിരീകരണം ആവശ്യപ്പെടുന്നില്ല. ഈ മാറ്റം പരിപാലന കുറിപ്പിനും നെറ്റ്വർക്ക് ഉടമയുടെ അംഗീകാരത്തിനും അർഹമാണ്, പങ്കിട്ട VPCയിലെ പെട്ടെന്നുള്ള പരീക്ഷണത്തിനല്ല.

ആ നെറ്റ്വർക്കിലെ എല്ലാ Cloud Router, VPN, Interconnect അറ്റാച്ച്മെന്റുകളും പുതിയ പരിധി ഒരുമിച്ച് അനുഭവിക്കുന്നു. മാറ്റ അഭ്യർത്ഥനയിൽ ആരും പറയാത്ത അറ്റാച്ച്മെന്റുകളും ഇതിൽ ഉൾപ്പെടുന്നു. മുൻപ് ഈ റൂട്ട് ഇല്ലാതിരുന്ന പ്രദേശങ്ങൾ മാറ്റം പ്രാബല്യത്തിൽ വന്നാലുടൻ അത് സ്വീകരിക്കാൻ തുടങ്ങുന്നു, അതിനാൽ ഈ സ്വിച്ചിന് ഘട്ടം ഘട്ടമായുള്ള റോൾഔട്ട് ഇല്ല.

ആഗോളത ഒരു പരിധിയാണ്, ഉറപ്പല്ല

യോഗ്യതയും മുൻഗണനയും പരിധിയിൽ നിന്ന് വേറിട്ടതാണ്. കൂടുതൽ നിർദ്ദിഷ്ടമായ പ്രിഫിക്സുമായി കൂട്ടിയിടിക്കുന്ന, മികച്ച പാതയുടെ തിരഞ്ഞെടുപ്പിൽ തോൽക്കുന്ന അല്ലെങ്കിൽ നയപ്രകാരം ഫിൽട്ടർ ചെയ്യപ്പെടുന്ന റൂട്ട് മുൻപത്തെപ്പോലെ തന്നെ പെരുമാറുന്നു. ആഗോള മോഡ് ഒരു റൂട്ട് എവിടെ ഉപയോഗിക്കാം എന്നത് വിശാലമാക്കുന്നു, ഏത് റൂട്ട് ജയിക്കുമെന്ന് തീരുമാനിക്കുന്നില്ല. പഠിച്ച റൂട്ട് പരിധിക്കുള്ളിലായാലും അതേ VPCയിലെ സ്ഥിരമായ അല്ലെങ്കിൽ കൂടുതൽ നിർദ്ദിഷ്ടമായ പാതയോട് തോൽക്കാം.

ഈ വ്യത്യാസം പ്രധാനമാണ്, കാരണം മോഡ് മാറ്റത്തെ പിന്നീട് കുറ്റപ്പെടുത്താൻ എളുപ്പമാണ്. സ്വിച്ചിന് ശേഷവും യൂറോപ്യൻ സബ്നെറ്റിന് റൂട്ട് ഇല്ലെങ്കിൽ, ചോദ്യം റൂട്ട് നിലവിലുണ്ടോ യോഗ്യമാണോ എന്നതാണ്, പരിധി പ്രാബല്യത്തിൽ വന്നുവോ എന്നല്ല. പ്രിഫിക്സ് കൂട്ടിയിടികളും അടുത്ത ഹോപ്പിന്റെ ആരോഗ്യവുമാണ് അടുത്തതായി വായിക്കേണ്ട രണ്ട് കാര്യങ്ങൾ.

ദൂരെയുള്ള വശവും വ്യത്യസ്തമായി പ്രഖ്യാപിക്കുന്നു

പ്രഖ്യാപന സ്വഭാവം അതേ ക്രമീകരണത്തെ പിന്തുടരുന്നു. സ്ഥിരസ്ഥിതി സ്വഭാവത്തിൽ, പ്രാദേശിക മോഡിലെ റൂട്ടർ സ്വന്തം പ്രദേശത്തെ സബ്നെറ്റുകൾ പ്രഖ്യാപിക്കുന്നു, ആഗോള മോഡ് VPCയുടെ സബ്നെറ്റുകൾ കൂടുതൽ വിശാലമായി പ്രഖ്യാപിക്കുന്നു. അതിനാൽ മോഡ് മാറ്റുന്നത് നിങ്ങളുടെ പ്രദേശങ്ങൾക്ക് ഉപയോഗിക്കാനാകുന്നത് മാത്രമല്ല, ദൂരെയുള്ള വശം ഇൻസ്റ്റാൾ ചെയ്യുന്നതും മാറ്റുന്നു.

ഇഷ്ടാനുസൃത പ്രഖ്യാപന പട്ടിക മോഡ് മാറുമ്പോൾ വികസിക്കുന്നില്ല. ഓൺ-പ്രിമൈസ് റൂട്ടറിൽ കൈയെഴുത്ത് ശ്രേണികളുടെ പട്ടിക ഉണ്ടെങ്കിൽ, യൂറോപ്യൻ പ്രിഫിക്സ് അതിൽ ഇല്ലാതെ തുടരുന്നു. ആ സാഹചര്യത്തിൽ തിരികെ വരുന്ന പാത ഇപ്പോൾ പുറത്തേക്കുള്ള റൂട്ട് ഉണ്ടായാലും തകർന്നു തന്നെ തുടരുന്നു. നിങ്ങൾ എന്ത് കയറ്റുമതി ചെയ്തു എന്നതല്ല, ദൂരെയുള്ള വശം എന്ത് ഇൻസ്റ്റാൾ ചെയ്തു എന്നത് പരിശോധിക്കുക.

മോഡ് ഒരിക്കലും ശരിയാക്കാത്തത്

ആഗോള റൂട്ടിംഗ് പൊതു ഇന്റർനെറ്റ് ആക്സസ്, ബന്ധമില്ലാത്ത VPCകൾക്കിടയിലെ ട്രാൻസിറ്റ് അല്ലെങ്കിൽ കാണാത്ത സ്ഥിര റൂട്ടുകൾ നൽകുന്നില്ല. ഇത് ഫയർവാൾ നിയമങ്ങളോ IAMഓ മാറ്റുന്നില്ല, അതിനാൽ നയപ്രകാരം നിരസിക്കപ്പെട്ട കണക്ഷൻ നിരസിക്കപ്പെട്ടതായി തുടരുന്നു.

ഈ പരാജയങ്ങൾ വർക്ക്ലോഡിനുള്ളിൽ നിന്ന് ഒരുപോലെ കാണപ്പെടുന്നു, റൂട്ട് പരിധിയുമായി അവയ്ക്ക് യാതൊരു ബന്ധവുമില്ല.

ദൂരെയുള്ള പ്രദേശത്ത് നിന്ന് യഥാർത്ഥ സേവനത്തിലേക്ക് പരീക്ഷിക്കുക, തുടർന്ന് മറുപടി ഉദ്ദേശിച്ച ടണലിലൂടെ തിരികെ വരുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. മോഡ്, പ്രഖ്യാപന കോൺഫിഗറേഷൻ, നിങ്ങൾ പരീക്ഷിച്ച ലക്ഷ്യസ്ഥാനം എന്നിവ രേഖപ്പെടുത്തുക. പരീക്ഷണം ഇപ്പോഴും പരാജയപ്പെട്ടാൽ, മോഡിൽ വീണ്ടും തൊടുന്നതിന് മുൻപ് ദൂരെയുള്ള റൂട്ടറിന്റെ BGP പട്ടിക VPCയുടെ റൂട്ട് പട്ടികയുമായി താരതമ്യം ചെയ്യുക. അപ്പോൾ അടുത്ത അന്തർ-പ്രാദേശിക റിപ്പോർട്ട് മോഡ് മാറ്റത്തിൽ നിന്നല്ല, വസ്തുതകളിൽ നിന്ന് ആരംഭിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ