ഒരു പൊതു ബ്ലോക്കിന്റെ ഒരു ഭാഗം സൈറ്റിൽ തുടരുന്നു, ഒരു ഭാഗം Google Cloud ലേക്ക് നീങ്ങുന്നു. ആ വാക്യം ഒന്നല്ല, രണ്ട് പ്ലാൻ വിവരിക്കുന്നു: ഇന്റർനെറ്റ് പ്രഖ്യാപന പ്ലാനും സ്വകാര്യ ഫോർവേഡിംഗ് പ്ലാനും. അവയെ ഒരൊറ്റ റൂട്ടിംഗ് പ്രശ്നമായി കാണുന്നതാണ് BYOIP ഡിസൈനുകൾ പിഴയ്ക്കുന്നിടം.

ഉൾപ്പെട്ട വസ്തുക്കൾ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, അവയിൽ ഒന്ന് മാത്രമാണ് പാക്കറ്റുകൾ അടുത്ത് എങ്ങോട്ട് പോകുന്നു എന്നതിനെക്കുറിച്ച്.

മൂന്ന് വസ്തുക്കൾ, മൂന്ന് ചോദ്യങ്ങൾ

പൊതുവായി പ്രഖ്യാപിച്ച പ്രിഫിക്സ് എന്നത് Google നിങ്ങൾക്കുവേണ്ടി ഇന്റർനെറ്റിൽ പ്രഖ്യാപിക്കുന്ന യൂണിറ്റാണ്. പൊതുവായി നിയോഗിച്ച പ്രിഫിക്സ് എന്നത് ഇറക്കുമതി ചെയ്ത ഇടം പിന്തുണയ്ക്കുന്ന Cloud വിഭവങ്ങൾക്ക് എങ്ങനെ അനുവദിക്കുന്നു എന്നതാണ്. ഒരു VPC റൂട്ട്, VPN ൽ നിന്ന് Cloud Router വഴി പഠിച്ചതുൾപ്പെടെ, സ്വകാര്യ അടുത്ത ഹോപ്പ് തിരഞ്ഞെടുക്കുന്നു. ഓരോന്നിനും സ്വന്തം പരിധി, സ്വന്തം API, സ്വന്തം പിശക് സന്ദേശം ഉണ്ട്.

പട്ടിക പതിപ്പ് ചെറുതാണ്.

ObjectQuestion it answers
Public advertised prefixWhich authorized range Google announces publicly
Public delegated prefixHow imported space is allocated to Cloud resources
VPN or Cloud Router routeWhich private next hop carries a destination

നിങ്ങളുടെ നെറ്റ്‌വർക്കിനുള്ളിലെ ഫോർവേഡിംഗിനെക്കുറിച്ച് മൂന്നാം വരി മാത്രം.

BYOIP ഓവർലാപ്പ് മുന്നറിയിപ്പ് എന്തെല്ലാം ഉൾക്കൊള്ളുന്നു

Google ന്റെ BYOIP ഡോക്യുമെന്റേഷൻ പ്രഖ്യാപിച്ച പ്രിഫിക്സിനെ ഒരു പ്രഖ്യാപന യൂണിറ്റായി കാണുന്നു, Google ന് പുറത്ത് പ്രഖ്യാപിക്കുന്ന സബ്‌പ്രിഫിക്സ് ഉൾപ്പെടെ ഓവർലാപ്പ് ചെയ്യുന്ന ബാഹ്യ പ്രഖ്യാപനങ്ങളെക്കുറിച്ച് മുന്നറിയിപ്പ് നൽകുന്നു. ആ മുന്നറിയിപ്പ് പൊതു പ്രഖ്യാപന പ്ലാനിനെക്കുറിച്ചാണ്. നിങ്ങൾ ചേർക്കാവുന്ന ഓരോ സ്വകാര്യ റൂട്ടിനെക്കുറിച്ചുമുള്ള പ്രസ്താവനയല്ല അത്.

ഇറക്കുമതി ചെയ്ത പ്രിഫിക്സിനുള്ളിൽ ചെറിയ വിഭജനം നിയോഗിക്കുന്നത്, അതിൽത്തന്നെ, ബാക്കി മറ്റൊരു ഉറവിടത്തിൽ നിന്ന് പ്രഖ്യാപിക്കാൻ നിങ്ങൾക്ക് അനുമതി നൽകുന്നില്ല.

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

ഒരു സ്വകാര്യ റൂട്ട് എന്താണ് തീരുമാനിക്കുന്നത്

VPN വഴി പഠിച്ച പ്രിഫിക്സ് ഇന്റർനെറ്റ് പ്രഖ്യാപനമല്ല, എത്ര BGP ചേർത്താലും അതിനെ അതാക്കില്ല. അത് VPC റൂട്ട് പട്ടികയിലെ ഒരു എൻട്രിയാണ്, ആ ലക്ഷ്യസ്ഥാനത്തിനുള്ള ട്രാഫിക് ഏത് ടണലോ ഗേറ്റ്‌വേയോ വഹിക്കണം എന്ന് പറയുന്നു. ആ എൻട്രി യോഗ്യമാണോ, തിരഞ്ഞെടുക്കപ്പെട്ടതാണോ, ഉപയോഗയോഗ്യമാണോ എന്നത് VPC യുടെ സ്വന്തം റൂട്ടിംഗ് നിയമങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു.

ഏറ്റവും നീളമുള്ള പ്രിഫിക്സ് പൊരുത്തം റൂട്ട് പട്ടികയ്ക്കുള്ളിൽ ബാധകമാണ്, അതിനാൽ നീളമുള്ള VPN റൂട്ടിന് പൊതു അരികിൽ ഒന്നും മാറ്റാതെ തന്നെ പ്രാദേശികമായി വിജയിക്കാം.

പ്രിഫിക്സ് വിഭജനം: ആദ്യം വരുന്ന തീരുമാനം

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

ആ ക്രമം പ്രധാനമാണ്, കാരണം രണ്ടാമത്തെ പ്ലാൻ ആദ്യത്തേതിനെ നന്നാക്കാനാവില്ല.

രണ്ട് പ്ലാനുകളും വെവ്വേറെ പരിശോധിക്കുക

പൊതു വശം gcloud compute public-advertised-prefixes list ഉപയോഗിച്ച് പരിശോധിച്ച് ശ്രേണികളും അവയുടെ നിലയും ഉറപ്പാക്കുക. സ്വകാര്യ വശം gcloud compute routes list ഉം gcloud compute routers get-status ഉം ഉപയോഗിച്ച് പരിശോധിക്കുക, ഇത് BGP യഥാർത്ഥത്തിൽ എന്ത് കൈമാറി എന്ന് കാണിക്കുന്നു.

ഒരു കൂട്ടം ഔട്ട്പുട്ട് ഇന്റർനെറ്റ് എന്ത് കാണുന്നു എന്ന് പറയുന്നു. മറ്റൊന്ന് നിങ്ങളുടെ ട്രാഫിക് എങ്ങോട്ട് പോകുന്നു എന്ന് പറയുന്നു. ഒന്നും മറ്റൊന്നിന് പകരമാകുന്നില്ല.

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