Tro*_*ven 2 c# asp.net performance sql-server-2005 windows-server-2003
我的问题很简单.大约2年前,我们开始从ASP Classic迁移到ASP.NET.我们的问题是我们目前在服务器上有大约350个站点,服务器似乎陷入困境.我们一直在尝试各种方法来提高性能,查询优化,禁用ViewState,会话状态等,但它们都有效,但是当我们添加更多站点时,我们最终会使用更多的服务器资源,因此我们在代码中所做的改进是几乎抹去了.
基本上我们现在处于临界点,我们的CPU目前平均接近100%.我们的IS希望我们找到新的方法来重新设置网站上的代码以提高性能.
我有一个理论,我们只是限制一个服务器可以处理的站点数量.
有任何想法吗？如果您对所谈论的内容有充分的了解,请回复.我听说很多人对这个电台进行理论化.我需要一个对可能发生的事情有实际了解的人.
这是详细信息.
在虚拟化的Windows Server 2003上运行.
该数据库位于单独的服务器上,是SQL SERVER 2005.
看起来你已达到这一点.你已经优化了你的应用程序,你已经看过服务器性能,你可以看到你达到峰值内存使用量,最大化CPU,并且,让我们面对它,管理这么多的网站并不容易.
此外,您的VM的规格并不太棒.特别是它的内存可能对你拥有的网站数量不大.
你有很多理由搬家.
但是,有些事情要看:
1)实际使用了250个网站中有多少个？哪些是性能最高的违规者？那些是被移到他们自己的盒子上的主要候选人.
2)有多少人根本没用过？你能退休吗？
3)您正在虚拟机上运行.您使用什么样的虚拟机平台？该硬件上还运行着哪些其他服务器？
4)您目前有什么样的冗余？一个盒子上有250个站点没有备份？如果您有备份服务器,则可以将其用于循环请求,也可以将其用作共享负载的Web场.
让我们说你决定搬家.你应该考虑的第一件事是如何.
你打算简单地减少一半的网站数量吗？一个盒子上有125 +管理员,另一个盒子上有125 +管理员？或者你打算使用最多的？
或者,您可以拥有多个虚拟机,这些虚拟机都是活动的,作为Web场或负载平衡系统的一部分.
但是,通过事物的声音,购买更多硬件是一种真正的阻力.
在某些时候,你将不得不,有时,事情只是变老或落后.新服务器在相同的空间中具有更多的处理能力和内存,并且运行起来更便宜.
哦,还有一件事.所有这些重复优化和测试的成本可能很容易通过购买更多硬件来抵消.当然,这并不是没有做任何优化的借口,我对你运行的网站数量印象深刻,特别是如果你有很多用户,但是有一个平衡,我希望你能倾向于它的"更多硬件"方面更多.
| 归档时间： |
|
| 查看次数： |
361 次 |
| 最近记录： |