VPN சேவையக சுமை விளக்கம்: பயனர்கள், CPU அல்லது மேல்இணைப்பா?
குறைந்த சுமை மதிப்பெண் என்பது வேலையற்ற பயனர்கள், காலியான CPU அல்லது அகலமான மேல்இணைப்பு என்று பொருளாகலாம். அதை வேகமென்று சொல்லும் முன் loadavg, இடைமுக எண்ணிகள் மற்றும் நிலைக் கோப்பைப் படியுங்கள்.
0.4 சுமையில் இருக்கும் நுழைவாயில் அதன் பின்னால் உள்ள ஒவ்வொரு பயனருக்கும் இன்னும் ஊர்ந்து செல்லலாம். சராசரி சுமை என்பது இயக்கக்கூடிய அல்லது குறுக்கிட முடியாத தூக்கத்தில் சிக்கிய பணிகளை எண்ணுகிறது, மேலும் நான்கு மையங்கள் கொண்ட புரவலனில் ஒரே ஒரு நிரம்பிய செயல்முறை அதை 1.0 நோக்கித் தள்ள போதுமானது, அப்போது மூன்று மையங்கள் வேலையின்றி அமர்ந்திருக்கும். அந்த எண்ணை இருப்பு என்று படிப்பது முனைத் தேர்வில் மிகவும் பொதுவான தவறு. சுரங்கப்பாதையை உண்மையில் கட்டுப்படுத்துவது பொதுவாக நான்கில் ஒன்று: ஒரு பிஸியான மையம், மேல்இணைப்பு, அதற்கு முன்னால் உள்ள வரிசை அல்லது யாரும் ஆவணப்படுத்தாத ஒரு அமர்வு கொள்கை.
சராசரி சுமை பணிகளை எண்ணுகிறது, செயல்திறனை அல்ல
கர்னல் இயக்க வரிசை மற்றும் உள்ளீடு-வெளியீட்டுக்காகக் காத்திருக்கும் பணிகளின் எண்ணிக்கையின் மாதிரிகளை எடுத்து, பின்னர் இரண்டையும் ஒரு, ஐந்து மற்றும் பதினைந்து நிமிடங்களில் மென்மையாக்குகிறது. அந்த வரையறையில் பைட்டுகள், பாக்கெட்டுகள் அல்லது சுரங்கப்பாதைகள் பற்றி எதுவும் இல்லை. சேமிப்பு சிக்கிய புரவலன் கிட்டத்தட்ட போக்குவரத்து இல்லாமல் அதிக சுமையைத் தெரிவிக்கலாம், கர்னல் தரவுப் பாதை வழியாக ஒரு கிகாபிட்டைத் தள்ளும் புரவலன் வசதியான சுமையைத் தெரிவிக்கலாம்.
எனவே சுமையைச் சுரங்கப்பாதை செயல்திறனுடன் தொடர்புபடுத்த ஒவ்வொரு மையத்திற்கும் பார்வை தேவை. ஒரு மையம் முழுமையாக நிரம்பியிருந்தாலும், டாஷ்போர்டில் மொத்த சதவீதம் இன்னும் நன்றாகவே தெரியும்:
cat /proc/loadavg
mpstat -P ALL 1 1
top -H -b -n 1 | head -n 20மூன்றாவது கட்டளைதான் VPN புரவலன்களில் மிக முக்கியமானது. OpenVPN 2.x இல் பயனர் இடத்தில் பாக்கெட் செயலாக்கம் பெரும்பாலும் ஒவ்வொரு செயல்முறைக்கும் தொடர்ச்சியானது, எனவே ஒரே ஒரு பிஸியான இழை உச்சவரம்பாக மாறலாம், அப்போது டாஷ்போர்டு ஏராளமான காலி திறனைத் தெரிவிக்கிறது. உங்கள் மெதுவான காலகட்டத்தில் ஒரு இழை மையத்தின் பெரும்பகுதியைப் பிடித்தால், புரவலன் ஒட்டுமொத்தமாகக் குறைவாக பொருத்தப்படவில்லை; அது தற்செயலாக முக்கியமான பரிமாணத்தில் வரம்பிடப்பட்டுள்ளது.
நேரத்தையும் கவனியுங்கள். பதினைந்து நிமிட சராசரிகள் ஒரு அழைப்பைக் கெடுத்த வெடிப்பை மறைக்கின்றன, எனவே புகாருக்குப் பிறகு எடுக்கப்பட்ட திரைப்பிடிப்பு பலவீனமான சான்று. சிக்கலின் போது மாதிரிகள் எடுத்து, வெளியீட்டுடன் நேர முத்திரையை வைத்திருங்கள்.
மேல்இணைப்பும் அதற்கு முன்னால் உள்ள வரிசையும்
இடைமுக எண்ணிகள் CPU எண்கள் பதிலளிக்க முடியாத அலைவரிசைக் கேள்விக்குப் பதிலளிக்கின்றன. அவை திறனை இழப்பிலிருந்தும் பிரிக்கின்றன, இவை வெவ்வேறு தீர்வுகள் கொண்ட வெவ்வேறு தோல்விகள்:
ip -s link show dev eth0
tc -s qdisc show dev eth0
nstat -az TcpRetransSegs TcpExtTCPLostRetransmitஉங்கள் சோதனையின் போது அதற்கு ஒதுக்கப்பட்ட வேகத்திற்கு அருகில் உள்ள இணைப்பே விளக்கம், மேலும் காலி CPU எவ்வளவு இருந்தாலும் அதை மாற்றாது. qdisc வரி ஊடாடும் போக்குவரத்துக்கு முக்கியமான விவரத்தைச் சேர்க்கிறது: தேக்கமும் வீழ்ச்சிகளும் பாக்கெட்டுகள் வெளியேறும் முன் வரிசையில் காத்திருக்கின்றனவா என்பதைச் சொல்கின்றன. பெரிய பதிவேற்றத்தின் கீழ் நிரம்பும் வரிசை, மக்கள் தொலை சேவையகத்தின் மீது சுமத்தும் அறிகுறியையே உருவாக்குகிறது, அதாவது அளவீடுகளில் இன்னும் நன்றாகத் தெரியும் இணைப்பில் மெதுவான அழைப்புகள்.
மறுஅனுப்பீட்டு எண்ணிகள் பாக்கெட்டுகள் வெளியேறி ஆனால் ஒருபோதும் சுத்தமாக வந்து சேராத நிலையைப் பிடிக்கின்றன. மெதுவான சாளரத்தில் மறுஅனுப்பீடுகள் அதிகரித்து, இடைமுகம் திறனுக்கு அருகில் இல்லை என்றால், சிக்கல் புரவலனில் அல்ல, பாதையில் உள்ளது, அதே நகரத்தில் வேறொரு முனைக்குச் செல்வது உதவாது.
அமர்வு எண்ணிக்கை தேவையை விவரிக்கிறது, இருப்பை அல்ல
ஒவ்வொரு பொது அடைவும் சில எண்ணிக்கையிலான இணைக்கப்பட்ட பயனர்களைக் காட்டுகிறது, அவற்றில் எதுவும் அந்த பயனர்கள் என்ன செய்கிறார்கள் என்பதைச் சொல்வதில்லை. ஊடாடும் வேலை செய்யும் இருபது அமர்வுகளும் பெரிய கோப்புகளை இழுக்கும் நான்கு அமர்வுகளும் ஒரே வன்பொருளில் மிக வெவ்வேறு சுமைகளை உருவாக்குகின்றன. இரண்டாவது முறை பயனர் எண்ணிக்கையில் தெரியாது, அதுவே ஒரு மாலையைக் கெடுக்கிறது. எனவே அமர்வு எண்ணை தேவையின் துப்பாகப் படிப்பதே சிறந்தது, ஒருபோதும் காலி திறன் பற்றிய அறிக்கையாக அல்ல.
| Number on the page | What it is really measuring | What it cannot tell you |
|---|---|---|
| Connected users | How many sessions hold an address | How much each one is transferring |
| Load or score | Whatever the operator chose to publish | Whether that definition matches your task |
| Uptime | How long since the process started | Current capacity, queue depth or packet loss |
| Distance or ping | Round-trip time on a small probe | Throughput under sustained transfer |
நீங்கள் கட்டுப்படுத்தும் புரவலனில், நிலைக் கோப்பு காணாமல் போன பரிமாணத்தைத் தருகிறது. OpenVPN ஒவ்வொரு வாடிக்கையாளருக்கும் பைட் எண்ணிகளை உள்ளடக்கிய அவ்வப்போது திரைப்பிடிப்பை எழுதுகிறது, ஒரு அமர்வே முழு மேல்இணைப்புக்கும் பொறுப்பா எனப் பார்க்க அது போதும்:
status /run/openvpn/server.status 10
# then, after at least one interval
grep -E "^CLIENT_LIST" /run/openvpn/server.statusபத்து வினாடிகள் இடைவெளியில் எடுக்கப்பட்ட இரண்டு மாதிரிகள் அந்தத் திரட்டப்பட்ட எண்ணிக்கைகளை ஒவ்வொரு வாடிக்கையாளருக்கான விகிதமாக மாற்றுகின்றன. பயனர் எண்ணிக்கை அதற்குப் பதிலாக நிற்கும் அளவீடு அதுவே, அதேபோல் தவறாக அமைக்கப்பட்ட ஒரு வாடிக்கையாளர் ஒவ்வொரு இரவும் அதே மணிநேரத்தில் இணைப்பை நிரப்புகிறார் என்பதையும் கண்டறிவீர்கள்.
ஒவ்வொரு அமர்வுக்கான வரம்புகள் கொள்கைக்குள் மறைந்துள்ளன
சேவையகம் வேலையின்றி இருக்கலாம், இருந்தும் உங்களுக்கு அலைவரிசை வழங்க மறுக்கலாம். வேக வரம்புகள், ஒவ்வொரு வாடிக்கையாளருக்கான அலைவரிசை உச்சவரம்புகள் மற்றும் போக்குவரத்து வடிவமைப்பு ஆகியவை பெரும்பாலும் பொதுப் பெயர் அல்லது குளம் அடிப்படையில் பயன்படுத்தப்படுகின்றன, எனவே ஒரே நுழைவாயிலில் உள்ள இரண்டு பயனர்கள் மிக வெவ்வேறு முடிவுகளைப் பெறலாம். இயங்குமுறை நுட்பமானது அல்ல, ஆனால் இரு நிலைகளிலும் சுரங்கப்பாதை இயல்பாக எழுவதால் வெளியிலிருந்து கண்ணுக்குத் தெரியாது.
வடிவமைப்பைச் சுரங்கப்பாதை இடைமுகத்தில் தேடுங்கள், இயற்பியல் இடைமுகத்தில் அல்ல. வரம்பு பயனரையா, சான்றிதழையா அல்லது முகவரிக் குளத்தையா பின்பற்றுகிறது என்பதைச் சரிபாருங்கள். உங்கள் சோதனைக் கணக்கு வரம்பில்லாத குளத்தில் விழுந்தால், சேவையகம் சரியானது, புகார் செய்யும் பயனர் தவறு என்று முடிவு செய்வீர்கள். அந்த முடிவு எந்த முடிவையும் விட மோசமானது, ஏனெனில் அது பயனர் கோரிக்கையை மூடுகிறது.
ஒரே நிலையான பணியுடன் இரண்டு முனைகளை ஒப்பிடுங்கள்
வாடிக்கையாளர் பக்கச் சோதனை இன்னும் செய்யத் தகுந்தது, ஆனால் மாறிகள் நிலையாக இருந்தால் மட்டுமே. அதே சாதனம், அதே அணுகல் வலையமைப்பு, அதே நெறிமுறை மற்றும் அதே இலக்குக் கோப்பைப் பயன்படுத்தி, பின்னர் ஒத்த தூரத்தில் உள்ள இரண்டாவது முனைக்கு எதிராக மீண்டும் செய்யுங்கள். ஓட்டங்களுக்கு இடையே மாறும் எதுவும், நாளின் நேரம் உட்பட, முடிவை மாசுபடுத்துகிறது.
தோல்விகளை வெற்றிகளைப் போலவே கவனமாகப் பதிவு செய்யுங்கள். மூன்று முனைகள் வேலை செய்து ஒன்று நேர வரம்பை எட்டும் தொடர், நான்கு வேக எண்களை விட அதிக தகவல் தருகிறது, ஏனெனில் அது திறனல்ல, பாதை அல்லது கொள்கைச் சிக்கலைக் காட்டுகிறது. ஒவ்வொரு நிகழ்வையும் குறைந்தது இரண்டு முறை இயக்குங்கள்; பகிரப்பட்ட வலையமைப்பில் ஒரே மெதுவான மாதிரி எதையும் நிரூபிக்காது.
இறுதியாக, நீங்கள் சேகரித்த எண்களை அவை ஆதரிக்கும் கூற்றுடன் சேர்த்து வையுங்கள். "இந்த முனை மற்றொன்று தேங்கிய அதே சாளரத்தில் பரிமாற்றத்தை முடித்தது" என்பது தற்காக்கக்கூடியது, ஆனால் "இந்த முனை வேகமானது" என்பது முகப்புப் பக்க மதிப்பெண்ணால் வெல்ல முடியாத விவாதத்திற்கு அழைப்பு விடுக்கிறது. OpenVPN 2.6 கையேடு நிலைக் கோப்பையும் வடிவமைப்பு விருப்பங்களையும் ஆவணப்படுத்துகிறது, புரவலன் பக்கத்திற்கான சரியான வழிமுறைகள் தேவைப்பட்டால்.