Skip to end of metadata
Go to start of metadata
Tämän sivun sisältö:

 

 

Tyypillisiä suorituskykyongelmia

Usein verkon suorituskyky (havaittu nopeus [MG]bit/s vs. luvattu) ei ole sitä mitä pitäisi. Alla summittainen ryhmittely tavoitetasosta, suorituskykyyn vaikuttavista tekijöistä ja mitä ongelmille voi tehdä. Näistä (ja muista) asioista löytyy tietoa verkosta mm. sivustoilta

Funet-yhteytenne laadusta löytyy tilasto im.funet.fi-järjestelmästä (klikkaa omasta domainnimestä).

Näillä sivuilla on myös luetteloa verkkoyhteyksien suorituskyvyn mittaustyökaluista.

Suorituskykyasioihin liittyvissä kysymyksissä voit keskustella myös CSC:n verkkoasiantuntijoiden kanssa, katso yhteystiedot.


Interaktiivinen vaste on hidas

  • nimipalvelun toimivuus (voi vaikuttaa yksittäisten tapahtumien suoritusaikaan erityisesti interaktiivisessa käytössä, esim. www-selailu, palomuurilogi, mutta ei suoraan pakettien välitykseen eli siirtonopeuteen)
    • nimipalvelimien sijoittelu verkossa
    • nimipalvelimen kuormitus- ja suorituskykytilanteen tarkastaminen
  • tehottomat sovellukset, esim. jotkin X:n yli toimivat grafiikasovellukset. Vika voi korostua WAN-yhteyksillä.

Suorituskyky jää korkeintaan muutamaan Mbit/s

  • pakettihukasta johtuva TCP-yhteyksien nopeuden rajoittuminen
    • Half Duplex / Full Duplex -tilanteiden eliminointi
    • aktiivilaitteiden (palomuuri, reititin, kytkin, palvelin) suorituskykyongelmien eliminointi
    • fyysisten vikojen (kuitu/kaapeli, liitin) eliminointi
    • (oman verkon ulkopuolella tapahtuvan pakettihukan eliminointi)
    • erikoiskäytössä UDP:tä käyttävät protokollat
  • jaetussa mediassa (Ethernet VLAN, ATM) esiintyvä "piikkien leikkautuminen" (kuormituskäyrä näyttää saturoituvan selvästi alle 100% tasolle)
    • fyysisen ja loogisen topologian yhdenmukaistaminen (VLAN-trunkeista luopuminen)
    • kytkintopologian optimointi (ketjun lyhentäminen)
    • nopeampaan verkkotekniikkaan siirtyminen pullonkaulojen kohdalla
  • (Lähi)verkon kapasiteetin epätasainen jakautuminen eri käyttäjille (verkon heikko "subjektiivinen" suorituskyky)
    • hallinnolliset toimet (ohjeistus, kiellot, rajoitukset)
    • tekninen "tasa-arvoistaminen" liikenteen muokkauksella (joko reitittimessä tai erillisellä laitteella, joita löytyy myös markkinoilta)

Gigabit-yhteyksillä suorituskyky jää selvästi alle Gigabit-tason (kymmeniä tai satoja Mbit/s)

  • palomuurin läpäisy
    • palomuurin tehostaminen
    • palomuurin ohittaminen erityiskäyttötarkoituksissa
    • sääntöjen (tilapäinen?) yksinkertaistaminen
  • palvelinlaitteen fyysiseen suorituskykyyn liittyvät asiat
    • väylänopeudet ja -asetukset, keskeytyskuorma, muu CPU-kuorma, sisäinen puskurointi, ... (käyttöjärjestelmän konfigurointi/päivitys, laitteen vaihto tehokkaampaan)
  • palvelinten TCP-ikkunakokoasetukset (näkyy erityisesti pitkillä yhteyksillä)
    • ikkunakoon kasvattaminen yhteyden molemmissa päissä (nykyisin harvoin tarpeen)
    • UDP-pohjaisten tiedonsiirtosovellusten käyttö
  • EtherChannel -tekniikan yksittäisen yhteyden pullonkaula (yksittäinen siirto käyttää aina vain yhtä kanavaa)
    • nopeampaan Ethernet-tekniikkaan siirtyminen

Kiertoviiveet ja etäisyydet

Allaolevassa taulukossa on suuntaa antavia kiertoviiveitä eri etäisyyksille.

 

kiertoviive noinmaksiminopeus vakioasetuksilla noinsiirtoväli esim.ikkunankoko n. 100Mbit/s nopeudelle
10 ms50 Mbit/sHelsinki-Kuopio
Tampere-Ficix-Tampere*
128 kilotavua
30 ms15 Mbit/sOulu-Tukholma
Oulu-Ficix-Oulu*
512 kilotavua
50 ms10 Mbit/sHelsinki-Pariisi-
100 ms5 Mbit/sHelsinki-New York1 megatavu
180 ms3 Mbit/sHelsinki-Los Angeles2 megatavua

 


* Eri operaattorien liittymien välinen liikenne käy lähes aina kääntymässä pääkaupunkiseudulla Ficix-pisteessä, vaikka päätelaitteet olisivat samalla paikkakunnalla tai jopa samassa rakennuksessa!
  • No labels