GCP இல் நிலையான IP எதிராக VPN வேகம்: மூன்று மாறிகள், ஒரு சோதனை

முகவரி ஒதுக்கப்பட்ட பிறகு பரிமாற்றம் வேகமானது, முடிவு தானாகவே எழுதப்பட்டது. ஆனால் அதே மாற்றம் சுரங்கப்பாதையை UDP இலிருந்து TCP க்கு மாற்றியது, சோதனையை மற்றொரு மாலைக்கு நகர்த்தியது, ஒருவேளை வேறு மண்டலத்தின் VM இல் தரையிறங்கியது. வெளிப்புற முகவரியை ஒதுக்குவது வாழ்க்கைச் சுழற்சி சிக்கலைத் தீர்க்கிறது: மறுதொடக்கங்களுக்கு இடையே முனை முனையை ஒரே மாதிரி வைத்திருக்கிறது. பாக்கெட்டுகளை வேகப்படுத்தும் எந்த வழிமுறையும் அதில் இல்லை, எனவே அந்தச் சோதனையின் வேக வேறுபாடு மற்ற மாறிகளுக்கு உரியது, உங்கள் முன் உள்ள முடிவு அடுத்து எதைச் சோதிப்பது என்பதே.

ஒதுக்கப்பட்ட முகவரி உண்மையில் என்ன வாங்குகிறது

Compute Engine நிகழ்வுடன் ஒதுக்கப்பட்டு விடுவிக்கப்படும் தற்காலிக முகவரிகளை, நீங்கள் ஒதுக்கி வைத்திருக்கும் நிலையான முகவரிகளிலிருந்து வேறுபடுத்துகிறது. அந்த வேறுபாடு தக்கவைப்பு மற்றும் பில்லிங்கைப் பற்றியது, பாக்கெட் செல்லும் பாதையைப் பற்றியது அல்ல. நிலையான முனை முனை DNS பதிவுகள், தொலை அணுகல் சுயவிவரங்கள், கூட்டாளர் அனுமதிப் பட்டியல்கள் மற்றும் VM மறுதொடக்கம் செய்யப்படும்போது மாறக்கூடாத firewall விதிகளுக்கு உண்மையிலேயே பயனுள்ளது.

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

அடுக்கு, முகவரி மற்றும் போக்குவரத்தை மூன்று மாறிகளாக வைத்திருங்கள்

Google Cloud Premium மற்றும் Standard Network Service Tier ஆகியவற்றையும் விற்கிறது, இரண்டும் வெவ்வேறு அம்ச கிடைக்கும் தன்மையுடன் இணையத்திற்கு வெவ்வேறு பாதைகளை எடுக்கின்றன. நிலையான முகவரி ஒதுக்கீடு இரண்டிற்கும் செங்குத்தானது, எனவே நிலையான மற்றும் Premium ஆகியவற்றை VM பற்றிய தொடர்பற்ற உண்மைகளாகக் கருதுங்கள், ஒத்த சொற்களாக அல்ல. உண்மையான அடுக்கு, பிராந்தியம் மற்றும் ஈடுபட்டுள்ள எந்த interconnection அல்லது attachment ஆகியவற்றைப் பதிவு செய்யுங்கள், ஏனெனில் அவை முகவரி லேபிள் ஒருபோதும் செய்யாத விதத்தில் பாதையை விவரிக்கின்றன.

மூன்று மாறிகள், மூன்று தனித்தனி சோதனைகள், இல்லையேல் முடிவு ஒரு கதை, அளவீடு அல்ல.

ஒரு கேள்விக்கு பதிலளிக்கும் சோதனையை வடிவமைக்கவும்

