![ASP.Net / SQL Server 应用程序的负载估计](https://linux22.com/image/481410/ASP.Net%20%2F%20SQL%20Server%20%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E7%9A%84%E8%B4%9F%E8%BD%BD%E4%BC%B0%E8%AE%A1.png)
是否有任何启发式方法来定义典型应用程序的服务器要求?从内部开发到少数用户,这是我们第一次部署互联网应用程序。在内部,我们只是根据需要进行部署、监控和采取行动,但由于预算紧张且必须远程部署,我必须进行更准确的估算。
我对参数估计的输入来源如下:
经过测试,我得到了: - 流量 - SQL 请求数
并从项目管理中获得了预期的总用户数和同时连接的用户数。
是否存在可以应用于这些参数的经验法则?
答案1
没有简单的数学公式可以确定您将面临的负载。您的负载可能会根据以下因素发生巨大变化:
- 查询- 例如,如果您使用游标,则需要比使用基于集合的操作更多的能力。只需一个设计不良的查询即可使服务器瘫痪。
- 指数- 优秀的 DBA 可以使应用程序的运行速度变快或变慢。
- 历史数据量- 由于您的应用程序运行时间较长,因此可以存储更多数据,这会影响 SQL Server 返回查询结果的速度。如果您的应用程序可以快速清除历史记录,那就更好了。
- 硬件调整- 例如,经过适当调整的 SAN 可以比未正确调整的 SAN 承受更多的负载。
关于如何进行容量规划,存在着多种学派,但它比几个公式要复杂得多。
答案2
您必须考虑大量的变量,因此没有简单的方法可以做到这一点。您需要考虑以下几点(除了 Brent Ozar 的出色笔记之外):
- 你的数据集有多大?你预期的增长率和模式是什么?
- 这些服务如何隔离?分离 Web 和 SQL 服务器?您的应用程序可以扩展到每个服务器的服务器群吗?
- 您的应用程序的大部分工作是在 Web 端完成的,还是通过 SQL 查询完成的?
对于新应用程序,最好的部署方式是购买几台远低于预算的可扩展服务器。尽可能缓慢地推出应用程序(即,自己和一些可信赖的客户进行测试,然后逐渐向公众推出测试版)。
在此过程中,密切关注您能接触到的每个性能指标,以确定瓶颈所在。将您之前节省的资金用于解决这些瓶颈。
这种方法不会让您在一场大风暴中启动,但它可以避免以后出现很多麻烦。
答案3
没有灵丹妙药;根据应用程序的性质,您可能会看到用户较少时负载较大。例如,网站上的大量 Ajax 可能会大大增加 Web 和 DB 服务器的负载。
我听说,Web 服务器上每 1GB RAM 和单核 CPU 可同时处理约 75 个用户是一个安全的估计。因此,您的典型 8GB/四核服务器应该可以处理很多用户。如果达到这一点,带宽可能也会开始影响您的负载。
我对 SQL Server 没有太多经验,但我认为类似的数字也适用。