மில்லி விநாடிகளுக்குப் போராடுங்கள். குறைந்த பிங் கொண்ட சேவையகத்தை எவ்வாறு தேர்வு செய்வது

பல பணிகளுக்கு, கிளையன்ட் மற்றும் சர்வர் இடையே ஏற்படும் தாமதங்கள் முக்கியமானவை, எடுத்துக்காட்டாக ஆன்லைன் கேம்கள், வீடியோ/வாய்ஸ் கான்பரன்சிங், ஐபி டெலிபோனி, விபிஎன் போன்றவை. ஐபி நெட்வொர்க் மட்டத்தில் சேவையகம் கிளையண்டிலிருந்து வெகு தொலைவில் இருந்தால், தாமதங்கள் (பிரபலமாக "பிங்", "லேக்" என்று அழைக்கப்படுகின்றன) வேலையில் தலையிடும்.

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

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

தாமதங்களை அளவிடுதல்

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

ICMP - வழக்கமான பிங்

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

தொகுப்பு அளவு (option -s) - முன்னிருப்பாக, பிங் பயன்பாடு 64 பைட்டுகளின் பாக்கெட்டுகளை அனுப்புகிறது. இத்தகைய சிறிய பாக்கெட்டுகளில், பெரிய பாக்கெட்டுகளில் ஏற்படும் நிகழ்வுகள் கவனிக்கப்படாமல் போகலாம், எனவே பாக்கெட் அளவை 1300 பைட்டுகளாக அமைப்போம்.

பாக்கெட்டுகளுக்கு இடையிலான இடைவெளி (option -i) — தரவு அனுப்புதலுக்கு இடைப்பட்ட நேரம். இயல்பாக, பாக்கெட்டுகள் வினாடிக்கு ஒரு முறை அனுப்பப்படும், இது மிக நீளமானது, உண்மையான நிரல்கள் நொடிக்கு நூற்றுக்கணக்கான மற்றும் ஆயிரக்கணக்கான பாக்கெட்டுகளை அனுப்புகின்றன, எனவே இடைவெளியை 0.1 வினாடிக்கு அமைப்போம். நிரல் வெறுமனே குறைவாக அனுமதிக்காது.

இதன் விளைவாக, கட்டளை இதுபோல் தெரிகிறது:

ping -s 1300 -i 0.1 yandex.ru

இந்த வடிவமைப்பு தாமதங்களின் மிகவும் யதார்த்தமான படத்தைப் பார்க்க உங்களை அனுமதிக்கிறது.

UDP மற்றும் TCP வழியாக பிங்

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

பயன்பாடு nping பிரபலமான ஸ்கேனர் nmap இன் டெவலப்பர்களிடமிருந்து எந்த பாக்கெட்டுகளையும் உருவாக்க முடியும். தாமதங்களை அளவிடவும் இதைப் பயன்படுத்தலாம்.
UDP மற்றும் TCP குறிப்பிட்டவற்றில் செயல்படுவதால், ஒரு குறிப்பிட்ட போர்ட்டை "பிங்" செய்ய வேண்டும். TCP 80 ஐ பிங் செய்ய முயற்சிப்போம், அதாவது வலை சேவையக போர்ட்:

$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds

இயல்பாக, nping 4 பாக்கெட்டுகளை அனுப்பி நிறுத்துகிறது. விருப்பம் -சி 0 முடிவற்ற பாக்கெட்டுகளை அனுப்புவதை செயல்படுத்துகிறது; நிரலை நிறுத்த, நீங்கள் Ctrl+C ஐ அழுத்த வேண்டும். புள்ளி விவரங்கள் இறுதியில் காட்டப்படும். சராசரி rtt (சுற்று-பயண நேரம்) மதிப்பு 101ms என்று பார்க்கிறோம்.

எம்டிஆர் - ஸ்டெராய்டுகளில் ட்ரேசரூட்

