We have an asp.net web server application and web service,which will be hosted in the same server. Customer's IT team has asked us what is the expected no.of traffic on the web server. How do I calculate this?
feedback
|
migrated from stackoverflow.com Sep 18 '09 at 11:47
This question came from our site for professional and enthusiast programmers.
|
try this website, to moniter server traffic http://www.websitepulse.com/services/server.and.network.monitoring.php | |||||||
feedback
|
|
you can apache/IIS/lighthttpd/etc.. log parsing program to know the traffic. The most well know is awstat. The log parser will produce several reports with number of hits, page view, traffic, You can also look into ntop if you need a solution that doesn't involve logs. Cheers | |||||
feedback
|
|
Calculating expected traffic is not an easy task, the best way would be to have some sort of network traffic monitor installed, setup 10 testing engineers and tell them to browse the site and then collect bandwidth data used by 10 users. Once you have this data, you will get per user usage and then you can determine other parameters like how it will drive users? I mean how do people will know about your site and they will come? by ads? or you already have fixed number of users visiting your site? | |||
|
feedback
|
|
The key here is that you have to measure the current traffic (per session and/or user) and trend that based on the anticipated number of future sessions and/or users. While it should be easy to measure the current traffic levels, anticipating future growth will be a little trickier and some part of the answer falls on the customer. How many sessions and/or users do they expect to use the site in the next month, 6 months, 12 months? The customer asking you to estimate what the future traffic level will be is analogous to them asking you when the lightbulb in the broom closet is going to burn out. You can give them an approximation based on the rated life of the bulb and it's current useage, but it's hard to predict what might happen in the future. Will the light bulb be turned on more or less frequently in the next month, 6 months, 12 months? | |||
|
feedback
|
|
If you want a quick and dirty method...
| |||
|
feedback
|
|
You actually have to define traffic in order to answer this question. Do you mean in bandwidth, or in users? Both questions are related, but can answer different questions - it sounds like you're being asked to help with overall capacity planning, which would include both those and potentially resource utilization across the board. To start with, it may be a question of simply scraping your logs as others have indicated (ie, looking for 'hits' as a metric, or added some basic tracking into your application itself. You can then correlate this with bandwidth used on site, and estimate based off your average number of users what your bandwidth usage would be over time as you added additional traffic/users. Once you have baseline data for your user base, cross referencing this with metrics like bandwidth, cpu usage and memory are very useful for answering the types of questions you're asking. Munin or cacti, as others have suggested, are excellent tools to begin collecting data and graphing it over time to see trends. | ||||
|
feedback
|
|
How can you calculate expected traffic without a historical trend of traffic on the system? I would implement one or more of the following:
You can't know the future without studying the past. :) | |||
|
feedback
|
|
ratio like P/E value compared to similar companies. technically you can profile os or just logfile analyzer or oldschool grep through logfiles are used. depends on technical load or market penetration. first probably serverside measures and latter surely most reliable always validate via external service, don't measure yourself, and compare relative others instead of absolute value. | |||
|
feedback
|