Vi kör en site på en Windows 2000 burk med IIS 5.

Vi har fått lite klagomål från vårt webbhotell att vi tar lite mer bandbredd än vad vi har kontrakt för. Just nu ligger vi på cirka 500 gig/månad.

Vad vi vet så är det i princip bara "layout" bilder och ren html som skickas mellan client och server.

Jag behöver tips på bra programvara (gärna freeware) som man kan använda för att mäta trafiken på servern. Framförallt för att lätt kunna se skillnader om man gör förändringar, men även gärna så man kan se lite mer exakt vad för typ av trafik det är som skickas. Jag hittade nåt Commwire igår som jag gillade ganska mycket.

Jag har oxå sett att vårat webhotells trafikstatistik och statistiken vi genererar från våran IIS Logfil skiljer sig väldigt mycket i trafikmängd. Vår IIS log säger typ 100-200 gig i månaden. Trafikloggen säger 400-500 gig i månaden. Vad beror det här exakt på? Jag misstänker väl att IIS loggen's bara mäter utgående trafik eller nåt i den stilen? Men det vore nice med en teknisk förklaring på hur det funkar :)

Jag skulle oxå hemskt gärna vilja ha tips eller länkar till artiklar om hur man kan minimera bandbredd på en IIS 5. Jag vet att man på IIS 6 kan köra komprimering även på dynamisk data men jag är osäker på om det funkar på IIS 5.

Men som sagt, bomba mig med tips på hur man kan minimera trafiken men endå kunna servera dynamiskt content.

Tack på förhand :)

Se till att bilder cahacs på klienten. Det är effektivt sätt att minimera trafiken.

Inte riktigt säker på vad du menar med att mäta trafiken. Menar du i real-tid då? Vill du kontrollera enskilda filer och jämföra skillnaderna? En nätverks-sniffer kanske? WFetch från IIS 6.0 Resource Kit Tools kan också vara till hjälp (exempelvis för att se hur mycket mindre en fil blev).

IIS loggar det som IIS gör. Dock kan det mycket väl vara så att ni bara har tillgång till loggfilen för webservern (och det är den du har använt för att beräkna mängden data), men att ni även kör FTP, SMTP och POP3 och denna trafik inkluderas i den månatliga mängd ni har. Hör efter med webbhotellet varför det skiljer, de ska kunna förklara.

Webbhotellet kan även göra så att de inkluderar både cs-bytes och sc-bytes när de beräknar, men att du enbart använde en av dessa. Men som sagt, webbhotellet bör kunna förklara hur de beräknar mängden data.

Jag antar att en lösning för dig inte är att göra bilder och sidor mindre. Dock vill jag säga att om du använder ASP.NET, titta över View State! Denna är i många fall alldeles för stor.

Komprimering blir således en lösning som du får titta närmare på. Jag tycker inte du ska använda den komprimering som finns i IIS 5.0. Den har visat sig vara "dålig" (utan att gå in på några tekniska detaljer). Dock fungerar den alldeles utmärkt i IIS 6.0 (så jag inte avskräcker någon). Så för din IIS 5.0 maskin behöver du titta på en tredje-parts-komponent. Där är httpZip[1] en av de bättre.

Det kan också vara en bra idé att se över vad som orsakar mest trafik för att sedan avgöra om det är lämpligt att ha kvar detta eller dessa objekt eller om de orsakar "onödig" trafik (trafik som inte är av värde för dig utan som enbart kostar pengar). Här kan Log Parser[2] vara ett bra verktyg.

[1] http://www.port80software.com/products/httpzip/
[2] http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07&displaylang=en

Tack för ett bra svar!

Som sagt det som verkar mest skumt är att vår IIS log skiljer sig så mycket från den trafik vi kör. Jag får ju dock erkänna att vi varit lite slarviga med säkerhet och dylikt och har långa perioder kört utan nåt skydd. Så det kan ju smygits sig in lite skit som ligger och skapar trafik på nåt sätt.

Sen minns jag oxå att när jag satte upp inställningar för mitt "stats" program så (awstats, http://www.whoa.nu/stats/) ändrade jag lite av default inställningarna där i på loggen. Får kanske kolla igenom de där lite igen och läsa på lite. Och kanske testa nåt annat/alternativt kolla igenom inställningarna för mitt stats program.

All trafik (iallafall 99%) ska gå via IISen. Det enda andra tjänster vi kör på servern är typ lite ftp för administrations bruk plus lite remote desktop och dylikt. Det är därför jag är lite rädd för att det är nåt skumt som pågår.

Jag kör inte asp.net just nu, men är påväg mot det och jag är mycket bättre på asp.net programmering än på server administration :D Så viewstate har jag koll på. Men tipset är mycket bra. Viewstate är en rejäl "bandbredd" fälla.

Angående komprimering så har jag funderat en hel del på det. Jag undrar lite hur mycket det kan hjälpa om man har till 95% dynamiskt content på sidan. Blir det inte ett jävla jobbande för cpu och dylikt om man kör för mycket komprimering. Fast det är klart att visa utvalda sidor vore det bra för. Har t.ex långa forumtrådar som kan dra iväg till tresiffriga kb belopp. Där kan det vara väldigt värt. Du vet inte om det finns nån freeware sån komponent eller? Funderar endå på att installera Windows 2003 på servern inom några månader och känns onöidgt att betala för en sån kort period.

Jag har tittat lite på Logparser för ett tag sen. Kan ju ta och tanka en en log fil från servern och leka lite med det.

Som sagt, verkligen tack för svaret. Ska posta ett nytt inlägg snart angående att installera firewalls på via remote desktop .. ;) Kolla gärna det.

tack!

Jag har tyvärr inget bra svar på varför det skiljer så mycket vad gäller hur mycket data som skickats.

Vad gäller komprimering så kommer CPUn att få jobba mer när det handlar om dynamiska sidor. Intel har en rätt bra artikel som handlar om komprimeringen i IIS 6.0, och där finns också lite siffror så du får en ungefärlig bild över hur mycket med CPUn kommer att jobba.

Dock så är httpZip bättre på dynamiska sidor eftersom den klarar av att cacha även dessa sidor, och därmed ska CPU-användningen bli lägre. Dvs, komprimeringen i IIS 6.0 sparar inte en komprimerad version av varje sida, utan måste komprimera den för varje request.

Jag känner inte till några gratis-komponenter för detta (vilket betyder att jag heller inte har letat). Dock ska man tänka på att något som är gratis inte heller brukar komma med support, vilket kan vara bra att ha.

(Jag försöker inte på något sätt övertyga dig om att köpa httpZip, men det är en av de bättre produkterna för detta)

http://www.intel.com/cd/ids/developer/asmo-na/eng/208335.htm?page=1

Kan en produkt som denna vara intressant?

http://www.turboiis.com/