VPN வழியாக Cloud SQL தனிப்பட்ட IP: யாரும் ஏற்றுமதி செய்யாத பாதை

பல குழுக்கள் Cloud SQL தனிப்பட்ட IP VPC-க்கு உள்ளிருந்து மட்டுமே செயல்படும் என்று நம்புகின்றன, அந்த நம்பிக்கை நீடிக்கிறது ஏனெனில் தோல்வி தரவுத்தள சிக்கலாகத் தெரிகிறது. Google, Cloud VPN அல்லது Cloud Interconnect வழியாக இணைக்கப்பட்ட வலையமைப்புகளிலிருந்து அணுகலை ஆவணப்படுத்துகிறது. அந்த வலையமைப்புகளுக்கு சிறப்பு தரவுத்தள அம்சம் தேவையில்லை, பாதியளவில் கட்டமைத்து விட எளிதான இரு பாதை பரிமாற்றங்கள் தேவை. சுரங்கப்பாதை எழுகிறது, கணினி நிகழ்வுகள் பதிலளிக்கின்றன, தரவுத்தள இணைப்பு நேரம் முடிந்துவிடுகிறது — மக்களை தவறான பணியகத்திற்கு அனுப்பும் அதே கலவை.

புராணக்கதை: தனிப்பட்ட IP என்பது VPC-க்கு தனிப்பட்டது

தனிப்பட்ட சேவைகளுக்கான அணுகல் என்பது உங்கள் வலையமைப்புக்கும் Google உரிமையாளரான உற்பத்தியாளர் வலையமைப்புக்கும் இடையிலான VPC பியரிங் ஆகும். சேவைக்கு ஒதுக்கப்பட்ட வரம்பு உற்பத்தியாளர் பக்கத்தில் உள்ளது, நிகழ்வின் முகவரி அதற்குள் உள்ளது. அந்த பியரிங் காரணமாகவே உங்கள் திட்டத்தில் உள்ள தரவுத்தளம் உங்கள் VPC வழிமாற்றும் முகவரியில் இருக்க முடியும், உங்கள் எந்த வெளிப்படையான துணை வலையமைப்பிலும் அது இல்லாவிட்டாலும்.

இது பியரிங் என்பதால், பியரிங் நடத்தையும் உண்டு, தனிப்பயன் பாதைகள் தானாகக் கடக்காத பகுதி உட்பட.

புராணக்கதை: செயல்படும் சுரங்கப்பாதை தரவுத்தள பாதையையும் கொண்டு செல்கிறது

இரு வரம்புகள் இந்தப் பயணத்தைத் தாண்ட வேண்டும். முதலாவது கிளையண்ட் முன்னொட்டு: உங்கள் உள்ளூர் வலையமைப்பு குறிப்பிட்ட முன்னொட்டுகளுடன் Cloud Router-க்குத் தெரிய வேண்டும், ஏனெனில் இயல்புநிலை பாதை உற்பத்தியாளர் வலையமைப்புக்கு திரும்பும் பாதைக்குத் தேவையான இறக்குமதியை வழங்க முடியாது. இரண்டாவது ஒதுக்கப்பட்ட சேவை வரம்பு, அதை வெளிப்புறப் பக்கம் கற்றுக்கொள்ள வேண்டும், அப்போது தரவுத்தளத்திற்கான அதன் பொதிகள் செல்ல இடம் இருக்கும். இவை வெவ்வேறு எல்லைகளில் பராமரிக்கப்படும் வெவ்வேறு பாதைகள், ஒன்றைச் சரிசெய்வது மற்றொன்றை உடைந்தே விடுகிறது.

Google பக்கத்தில் இதன் பொருள், தொடர்புடைய பியரிங் இணைப்புகளில் Export custom routes இயக்குவதும், சுரங்கப்பாதைக்கான Cloud Router அறிவித்த பாதைகளில் ஒதுக்கப்பட்ட சேவை வரம்பைச் சேர்ப்பதும் ஆகும்.

ஏற்கனவே உள்ள விளம்பரங்களை வைத்திருங்கள். சேவை வரம்பைச் சேர்ப்பது அதே BGP அமர்வு பிற போக்குவரத்திற்காக எடுத்துச் செல்லும் VPC பாதைகளை நீக்கக்கூடாது, முழுவதுமாக மாற்றப்பட்ட விளம்பரத் தொகுப்பு முதல் பிரச்சினைக்குப் பின்னால் மறைந்திருக்கும் இரண்டாவது இடையூறு. வெளிப்புற சாதனத்தில் பயனுள்ள பாதைகளையும் சரிபார்க்கவும், ஏனெனில் VPN நுழைவாயில் அல்லது வேறு துணை வலையமைப்பை அடைவது போக்குவரத்தை மட்டுமே நிரூபிக்கிறது.

