பெரிய பதிவேற்றங்களின் போது VPN துண்டிக்கப்படுகிறது: முதலில் வரிசையைப் படியுங்கள்

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

ஒரு ஓட்டத்திற்கு ஒரு மாறியை மட்டும் மாற்றி முடிவு முனையை நிலையாக வைத்திருங்கள்.

மீண்டும் செய்யக்கூடிய சுமை ஒப்பீட்டை உருவாக்குங்கள்

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

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

வெளியீட்டை நேர முத்திரைகளுடன் சேமியுங்கள், அப்போது சுமை மற்றும் செயலற்ற ஓட்டங்களை வரி வரியாக ஒப்பிடலாம்.

வேகத்தை அல்ல, வரிசையைப் படியுங்கள்

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

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

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

சாதனம் மற்றும் கட்டுப்பாட்டுப் பாதையைச் சரிபாருங்கள்

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

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

வாடிக்கையாளர் நேர முடிவு திட்டமிடப்பட்ட விசைச் சுழற்சி அல்லது அமர்வுக் கொள்கை நிகழ்வுடனும் ஒத்துப்போகலாம். நிகழ்வுகளின் வரிசைக்கு பயன்பாட்டின் பிழைச் செய்தி மட்டுமல்ல, வாடிக்கையாளரின் சொந்தப் பதிவைப் படியுங்கள்.

ஒரு விஷயத்தை மாற்றி மீண்டும் செய்யுங்கள்

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

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

புதிய கோரிக்கை மற்றும் பயனர் உண்மையில் சார்ந்திருக்கும் மறுஇணைப்பு நடத்தையைச் சோதித்து முடியுங்கள். புகாரை உருவாக்கிய சுமையின் கீழ் நிலைத்தன்மையே பதிவு செய்யத் தகுந்த ஒரே முடிவு.