Oli Asked: 2009-05-04 06:10:56 +0800 CST2009-05-04 06:10:56 +0800 CST 2009-05-04 06:10:56 +0800 CST ASP.Net / SQL Server 应用程序的负载估计 772 是否有任何启发式方法来定义典型应用程序的服务器要求？从内部开发到少数用户，这是我们第一次部署互联网应用程序。在内部，我们只是根据需要进行部署、监控和采取行动，但由于预算紧张且必须进行远程部署，我必须进行更准确的估算。 我对参数估计有以下输入来源： 经过测试，我得到： - 流量 - SQL 请求的数量 从项目管理中，我得到了预期的总用户数和同时连接的用户数。 我可以对这些参数应用经验法则吗？ sql-server asp.net 5 个回答 Voted Brent Ozar 2009-05-04T13:07:39+08:002009-05-04T13:07:39+08:00 没有一个简单的数学公式可以确定您将面临的负载。您的负载可能会根据以下情况发生巨大变化： 查询- 例如，如果您使用游标，您将需要比使用基于集合的操作更多的功能。只需要一个设计不佳的查询就可以使服务器瘫痪。 索引- 一个好的 DBA 可以决定应用程序执行的快慢。 历史数据量- 当您的应用程序运行时间较长时，可以存储更多数据，这会影响 SQL Server 返回查询结果的速度。如果您的应用程序可以快速清除历史记录，那就更好了。 硬件调整——例如，经过适当调整的 SAN 可以比未正确调整的 SAN 承受更多的负载。 关于如何进行容量规划有一些思想流派，但它比一些公式要复杂得多。 sh-beta 2009-05-07T07:58:41+08:002009-05-07T07:58:41+08:00 您必须考虑大量变量，因此没有简单的方法可以做到这一点。您需要考虑的几件事（除了 Brent Ozar 的出色笔记）： 你的数据集有多大？您预期的增长率和模式是什么？ 这些服务将如何隔离？单独的 web 和 sql 服务器？您的应用程序可以扩展到每个农场吗？ 大部分工作是由您的应用在 Web 端完成的，还是由 SQL 查询完成的？ 对于新应用程序，最好的部署方式是购买几台大大低于预算的可扩展服务器。尽可能缓慢地推出您的应用程序（即，您自己并与一些可信赖的客户一起进行测试，然后逐步向公众推出测试版）。 在此过程中，请密切关注您可以掌握的每个性能指标，以确定您的瓶颈所在。把你之前省下的钱花在打开这些瓶颈上。 这种方法不会让你在一场大风暴中启动，但它会避免以后出现很多麻烦。 Nate 2009-05-07T08:31:55+08:002009-05-07T08:31:55+08:00 没有银弹；并且根据您的应用程序的性质，您可能会看到更少用户的更多负载。例如，站点上的大量 Ajax 会大大增加 Web 和 DB 服务器的负载。 我听说 Web 服务器上每 1GB RAM 和单个核心 CPU 约 75 个并发用户是一个安全的估计。所以你典型的 8GB/四核服务器应该可以处理很多用户。如果您达到了这一点，带宽也可能开始在您的负载中发挥作用。 我对 SQL Server 没有太多经验，但我想类似的数字也适用。 JoshBerke 2009-05-04T06:57:37+08:002009-05-04T06:57:37+08:00 我不认为你可以应用任何经验法则，除了知道你的应用程序将如何执行的唯一方法是观察你的应用程序的执行情况。 确保以项目团队预期负载的 1.5-2 倍为目标进行负载测试。如果您成功处理此负载，那么我将继续增加负载，以便您知道断点是什么。 Jimmie R. Houts 2009-05-05T16:46:28+08:002009-05-05T16:46:28+08:00 您的网络/数据库平台是什么？ 如果您使用 IIS 和 SQL Server，Microsoft 会制作一些工具来对您的网站进行压力测试/容量测试。IIS 工具 本文似乎是测试 SQL Server 的良好开端。
没有一个简单的数学公式可以确定您将面临的负载。您的负载可能会根据以下情况发生巨大变化：
关于如何进行容量规划有一些思想流派，但它比一些公式要复杂得多。
您必须考虑大量变量，因此没有简单的方法可以做到这一点。您需要考虑的几件事（除了 Brent Ozar 的出色笔记）：
对于新应用程序，最好的部署方式是购买几台大大低于预算的可扩展服务器。尽可能缓慢地推出您的应用程序（即，您自己并与一些可信赖的客户一起进行测试，然后逐步向公众推出测试版）。
在此过程中，请密切关注您可以掌握的每个性能指标，以确定您的瓶颈所在。把你之前省下的钱花在打开这些瓶颈上。
这种方法不会让你在一场大风暴中启动，但它会避免以后出现很多麻烦。
没有银弹；并且根据您的应用程序的性质，您可能会看到更少用户的更多负载。例如，站点上的大量 Ajax 会大大增加 Web 和 DB 服务器的负载。
我听说 Web 服务器上每 1GB RAM 和单个核心 CPU 约 75 个并发用户是一个安全的估计。所以你典型的 8GB/四核服务器应该可以处理很多用户。如果您达到了这一点，带宽也可能开始在您的负载中发挥作用。
我对 SQL Server 没有太多经验，但我想类似的数字也适用。
我不认为你可以应用任何经验法则，除了知道你的应用程序将如何执行的唯一方法是观察你的应用程序的执行情况。
确保以项目团队预期负载的 1.5-2 倍为目标进行负载测试。如果您成功处理此负载，那么我将继续增加负载，以便您知道断点是什么。
您的网络/数据库平台是什么？
如果您使用 IIS 和 SQL Server，Microsoft 会制作一些工具来对您的网站进行压力测试/容量测试。IIS 工具
本文似乎是测试 SQL Server 的良好开端。