திட்டம் அது MTR மை ட்ரேசரூட் என்பது ரிமோட் ஹோஸ்டுக்கான வழிகளைக் கண்டுபிடிப்பதற்கான மேம்பட்ட பயன்பாடாகும். வழக்கமான சிஸ்டம் யூட்டிலிட்டி ட்ரேசரூட்டைப் போலல்லாமல் (விண்டோஸில் இது ட்ரேசர்ட் பயன்பாடாகும்), இது பாக்கெட் சங்கிலியில் உள்ள ஒவ்வொரு ஹோஸ்டுக்கும் தாமதங்களைக் காட்டலாம். இது ICMP வழியாக மட்டுமல்ல, UDP மற்றும் TCP வழியாகவும் வழிகளைக் கண்டறிய முடியும்.

$ sudo mtr microsoft.com

(கிளிக் செய்யக்கூடியது) MTR நிரல் இடைமுகம். மைக்ரோசாஃப்ட்.காமிற்கான வழித் தடமறிதல் தொடங்கப்பட்டது

MTR உடனடியாக சங்கிலியில் உள்ள ஒவ்வொரு ஹோஸ்டுக்கும் பிங்கைக் காட்டுகிறது, மேலும் நிரல் இயங்கும் போது தரவு தொடர்ந்து புதுப்பிக்கப்பட்டு குறுகிய கால மாற்றங்களைக் காணலாம்.
முனை #6 பாக்கெட் இழப்புகளைக் கொண்டுள்ளது என்பதை ஸ்கிரீன்ஷாட் காட்டுகிறது, ஆனால் உண்மையில் இது முற்றிலும் உண்மையல்ல, ஏனெனில் சில திசைவிகள் காலாவதியான TTL உடன் பாக்கெட்டுகளை வெறுமனே நிராகரிக்கலாம் மற்றும் பிழை பதிலை வழங்காது, எனவே பாக்கெட் இழப்பு தரவை இங்கே புறக்கணிக்க முடியும்.

வைஃபை vs கேபிள்

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

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

(கிளிக் செய்யக்கூடியது) கேபிள் வழியாகவும் வைஃபை வழியாகவும் வைஃபை ரூட்டருடன் பிங்கின் ஒப்பீடு

வைஃபை மூலம் தாமதம் 1மி.எஸ் அதிகமாக இருப்பதையும் சில சமயங்களில் பத்து மடங்கு தாமதத்துடன் கூடிய பாக்கெட்டுகள் இருப்பதையும் காணலாம்! மேலும் இது ஒரு குறுகிய காலம் மட்டுமே. அதே நேரத்தில், அதே திசைவி <1ms நிலையான தாமதத்தை உருவாக்குகிறது.

மேலே உள்ள எடுத்துக்காட்டில், 802.11GHz இல் WiFi 2.4n பயன்படுத்தப்படுகிறது, ஒரு மடிக்கணினி மற்றும் தொலைபேசி மட்டுமே WiFi அணுகல் புள்ளியுடன் இணைக்கப்பட்டுள்ளது. அணுகல் புள்ளியில் அதிக வாடிக்கையாளர்கள் இருந்தால், முடிவுகள் மிகவும் மோசமாக இருக்கும். இதனாலேயே அனைத்து அலுவலகக் கணினிகளையும் கேபிள் மூலம் அணுக முடிந்தால், அவற்றை WiFiக்கு மாற்றுவதை நான் மிகவும் எதிர்க்கிறேன்.

ஐபி இணைப்பு

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

நாங்கள் தளத்தை அணுகும்போது, ​​​​நமது ஐபி முகவரி தன்னாட்சி அமைப்புக்கு சொந்தமானது என்பதைக் காண்கிறோம் AS42610.

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

வழங்குநரின் தன்னாட்சி அமைப்புகளின் இணைப்பு வரைபடம்

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

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

உதாரணமாக, தேடும் கண்ணாடி MGTS இலிருந்து

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

அருகிலுள்ள சேவையகத்தைத் தேர்ந்தெடுக்கவும்

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

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

ஆதாரம்: www.habr.com