[lug] Web bandwidth accounting sw

Dan Ferris dan at usrsbin.com
Wed Mar 14 19:24:54 MDT 2007


Cisco Netflow* might be able to do some of what you want.  I've never 
tried it.  You could also think about looking at ntop.  Maybe the newer 
versions do that, or you can hack it to do what you want.

Dan

*Costs money

Sean Reifschneider wrote:
> On Tue, Mar 13, 2007 at 04:28:01PM -0700, karl horlen wrote:
>   
>> If a webserver is going to be shared by a number of
>> different sites with different owners, can anybody
>>     
>
> If you set up the different sites to save their logs to different
> locations, you can then just use the access_log to sum up the size column
> and get rough estimates.  That of course doesn't count things like TCP
> retransmissions or other cases where the line usage didn't exactly
> translate to what the web server sent out (including, notably, TCP/IP
> overhead).  However, plenty of systems are built from them.
>
> Worst case, what you're looking to do is pretty easily implemented
> yourself, including things like changing the config to a "Exceeded
> bandwidth" page when they are over quota.
>
> I can't really comment on available systems to do this, because all of the
> accounting we do at our hosting facility is done at the routers, not on the
> machines like you would with shared hosting setups.
>
>   
>> 5) allocate percentages of the entire bandwidth pipe
>> to individual sites so that if all the bandwidth is
>>     
>
> If you are doing IP-based virtual hosting, that's easily enough done for
> the outbound traffic using Linux shaping as mentioned in the other reply.
> If you are doing Name-based virtual hosting, one (hard) option would be
> to use layer-7 packet categorization to hand off to the shaping tools.
> You'd want to look at things like mod_bandwidth, I think it might be able
> to do something like this.
>
> Thanks,
> Sean
>   

-- 
#Consensual Unix
# unzip ; strip ; touch ; finger ; mount ; fsck ; more ; yes ; umount ; sleep

#UNIX KISS principle:
I ...wanna grok and poll all night...




More information about the LUG mailing list