我被要求说明我目前正在开发的应用程序的服务器硬件需求,我不相信自己有能力正确地做到这一点。理想情况下,我希望一步一步地列出自己如何做到这一点,但读到其他类似的问题,这并不是那么直截了当,我可能会在这里得到最好的答案,只要说明我的要求是什么。
该应用程序是一个WPF瘦客户端,它通过WCF与IIS中的服务器端应用程序进行通信。目前几乎没有业务逻辑需求,但这很可能会在项目的后期阶段发生变化,并且可能会为其中一些需求合并WWF。我使用NHibernate作为持久化层,并将使用AppFabric进行二级缓存。最后,该数据库将是一个SQLServer 2008 R2数据库。
我被要求指定的站点将有大约20个用户。为了降低成本,他们想要一个单盒解决方案,就性能而言,我相信这一小部分用户会很好,但是,我从安全角度和停机时间等角度来理解这一问题的风险。如果我在这里太天真了,请告诉我。
不幸的是,在这个阶段,我不知道需要在数据库中存储多少数据--最终,我可以假设我需要存储的数据越多,我就需要越大的硬盘吗?
如果我错过了任何有价值的信息,请在评论中告诉我。
发布于 2011-09-19 09:56:28
通常的方法是检查树的主要瓶颈-- "CPU能力“、”磁盘I/O性能“和”内存需求“,估计每个瓶颈对特定情况的大致需求,并在一定程度上使您感到舒适(这有点不科学,但当然需要一个有教养的猜测,包括对未来负载和使用模式以及可能的资源需求特性的预测)。
“数据量”很可能与当今硬盘的大小无关--最有可能的是,您将能够以较低的成本获得“完全足够”的存储量。
内存和I/O性能瓶颈通常是相互关联的,因为RAM用于缓存速度相当慢的硬盘I/O,而硬盘用作低内存条件下的交换空间。
一般来说,由于系统和图书馆中算法的复杂性,在起草委员会上所作的估计将不如对活工作量的审查及其预测。有了今天在托管和虚拟化方面的机会,我个人建议使用“购买前尝试”的方法,并为此目的从主机市场租出一台Windows机器。
https://serverfault.com/questions/312905
复制相似问题