Nastavte rozpočet oneskorenia pre prevádzku v reálnom čase cez VPN
Začnite od termínu, ktorý musí aplikácia splniť, a potom zmerajte jednosmerné oneskorenie a jitter za uvedených podmienok. Priemer bez prahu pre neskoré pakety nič nedokazuje.
Sťažnosti na VPN v reálnom čase potrebujú termín, proti ktorému môžu zlyhať, a „nízka latencia“ takým termínom nie je. Rozhodnite, čo musí hovor alebo vzdialená relácia doručiť, a potom zmerajte cestu proti tejto požiadavke za uvedených podmienok. Bez prahu pre neskoré pakety je každý výsledok sporný. Rozdelenie nižšie je návrhové rozhodnutie a existuje preto, aby meranie malo na čo odpovedať.
Napíšte termín, skôr než sa dotknete sondy
Termín prichádza z aplikácie a jej používateľov, nie z marketingovej stránky dodávateľa. Živý hlasový hovor, relácia vzdialenej plochy a nočná záloha znášajú úplne rôzne čakacie doby a zlyhanie, na ktorom záleží, je zvyčajne chvost, nie medián. Napíšte číslo spolu so záťažou, ku ktorej patrí.
Potom ho rozdeľte. Zachytávanie a paketizácia spotrebujú časť rozpočtu, prístupové spojenie a tunel ďalšiu časť, prijímací de-jitter buffer drží pakety zámerne a spracovanie aplikácie berie zvyšok. Pomenovanie týchto fáz drží šifrovanie tunela v pomere, namiesto toho, aby sa stalo predvoleným podozrivým pre každý pomalý paket.
Nakoniec definujte zmluvu o meraní v štyroch riadkoch: koncové body a smer, tvar prevádzky, podmienky počas behu a výsledok, ktorý oznámite. Tichá nedeľná vzorka a zaťažená utorková vzorka odpovedajú na rôzne otázky, preto uveďte, ktorú ste zozbierali. Ak nemôžete vyplniť všetky štyri riadky, beh nie je pripravený začať. Ten kontrolný zoznam je aj to, čo robí dve správy porovnateľnými mesiace neskôr, keď si už nikto nepamätá, čo iné spojenie nieslo.
Rozdeľte rozpočet na každú fázu
Tabuľka je plánovacia pomôcka, nie zachytené dáta. Vyplňte vlastníka každého riadku pred prvou sondou, pretože vlastník je ten, komu voláte, keď táto fáza prekročí svoj podiel.
| Stage | What it contributes | Who owns it |
|---|---|---|
| Capture and packetization | Encoder frame size, aggregation | Application owner |
| Tunnel and transit | Encryption, queueing, path length | Network owner |
| Receiver buffer | Deliberate waiting to absorb variation | Application owner |
| Application processing | Decode and render time | Application owner |
Dva riadky ľudí zvyčajne prekvapia. Prijímací buffer nie je chyba, keď pridáva oneskorenie, pretože robí prácu, pre ktorú bol nastavený. A podiel tunela je často menší než front pred ním, najmä na vzostupnom spoji, ktorý sa pri nahrávaní nasýti.
Keď fáza nemá vlastníka, rozpočet je fikcia. Priraďte ho pred meraním, inak strávite nasledujúce stretnutie hádkou o tom, čí číslo je nesprávne.
Zmerajte jednosmerné oneskorenie poctivými hodinami
Jednosmerné oneskorenie je číslo, na ktorom termínu záleží, a vyžaduje synchronizované hodiny na oboch koncoch. Metrika jednosmerného oneskorenia vyžaduje, aby ste spolu s výsledkom uviedli metódu synchronizácie, rozlíšenie a odhadovaný posun. Dva nesynchronizované hostiteľské počítače môžu vytvoriť veľmi presné číslo pre nesprávnu veličinu.
Zachyťte niekoľko stoviek paketov namiesto hrstky a zaznamenajte stav hodín v rovnakom čase:
$ ntpq -p
$ owping -c 300 -i 0.2 10.90.0.1
$ ping -c 200 -i 0.2 10.90.0.1 | tail -n 3Doba obratu je samostatné meranie, nie dve jednosmerné hodnoty sčítané dohromady. Polovičné RTT predpokladá symetrické cesty a symetrické fronty a tunel cez mobilné vzostupné spojenie oba predpoklady pravidelne búra. Vykazujte RTT ako RTT a držte ho mimo jednosmerného rozpočtu.
Vykazujte chvost a neskoré pakety
Zhrňte rozdelenie: medián, 95. a 99. percentil, najhorší prípad, stratu a počet paketov, ktoré dorazili neskôr, než termín dovoľuje. Priemer je z týchto čísel pre záťaž v reálnom čase najmenej užitočný, pretože hladký priemer môže skryť chvost, ktorý ničí každý tretí hovor.
Kolísanie oneskorenia priamo napája buffer prijímača. Viac bufferovania skrýva kolísanie a pridáva čakanie, takže stream môže vyzerať stabilne, hoci prekračuje svoj termín. Zvoľte formuláciu kolísania, uveďte interval, cez ktorý ste merali, a udržujte ju konzistentnú medzi behmi.
Zopakujte beh s reprezentatívnou krížovou prevádzkou. Cesta, ktorá spĺňa rozpočet v nečinnosti a míňa ho počas okna zálohy, vám povedala niečo užitočné o plánovaní, čo by žiadne jediné tiché meranie neodhalilo. Zaznamenajte podmienky vedľa výsledku, pretože budúci inženier inak porovná dve vzorky, ktoré nikdy neboli porovnateľné.
Prijmite návrh, keď sa zmeraný chvost zmestí do rozpočtu pri záťaži, ktorú skutočne prevádzkujete, a odmietnite ho s uvedením fázy, ktorá prekročila limit, v správe.