# Dimenzujte přenos pomocí měření latence, souběžnosti a propustnosti | SwissOctet Insights https://swissoctet.com/cs/insights/size-throughput-with-bandwidth-delay/ SwissOctet / Přehledy / Síťové inženýrství Síťové inženýrství Pokročilé · 4 min čtení Dimenzujte přenos pomocí měření latence, souběžnosti a propustnosti Sestavte opakovatelný model přenosu pomocí objemu dat, dodacích oken a doby odezvy a poté jej otestujte, aniž byste si pletli označení portu s užitečnou propustností. Od SwissOctet Editorial Uložit průvodce Kopírovat odkaz NA TÉTO STRÁNCE 01 Převeďte dodací okno na rychlost 02 Oddělte kapacitu portu od užitečné propustnosti 03 Pochopte, proč záleží na době odezvy 04 Sestavte řízenou testovací matici 05 Během testu sledujte koncové body 06 Testujte aplikaci s realistickými datovými zátěžemi 07 Použijte výsledek k výběru konfigurace Váš praktický kontrolní seznam Zdroje a další čtení Zpět do knihovny PŘÍMÁ ODPOVĚĎ Vypočítejte užitečnou přenosovou rychlost, kterou vaše dodací okno vyžaduje, a poté změřte celou cestu. Kapacita portu, doba odezvy, chování TCP, úložiště a zpracování aplikací ovlivňují výsledek. Použijte řízené testy s realistickou souběžností a opakujte je prostřednictvím skutečné aplikace před výběrem síťové úrovně. 01 Převeďte dodací okno na rychlost Začněte s množstvím užitečných dat aplikace a časem, který je k dispozici pro jejich doručení. Při použití desetinných jednotek vyžaduje přenos 2 TB za dvě hodiny přibližně 278 MB za sekundu užitečné zátěže, tedy 2.22 Gbps, před zohledněním režie protokolu a přerušení. Aritmetika je plánovací příklad, nikoli naměřený výsledek služby. Zahrňte přenosy, které se překrývají. Plánovaný export, stahování zákazníky a nahrávání záloh mohou sdílet prostředky, i když jejich měsíční součty vypadají skromně. Napište model špičkového období, nejen měsíční průměr. Určete, který směr je důležitý a zda selhaný přenos musí začít znovu, nebo může pokračovat; toto chování ovlivňuje množství práce, kterou systém vykoná. 02 Oddělte kapacitu portu od užitečné propustnosti Port serveru popisuje kapacitu spoje. Užitečná propustnost popisuje data doručená vaší aplikací během sledovaného intervalu. Šifrování, rámování protokolu, opětovný přenos, aktivita úložiště a práce na přijímající straně zabírají části této cesty. Uvedený port 10 Gbps tedy neprokazuje, že aplikace bude nepřetržitě doručovat 10 Gbps užitečné zátěže. IETF RFC 6349 konkrétně rozlišuje testování síťové cesty od zkoumání výkonu TCP. Toto oddělení použijte ve vlastní diagnostice. Nejprve potvrďte, že koncové body a trasa jsou vhodné, poté zkoumejte transport a aplikaci. Zvýšení zakoupeného portu neopraví příjemce, který zapisuje data pomalu, ani aplikaci, která zpracovává jeden požadavek po druhém. 03 Pochopte, proč záleží na době odezvy TCP řídí, kolik dat může zůstat na cestě, než se vrátí potvrzení. Součin šířky pásma a zpoždění pro to poskytuje užitečné měřítko: rychlost vynásobená dobou odezvy. Hypotetická cesta 10 Gbps se zpožděním odezvy 40 milisekund představuje přibližně 50 MB na cestě. Tento výpočet vysvětluje, proč latence a chování transportu patří do plánování vysokorychlostních přenosů. Výsledek není pokyn použít libovolné nastavení socketu. Operační systémy, řízení přetížení, vyjednaná okna a skutečná trasa ovlivňují chování. Před laděním ověřte aktuální dokumentaci softwaru a prohlédněte měření. Více paralelních připojení může za určitých okolností zlepšit agregovanou propustnost, ale může také skrýt chování jednotlivého přenosu, na kterém vaše aplikace závisí. 04 Sestavte řízenou testovací matici Používejte pouze koncové body, které vlastníte nebo které jste oprávněni testovat. Dohodněte testovací okno a rychlost, aby cvičení nenarušilo běžnou službu. Nástroje jako iperf3 poskytují konfigurovatelný směr, trvání a paralelní toky; oficiální dokumentace definuje tyto ovládací prvky. Zaznamenejte verzi, koncové body, kontext trasy a nastavení spolu s výsledkem, aby jej jiný operátor mohl reprodukovat. Začněte jedním tokem, poté přidejte reprezentativní souběžnost. Spusťte oba směry, pokud aplikace závisí na obou. Tato ilustrativní matice odděluje otázky, které by jediný souhrnný výsledek smíchal dohromady. Uchovávejte surové výsledky v soukromí, pokud odhalují interní adresy nebo provozní podrobnosti, a publikujte pouze měření potřebná pro rozhodnutí. Test Co zkoumá Co neprokazuje Jeden transportní tok Chování cesty jednoho toku Agregované doručování aplikace Několik paralelních toků Souběžnost a agregované limity Přenosová rychlost jednoho zákazníka Přenos aplikace Úložiště, protokol a software společně Výkon pro každou datovou sadu Opakování ve špičkovém období Kolísání při realistické aktivitě Trvalá záruka propustnosti 05 Během testu sledujte koncové body Zaznamenejte využití CPU, tlak na paměť, aktivitu úložiště a chybové čítače na obou koncích. Výsledek přenosu bez pozorování koncových bodů může ponechat skutečné omezení neviditelné. Zkontrolujte, zda není jeden proces nebo CPU nasycen, zatímco ostatní jsou nečinné. Vyhněte se změně několika nastavení najednou, protože to ztěžuje určení, která úprava pomohla. Oddělte test podporovaný pamětí od testu, který čte a zapisuje skutečná data. První může pomoci zkoumat transportní cestu; druhý odráží více skutečné práce aplikace. Pokud se výsledky výrazně liší, zkontrolujte úložiště a zpracování, místo abyste údaj podporovaný pamětí považovali za příslib doručení. Obě měření mohou být užitečná, když je jejich rozsah jasný. 06 Testujte aplikaci s realistickými datovými zátěžemi Export HTTP, šifrovaný replikační tok a relace přenosu souborů mají různé vzorce zpracování. Použijte reprezentativní velikosti souborů, rychlosti požadavků a nastavení šifrování. Zahrňte čas strávený přípravou dat před odesláním prvního bajtu, pokud uživatel na tento krok čeká. Rozlišujte latenci první odpovědi od času dokončení, místo abyste jedno vydávali za druhé. Opakujte test v dostatečném počtu intervalů, abyste viděli kolísání, a před změnou konfigurace uchovejte výchozí stav. U hypotetického exportu 2 TB porovnejte skutečný čas dokončení s dvouhodinovým oknem a ponechte rezervu pro přerušení. Zvolte zlepšení proti pozorovanému úzkému místu, místo abyste násobili kapacitu portu bez důvodu. 07 Použijte výsledek k výběru konfigurace Užitečným výstupem je požadavek na prostředky s důkazy: naměřená rychlost užitečné zátěže, přijatelný čas dokončení, očekávaná souběžnost a známá omezující fáze. Porovnejte síťové varianty SwissOctet s tímto požadavkem, včetně povoleného provozu a specifikací CPU a úložiště. Samotná lokalita neurčuje trasu ani latenci typu end-to-end ke každému příjemci. Testovací postup uchovejte i po nasazení. Znovu jej použijte, když datové sady rostou, software se mění nebo se uživatelé přesouvají do jiných sítí. Opakovatelný výchozí stav usnadňuje diagnostiku incidentu výkonu a poskytuje spolehlivější důvod pro změnu konfigurace než izolovaný test rychlosti nebo inzerované maximum. PŘEVEĎTE TO V AKCI Váš praktický kontrolní seznam. ✓ Vypočítejte rychlost užitečné zátěže z objemu a termínu. ✓ Modelujte překrývající se přenosy a směr. ✓ Dohodněte autorizované testovací koncové body a limity. ✓ Porovnejte jeden tok, souběžnost a testy aplikace. ✓ Během testování sledujte oba koncové body. ✓ Zachovejte opakovatelný výchozí stav a užitečnou rezervu. Stáhnout kontrolní seznam ČASTÉ OTÁZKY Podrobnosti, na kterých záleží. Opraví větší okno TCP vždy pomalý přenos? + Ne. Nejprve diagnostikujte cestu a koncové body. Úložiště, CPU, ztráty a chování aplikace mohou dominovat a ladění transportu musí odpovídat skutečnému systému. Proč testovat jeden tok a několik toků? + Odpovídají na různé otázky. Agregovaná kapacita může být vyšší než rychlost jednoho přenosu; o tom, který výsledek je důležitý, rozhoduje souběžnost aplikace. Mohu spustit kapacitní test proti libovolnému veřejnému serveru? + Používejte koncové body, které ovládáte nebo k jejichž testování máte oprávnění. Dohodněte trvání, rychlost a načasování, aby měření nenarušilo nesouvisející služby. PRIMÁRNÍ ZDROJE Jděte ke zdroji. Tyto zdroje podporují technické koncepty v tomto průvodci. Před změnou produkčního systému se řiďte aktuální dokumentací. IETF RFC 6349: Rámec pro testování propustnosti TCP datatracker.ietf.org ESnet: Invoking iperf3 software.es.net Redakční vedení od SwissOctet. Příklady jsou ilustrativní. Specifikace služeb, dostupné možnosti a smluvní podmínky je nutné ověřit samostatně. PROPOJTE ZNALOSTI Související infrastruktura. Metal Atlas Švýcarsko Transit 40 Švýcarsko Transit 100 Švýcarsko UDRŽTE NIT Vaše další terénní poznámky. Prozkoumat všechny průvodce TERÉNNÍ POZNÁMKA / 01 + Dedikované a GPU Základ VPS nebo dedikovaný: zvolte hranici, která sedí Pochopte, co fyzický stroj mění, co nemění a kdy se stává užitečným krokem pro vaši zátěž. 4 min čtení Přečtěte si průvodce TERÉNNÍ POZNÁMKA / 02 + Síťové inženýrství Základ Šířka pásma, rychlost portu a přenos: přečtěte si celý obrázek Odhadněte, kolik dat váš projekt přenese, a pochopte, proč je větší port jen jednou částí výkonu sítě. 4 min čtení Přečtěte si průvodce TERÉNNÍ POZNÁMKA / 03 + Síťové inženýrství Pokročilé Naplánujte 40, 100 nebo 200 Gbps origin jako kompletní systém Převeďte velké třídy portů na otázky úložiště, CPU, souběžnosti a provozu, než zvolíte konfiguraci distribuce s vysokým objemem. 4 min čtení Přečtěte si průvodce