புராணக்கதை: Cloud SQL Auth Proxy வலையமைப்பைத் தீர்க்கிறது

The Auth Proxy உங்கள் பயன்பாட்டிற்கும் நிகழ்வுக்கும் இடையே ஆதரவளிக்கப்பட்ட அங்கீகாரம் மற்றும் மறையாக்கப்பட்ட போக்குவரத்தை வழங்குகிறது. அது பாதையை உருவாக்காது. தனிப்பட்ட வலையமைப்புக்கு வழி இல்லாத புரவனில் தொடங்கப்பட்ட ப்ராக்ஸி நேரடி இணைப்பைப் போலவே தோல்வியடையும், அதன் பதிவுகள் காரணம் பற்றி குறைவாக உதவும். ப்ராக்ஸியை இணைப்பு உள்ள புரவனுக்கு நகர்த்துவது பாதையின் எந்தப் பகுதி செயல்பட வேண்டும் என்பதை மாற்றுகிறது, அது தீர்வு அல்ல, உண்மையான வடிவமைப்பு முடிவு.

அது செய்யாதது, இணைப்பு துண்டிக்கப்பட்ட மடிக்கணினி தனிப்பட்ட-மட்டும் நிகழ்வை அடைய அனுமதிப்பது.

புராணக்கதை: Private Service Connect அதே விதிகளைப் பின்பற்றுகிறது

Private Service Connect உங்கள் சொந்த துணை வலையமைப்பில் endpoint மற்றும் நீங்கள் கட்டுப்படுத்தும் DNS ஏற்பாட்டைப் பயன்படுத்துகிறது, எனவே அங்கு செல்லும் பாதை உங்கள் உரிமையிலான முகவரிக்கான சாதாரண பாதை. பியரிங் ஏற்றுமதி அமைப்புகள் அந்த வடிவமைப்புக்குப் பொருந்தாது, பியரிங் மாற்றங்களை PSC பயன்பாட்டில் நகலெடுப்பது அடையக்கூடிய தன்மையைச் சேர்க்காமல் ஆபத்தைச் சேர்க்கிறது.

இரண்டும் உங்களுக்கு தனிப்பட்ட முகவரியைத் தருகின்றன; ஒற்றுமை அங்கேயே முடிகிறது.

பாதையை சரியான வரிசையில் சோதிக்கவும்

வெளிப்புற கிளையண்டிலிருந்து முதலில் தரவுத்தளத்தின் TCP endpoint-ஐச் சோதிக்கவும். முடிக்கப்பட்ட TCP கைக்குலுக்கல் என்பது வழிமாற்றம், தீச்சுவர் மற்றும் கேட்பவர் அனைவரும் இடத்தில் உள்ளனர் என்பதாகும், அடுத்த சோதனை அனுமதிக்கப்பட்ட அங்கீகரிக்கப்பட்ட செயல்பாடு. அந்த நேரத்தில் அங்கீகாரம் நிராகரிக்கப்படுவது உண்மையில் நல்ல செய்தி, ஏனெனில் தரவுத்தள கேட்பவர் பதிலளித்ததை நிரூபிக்கிறது. ICMP நேரம் முடிவது தரவுத்தள அணுகல் குறித்து கிட்டத்தட்ட எதையும் சொல்லாது, ஏனெனில் பல பாதைகள் TCP-ஐ எளிதாக அனுப்பிக்கொண்டே அதைக் கைவிடுகின்றன.

உங்கள் கிளையண்ட் வரம்புகள் RFC 1918-க்கு வெளியே இருந்தால், வடிவமைப்பு ஆதரவற்றது என்று முடிவெடுப்பதற்கு முன் கூடுதல் பாதை-ஏற்றுமதி மற்றும் வலையமைப்பு-அதிகார தேவைகளை மதிப்பாய்வு செய்யவும்.

இணைப்புடன் நான்கு பொருட்களைப் பதிவு செய்யவும்: வெளிப்புற முன்னொட்டு, ஒதுக்கப்பட்ட சேவை வரம்பு, சம்பந்தப்பட்ட பியரிங் இணைப்புகள் மற்றும் அறிவிக்கும் வழிமாற்றி. அந்த நான்கும் முழு தனிப்பட்ட பாதையையும் விளக்குகின்றன, Cloud SQL-க்கு எப்போதும் ப்ராக்ஸி தேவை அல்லது VPN வழியாக அணுகவே முடியாது என்ற கதையை அவை மாற்றுகின்றன.