# Dimensjoner en overføring med målinger av latens, samtidighet og gjennomstrømning | SwissOctet Insights https://swissoctet.com/no/insights/size-throughput-with-bandwidth-delay/ SwissOctet / Innsikt / Nettverksteknikk Nettverksteknikk Avansert · 4 min lesetid Dimensjoner en overføring med latens-, samtidighets- og gjennomstrømningsmålinger Bygg en repeterbar overføringsmodell ved hjelp av nyttelastvolum, leveringsvinduer og rundturtid, og test den uten å forveksle en portetikett med nyttig gjennomstrømning. Av SwissOctet Redaksjonell Lagre veiledning Kopier lenke PÅ DENNE SIDEN 01 Gjør leveringsvinduet om til en hastighet 02 Hold portkapasitet atskilt fra nyttig gjennomstrømning 03 Forstå hvorfor rundturtid har betydning 04 Bygg en kontrollert testmatrise 05 Se på endepunktene under testen 06 Test applikasjonen med realistiske nyttelaster 07 Bruk resultatet til å velge en konfigurasjon Din praktiske sjekkliste Kilder og videre lesning Tilbake til biblioteket DET DIREKTE SVARET Beregn den nyttige overføringshastigheten leveringsvinduet ditt krever, og mål deretter hele ruten. Portkapasitet, rundturtid, TCP-atferd, lagring og applikasjonsbehandling påvirker alle resultatet. Bruk kontrollerte tester med realistisk samtidighet og gjenta dem gjennom den faktiske applikasjonen før du velger et nettverksnivå. 01 Gjør leveringsvinduet om til en hastighet Start med en mengde nyttige applikasjonsdata og tiden som er tilgjengelig for å levere dem. Med desimale enheter krever overføring av 2 TB på to timer omtrent 278 MB per sekund med nyttelast, eller 2.22 Gbps, før det tas hensyn til protokolloverhead og avbrudd. Regnestykket er et planleggingseksempel, ikke et målt tjenesteresultat. Ta med overføringene som overlapper. En planlagt eksport, kundenedlastinger og sikkerhetskopiopplastinger kan dele ressurser selv om månedstotalene ser moderate ut. Skriv en modell for travle perioder, ikke bare et månedsgjennomsnitt. Spesifiser hvilken retning som betyr noe, og om en mislykket overføring må starte på nytt eller kan gjenopptas; denne atferden påvirker hvor mye arbeid systemet utfører. 02 Hold portkapasitet atskilt fra nyttig gjennomstrømning En serverport beskriver en lenkekapasitet. Nyttig gjennomstrømning beskriver dataene applikasjonen din leverer i et observert intervall. Kryptering, protokollinnramming, retransmisjon, lagringsaktivitet og arbeid hos mottakeren opptar deler av den ruten. En oppgitt 10 Gbps-port fastslår derfor ikke at en applikasjon kontinuerlig vil levere 10 Gbps med nyttelast. IETF RFC 6349 skiller spesifikt mellom testing av nettverksruten og undersøkelse av TCP-ytelse. Bruk dette skillet i din egen diagnose. Bekreft først at endepunktene og ruten er passende, og undersøk deretter transporten og applikasjonen. Å øke den kjøpte porten retter ikke opp en mottaker som skriver data sakte, eller en applikasjon som behandler én forespørsel om gangen. 03 Forstå hvorfor rundturtid har betydning TCP styrer hvor mye data som kan være underveis før bekreftelser kommer tilbake. Båndbredde-forsinkelsesproduktet gir en nyttig skala for dette: hastighet multiplisert med rundturtid. En hypotetisk 10 Gbps-rute med 40 millisekunder rundturtidsforsinkelse representerer omtrent 50 MB underveis. Denne beregningen forklarer hvorfor latens og transportatferd hører hjemme i planlegging av høyhastighetsforbindelser. Resultatet er ikke en instruks om å bruke en vilkårlig socket-innstilling. Operativsystemer, overbelastningskontroll, forhandlede vinduer og den faktiske ruten påvirker atferden. Verifiser gjeldende programvaredokumentasjon og inspiser målinger før tuning. Flere parallelle tilkoblinger kan forbedre samlet gjennomstrømning i noen tilfeller, men de kan også skjule atferden til den enkelte overføringen applikasjonen din er avhengig av. 04 Bygg en kontrollert testmatrise Bruk bare endepunkter du eier eller har tillatelse til å teste. Avtal testvinduet og hastigheten slik at øvelsen ikke forstyrrer normal drift. Verktøy som iperf3 gir konfigurerbar retning, varighet og parallelle strømmer; den offisielle dokumentasjonen definerer disse kontrollene. Registrer versjon, endepunkter, rutekontekst og innstillinger sammen med resultatet, slik at en annen operatør kan reprodusere det. Start med én enkelt strøm, og legg deretter til representativ samtidighet. Kjør begge retninger hvis applikasjonen er avhengig av begge. Denne illustrerende matrisen skiller spørsmål som et enkelt overskriftsresultat ville blandet sammen. Hold råresultater privat når de avslører interne adresser eller driftsdetaljer, og publiser bare målingene som trengs for beslutningen. Test Hva den undersøker Hva det ikke beviser Én transportstrøm Enkeltstrøms ruteatferd Samlet applikasjonslevering Flere parallelle strømmer Samtidighet og samlede grenser Én kundes overføringshastighet Applikasjonsoverføring Lagring, protokoll og programvare samlet Ytelse for alle datasett Gjentakelse i travel periode Variasjon under realistisk aktivitet En permanent gjennomstrømningsgaranti 05 Se på endepunktene under testen Registrer CPU-bruk, minnepress, lagringsaktivitet og feiltellere i begge ender. Et overføringsresultat uten observasjoner av endepunktene kan gjøre den virkelige begrensningen usynlig. Sjekk om én prosess eller CPU er mettet mens andre er ledige. Unngå å endre flere innstillinger samtidig, fordi det gjør det vanskelig å identifisere hvilken justering som hjalp. Skill en minnebasert test fra en som leser og skriver virkelige data. Den første kan bidra til å undersøke transportruten; den andre gjenspeiler mer av applikasjonens arbeid. Hvis resultatene avviker sterkt, undersøk lagring og behandling i stedet for å behandle det minnebaserte tallet som et leveringsløfte. Begge målingene kan være nyttige når omfanget deres er klart. 06 Test applikasjonen med realistiske nyttelaster En HTTP-eksport, kryptert replikasjonsstrøm og filoverføringsøkt har forskjellige behandlingsmønstre. Bruk representative filstørrelser, forespørselshastigheter og krypteringsinnstillinger. Ta med tiden som brukes på å forberede data før den første byten sendes, når brukeren venter på det trinnet. Skill latens for første svar fra fullføringstid i stedet for å rapportere det ene som det andre. Gjenta testen over nok intervaller til å se variasjon, og hold en baseline før du endrer konfigurasjonen. For den hypotetiske 2 TB-eksporten, sammenlign den faktiske fullføringstiden med to-timersvinduet og legg inn margin for avbrudd. Velg en forbedring mot den observerte flaskehalsen i stedet for å multiplisere portkapasiteten uten grunn. 07 Bruk resultatet til å velge en konfigurasjon Det nyttige resultatet er et ressurskrav med bevis: en målt nyttelast-hastighet, akseptabel fullføringstid, forventet samtidighet og et kjent begrensende trinn. Sammenlign SwissOctet-nettverksvarianter mot dette kravet, inkludert trafikkvotum og CPU- og lagringsspesifikasjoner. Plasseringen alene bestemmer ikke ruten eller ende-til-ende-latensen til hver mottaker. Behold testprosedyren etter utrulling. Bruk den på nytt når datasett vokser, programvare endres eller brukere flytter til andre nettverk. En repeterbar baseline gjør en ytelseshendelse enklere å diagnostisere og gir en mer solid grunn for å endre en konfigurasjon enn en isolert hastighetstest eller en annonsert maksimumsverdi. GJØR DET OM TIL HANDLING Din praktiske sjekkliste. ✓ Beregn nyttelast-hastighet fra volum og frist. ✓ Modeller overlappende overføringer og retning. ✓ Avtal autoriserte testendepunkter og grenser. ✓ Sammenlign én strøm, samtidighet og applikasjonstester. ✓ Observer begge endepunkter under testing. ✓ Behold en repeterbar baseline og nyttig margin. Last ned sjekkliste VANLIGE SPØRSMÅL Detaljene som betyr noe. Fikser et større TCP-vindu alltid en treg overføring? + Nei. Diagnostiser ruten og endepunktene først. Lagring, CPU, tap og applikasjonsatferd kan dominere, og transporttuning må passe det faktiske systemet. Hvorfor teste én enkelt strøm og flere strømmer? + De svarer på forskjellige spørsmål. Samlet kapasitet kan være høyere enn én overførings hastighet; applikasjonens samtidighet avgjør hvilket resultat som betyr noe. Kan jeg kjøre en kapasitetstest mot en vilkårlig offentlig server? + Bruk endepunkter du kontrollerer eller har tillatelse til å teste. Avtal varighet, hastighet og tidspunkt slik at målingen ikke forstyrrer urelaterte tjenester. PRIMÆRREFERANSER Gå til kilden. Disse referansene støtter de tekniske konseptene i denne veiledningen. Følg gjeldende dokumentasjon før du endrer et produksjonssystem. IETF RFC 6349: Rammeverk for TCP-gjennomstrømningstesting datatracker.ietf.org ESnet: Invoking iperf3 software.es.net Redaksjonell veiledning av SwissOctet. Eksempler er illustrerende. Tjenestespesifikasjoner, tilgjengelige alternativer og kontraktsvilkår må verifiseres separat. KOBLE KUNNSKAPEN SAMMEN Relatert infrastruktur. Metal Atlas Sveits Transit 40 Sveits Transit 100 Sveits HOLD TRÅDEN Dine neste feltnotater. Utforsk alle veiledninger FELTNOTAT / 01 + Dedikert og GPU Grunnlag VPS eller dedikert: velg grensen som passer Forstå hva en fysisk maskin endrer, hva den ikke endrer, og når den blir et nyttig steg for arbeidsbelastningen din. 4 min lese Les veiledningen FELTNOTAT / 02 + Nettverksteknikk Grunnlag Båndbredde, porthastighet og overføring: les hele bildet Anslå datamengden prosjektet ditt flytter og forstå hvorfor en større port bare er én del av nettverksytelsen. 4 min lese Les veiledningen FELTNOTAT / 03 + Nettverksteknikk Avansert Planlegg en 40, 100 eller 200 Gbps-opprinnelse som et komplett system Oversett store portklasser til lagrings-, CPU-, samtidighets- og driftsmessige spørsmål før du velger en distribusjonskonfigurasjon for høyt volum. 4 min lese Les veiledningen