如何计算Web服务器的stream量?

我们有一个asp.net web服务器应用程序和web服务,它们将被托pipe在同一个服务器上。 客户的IT团队问我们什么是Web服务器上的预期stream量。 我如何计算这个?

你可以通过apache / IIS / lighthttpd / etc等日志parsing程序来知道stream量。 最清楚的是awstat 。

日志parsing器将生成多个报告,包括点击次数,页面查看次数,stream量,

如果您需要不涉及日志的解决scheme,也可以查看ntop 。

干杯

计算预期的stream量不是一件容易的事情,最好的办法是安装一些networkingstream量监视器,设置10个testing工程师,告诉他们浏览网站,然后收集10个用户使用的带宽数据。 获得这些数据后,您将获得每个用户的使用情况,然后您可以确定其他参数,比如如何驱动用户? 我的意思是人们如何知道你的网站,他们会来? 通过广告? 或者您已经有固定数量的用户访问您的网站?

这里的关键是您必须根据预期的未来会议和/或用户的数量来衡量当前stream量(每个会话和/或用户)和趋势。 虽然衡量当前的交通水平应该很容易,但预测未来的增长会有点棘手,答案的一部分落在客户身上。 他们预计在下个月,6个月,12个月内有多less次会话和/或用户使用该网站?

客户要求你估计未来的交通水平将与他们询问什么时候扫帚壁橱里的灯泡烧坏一样。 你可以根据灯泡的额定寿命给它们一个近似值,它是当前的使用量,但很难预测未来会发生什么。 在下个月,6个月,12个月时,灯泡会多less开启一次?

如果你想要一个快速和肮脏的方法…

  1. 禁用服务器上所有可能产生/接收stream量的服务,而不是您想要testing的服务。
  2. 获得一个testing客户端(如Akash所build议的),不pipe是人还是脚本。
  3. 假设你没有一个基于Linux的路由器,请在客户端和服务器之间(SPAN /镜像端口,哑集线器,无论什么地方)找一个Linux的盒子。
  4. 观看交通。 使用Linux机器将允许您根据主机,端口等限制您计算的stream量,而不仅仅是查看交换机计数器。 你可以使用tcpdump或者像iftop,bwm-ng等那样快速而又脏的东西。最好的办法是使用tcpdump,然后编写一个脚本来读取转储文件,并只计算你想要的。

您实际上必须定义stream量才能回答这个问题。 你的意思是在带宽,还是在用户? 这两个问题都是相关的,但是可以回答不同的问题 – 听起来好像你被要求帮助整体的容量规划,包括那些和潜在的资源利用。

首先,它可能是一个简单的抓取你的日志的问题,就像其他人指出的一样(比如寻找“命中”作为一个度量指标,或者在你的应用程序中增加一些基本的跟踪),然后你可以把它和现场使用的带宽并根据您的平均用户数估算您的带宽使用量随着时间的推移而增加了额外的stream量/用户。

一旦你的用户群有基线数据,交叉引用带宽,CPU使用率和内存等指标对于回答你所问的问题types非常有用。 穆宁或仙人掌,正如其他人所build议的,是开始收集数据并绘制graphics随时间变化以观察趋势的极好工具。

如何在没有系统stream量历史趋势的情况下计算预期的stream量? 我将执行以下一项或多项:

  • Windows Perfmonnetworking带宽
  • AWStats或类似的日志parsing
  • networking接口的Cacti SNMPgraphics化

没有研究过去,你不可能知道未来。 🙂

比较类似公司的市盈率。 从技术上说,你可以通过日志文件configuration文件操作系统或只是日志文件分析器或oldschool grep使用。 取决于技术负载或市场渗透。 首先可能是服务器端的措施,而后者肯定是最可靠的,总是通过外部服务来validation,而不是测量自己,而不是绝对的相对其他人。