Pikeun seueur tugas, telat antara klien sareng server penting, sapertos kaulinan online, video / konferensi sora, IP telephony, VPN, jsb.
Deukeutna géografis pangladén henteu salawasna sami sareng jarak dina tingkat routing IP. Contona, hiji server di nagara sejen bisa jadi "deukeut" ka anjeun ti server di kota Anjeun. Ieu alatan spésifik tina routing sareng desain jaringan.
Kumaha anjeun milih server pangdeukeutna ka sadaya klien poténsial? Naon konektipitas jaringan IP? Kumaha anjeun langsung klien ka server pangdeukeutna? Hayu urang manggihan dina artikel ieu.
Ngukur reureuh
Kahiji, hayu urang diajar kumaha carana ngukur latency. Ieu henteu sagampil sigana, sabab latency tiasa bénten-béda dina protokol sareng ukuran pakét. Éta ogé gampang kantun acara jangka pondok, sapertos dips anu salami sababaraha milidetik.
ICMP - ping biasa
Urang bakal nganggo utilitas ping Unix. Éta ngamungkinkeun anjeun nyetél interval antara pakét sacara manual, hal anu henteu dilakukeun ku ping versi Windows. Ieu penting sabab lamun jeda antara pakét anu panjang, Anjeun bisa jadi saukur teu bisa ningali naon lumangsung antara aranjeunna.
Ukuran pakét (-s pilihan) - Sacara standar, utilitas ping ngirimkeun pakét 64-bait. Kalayan pakét leutik sapertos kitu, éfék anu lumangsung sareng pakét anu langkung ageung tiasa waé henteu katingali, janten urang bakal nyetél ukuran pakét ka 1300 bait.
Interval antara pakét (-i pilihan) - waktu antara pangiriman data. Sacara standar, pakét dikirim sakali per detik, anu lambat pisan; program nyata ngirimkeun ratusan jeung rébuan pakét per detik, jadi urang bakal nangtukeun interval ka 0.1 detik. Program éta ngan saukur moal ngijinkeun anu langkung pondok.
Janten paréntah ahir sapertos kieu:
ping -s 1300 -i 0.1 yandex.ru
Desain ieu ngamungkinkeun urang ningali gambar anu langkung realistis ngeunaan telat.
Ping via UDP sareng TCP
Dina sababaraha kasus, sambungan TCP diatur béda ti pakét ICMP, sarta alatan ieu, pangukuran bisa rupa-rupa gumantung kana protokol. Éta ogé umum pikeun host ngan saukur henteu ngabales ICMP, sareng ping biasa gagal. Salaku conto, host tiasa ngalakukeun ieu salamina. microsoft.com.
Utiliti Tina pamekar scanner nmap anu kasohor, éta tiasa ngahasilkeun pakét naon waé. Bisa dipaké, antara séjén, pikeun ngukur latency.
Kusabab UDP sareng TCP beroperasi dina palabuhan khusus, urang kedah ping port khusus. Hayu urang coba ping TCP 80, port server wéb:
$ 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
Sacara standar, nping ngirim 4 pakét sareng eureun. Pilihan -c 0 Aktipkeun pangiriman pakét tanpa wates. Pikeun ngeureunkeun program, pencét Ctrl + C. Statistik bakal dipintonkeun dina tungtungna. Kami ningali yén rata-rata RTT (waktos perjalanan) nyaéta 101 mdet.
MTR - traceroute on stéroid
program Traceroute abdi mangrupikeun utilitas canggih pikeun ngalacak rute ka host jauh. Beda sareng traceroute utiliti sistem standar (dina Windows, éta disebut tracert), éta tiasa nunjukkeun latency ka unggal host dina ranté pakét. Éta ogé tiasa ngalacak rute henteu ngan ukur ngalangkungan ICMP, tapi ogé ngalangkungan UDP sareng TCP.
$ sudo mtr microsoft.com
(Clickable) panganteur program MTR. Lacak rute ka microsoft.com nuju jalan.
MTR geuwat mintonkeun ping ka unggal host dina ranté nu, sarta data terus diropéa bari program ieu ngajalankeun, sahingga anjeun ningali parobahan jangka pondok.
Potret layar nunjukkeun yén titik # 6 ngalaman pakét leungitna, tapi ieu henteu leres-leres leres sabab sababaraha router ngan saukur tiasa miceun pakét sareng TTL anu kadaluwarsa sareng henteu ngabalikeun réspon kasalahan, ku kituna data pakét leungitna di dieu tiasa dipaliré.
WiFi vs kabel
Topik ieu henteu sapinuhna aya hubunganana sareng tulisan ieu, tapi kuring nyangka éta penting pisan dina konteks latency. Abdi kipas badag tina WiFi, tapi lamun kuring boga malah slightest kasempetan pikeun nyambung ka internét ngaliwatan kabel, Kuring bakal nyandak eta. Kuring ogé sok ngalepatkeun jalma tina ngagunakeun kaméra WiFi.
Upami anjeun maén némbak online anu serius, ngalirkeun video, atanapi dagang di bursa saham: mangga nganggo internét kabel.
Ieu tés visual ngabandingkeun WiFi sareng sambungan kabel. Ieu mangrupikeun tés ping ka router WiFi, janten éta henteu acan gaduh aksés internét.
(Clickable) Babandingan ping ka router WiFi via kabel sarta via WiFi
Éta jelas yén latén WiFi langkung luhur 1ms, sareng kadang aya pakét anu telat sapuluh kali langkung ageung! Sareng ieu ngan ukur kanggo waktos anu pondok. Samentara éta, router anu sami sacara konsisten ngirimkeun latén <1ms.
Conto di luhur ngagunakeun 802.11n WiFi di 2.4 GHz, kalawan ngan hiji laptop jeung telepon disambungkeun ka titik aksés via WiFi. Upami titik aksés ngagaduhan langkung seueur klien, hasilna bakal langkung parah. Éta sababna kuring henteu ngalihkeun sadaya komputer kantor ka WiFi upami tiasa dihontal nganggo kabel.
konektipitas IP
Janten, ayeuna urang parantos diajar kumaha ngukur latensi server, hayu urang cobian milarian pangladén anu paling caket sareng urang. Jang ngalampahkeun ieu, urang bisa nempo setelan routing panyadia urang. Hiji layanan merenah pikeun ieu
Nalika kami ngaksés éta situs, kami ningali yén alamat IP kami milik sistem otonom. .
Ku ningali grafik konektipitas sistem otonom, urang tiasa ningali panyadia hulu mana panyadia urang disambungkeun ka sakuliah dunya ngaliwatan. Unggal titik tiasa diklik, ngamungkinkeun anjeun nganjang sareng langkung jéntré ngeunaan unggal panyadia.
Grafik konektipitas sistem otonom panyadia
Nganggo alat ieu, anjeun tiasa diajar struktur saluran panyadia, kalebet hosting. Anjeun tiasa ningali panyadia mana anu nyambung langsung. Jang ngalampahkeun ieu, lebetkeun alamat IP pangladén kana mesin pencari bgp.he.net sareng tingali grafik sistem otonom na. Anjeun oge bisa ngarti kumaha hiji puseur data atawa panyadia hosting disambungkeun ka nu sejen.
Paling titik bursa lalulintas nyadiakeun alat husus disebut kaca pilari, nu ngidinan Anjeun pikeun ping na traceroute ti router husus dina titik bursa.
Di dieu, contona, ti MGTS
Janten, nalika milih server, urang tiasa nilik kumaha éta bakal katingali tina titik bursa lalu lintas anu béda. Tur upami klien poténsi urang lokasina di wewengkon géografis husus, urang bisa manggihan lokasi server optimal.
Pilih server pangcaketna
Kami parantos mutuskeun pikeun nyederhanakeun prosés milarian pangladén anu optimal pikeun klien kami sareng nyiptakeun halaman kalayan uji otomatis lokasi caket dieu: .
Nalika anjeun nganjang ka halaman, naskah bakal ngukur latensi tina panyungsi anjeun ka unggal server sareng ningalikeunana dina peta interaktif. Ngaklik pusat data mintonkeun inpormasi ngeunaan hasil tés.
Tombolna mawa anjeun ka halaman uji latency pikeun sadaya pusat data urang. Pikeun nempo hasil tés, klik lokasi puseur data dina peta.
sumber: www.habr.com