அனுமதிக்கப்பட்ட UDP மற்றும் TCP சுயவிவரங்களை ஒப்பிடும்போது VM, முகவரி, வாடிக்கையாளர் இருப்பிடம், இலக்கு மற்றும் பணிச்சுமையை நிலையாக வைத்திருங்கள். ஒவ்வொரு போக்குவரத்திற்கும் சேவையகக் கேட்பான் மற்றும் பொருந்தும் firewall விதிகள் இரண்டும் தேவை; வாடிக்கையாளரில் ஒரு முக்கியச் சொல்லை மாற்றிவிட்டு கேட்பானை மாற்றாமல் விட்டால் உங்கள் பொறுமை மட்டுமே சோதிக்கப்படும். மீளக்கூடிய பரிமாற்றத்தைப் பயன்படுத்தி திசை, கால அளவு, ஒற்றை மற்றும் இணை ஓட்டங்கள் மற்றும் அலகுகளைப் பதிவு செய்யுங்கள், ஏனெனில் MB/s மற்றும் Mb/s எட்டு மடங்கு வேறுபடுகின்றன.

VM இன் CPU ஐயும் கவனியுங்கள், ஏனெனில் சிறிய நிகழ்வு மறைகுறியாக்கம் அல்லது softirq வேலையில் பிணையத்தை விட மிக முன்பே நிரம்பிவிடும், அந்த உச்சவரம்பு சேவை வழங்குநரின் வரம்பைப் போலவே தோன்றும்.

VM மற்றும் வாடிக்கையாளரிடமிருந்து மறுசெலுத்தல் மற்றும் இழப்பு எண்ணிகள் பாதைச் சிக்கலைப் போக்குவரத்துச் சிக்கலிலிருந்து பிரிக்கின்றன, முன்னேற்றப் பட்டையால் அதைச் செய்ய முடியாது. iperf3 உடன் ஒரு செயல்படக்கூடிய வரிசை ஒவ்வொரு போக்குவரத்திற்கும் சுமார் பத்து நிமிடங்கள் எடுக்கும். சேவையகத்தை தொலைப் பக்கத்தில் தொடங்குங்கள், ஒவ்வொரு திசையிலும் முப்பது வினாடிகள் வாடிக்கையாளரை இயக்கி ஒவ்வொரு திசையையும் மூன்று முறை திரும்பச் செய்யுங்கள். ஒவ்வொரு தொடரின் முதல் ஓட்டத்தையும் தூக்கி எறிந்து, பின்னர் TCP ஓட்டங்கள் அச்சிடும் மறுசெலுத்தல் எண்ணுடன் அனுப்புநர் மற்றும் பெறுநர் விகிதங்களை ஒப்பிடுங்கள்.

UDP மற்றும் TCP இயந்திரரீதியாக வேறுபடுவது ஏன்

UDP மீது OpenVPN டேட்டாகிராம்களை எடுத்துச் சென்று இழப்பைக் கையாள்வதை பயன்பாட்டின் சொந்தப் போக்குவரத்திற்கு விட்டுவிடுகிறது. TCP மீது சுரங்கப்பாதையின் நம்பகமான ஓட்டம் ஏற்கனவே நம்பகமான பயன்பாட்டு ஓட்டத்தின் கீழ் அமர்கிறது, எனவே இழந்த ஒரு பிரிவு அதற்குப் பின்னால் உள்ள அனைத்தையும் நிறுத்துகிறது, வெளிப்புற இணைப்பு அதன் சொந்த அட்டவணையின்படி மீண்டும் அனுப்புகிறது. அந்த வரிசைத் தலை நடத்தை TCP ஐ TCP க்குள் சுரங்கப்பாதையாக்குவதன் பண்பு, சேவை வழங்குநரின் கொள்கை அல்ல. MTU மற்றும் MSS கையாளுதலும் இரு முறைகளுக்கிடையே வேறுபடுகிறது, இது அதே பாதையில் துண்டாக்கல் நடத்தையை மாற்றுகிறது.

எனவே வேகமான TCP சோதனை அன்று அந்தப் பாதையில் TCP வேகமாக இருந்தது என்பதை மட்டுமே நிரூபிக்கிறது, அதைவிட பொதுவான எதையும் அல்ல.

மதிப்பாய்வைத் தாங்கும் வகையில் முடிவை எழுதுங்கள்

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

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