硬件大小 - 拇指规则

在许多企业系统体系结构中,必须根据并发和工作负载要求调整硬件大小.大多数产品供应商将提供他们自己的硬件尺寸表,其中您只需插入指标,它将丢弃服务器数量,所需RAM等详细信息.但是,当使用开源软件组件开发系统时,这些指南并不容易获得.

我需要对系统进行硬件调整.该系统是水平可扩展的,因此可以通过添加更多节点来适应不断增长的流量.首先,系统将有两个HAProxy负载均衡器节点.负载均衡器背后是提供HTML页面和javascripts的Web服务器.有更多节点托管服务器用于RESTful Web服务.后端有一些Cassandra节点.我们对流量或并发用户有一个大概的了解.

我的硬件尺寸方法应该是什么？有没有一般指导方针？

这可能是最棘手的问题之一.我正兴趣地看着这个帖子,看看别人怎么想.

需要考虑产品运行的硬件平台,操作系统,应用程序服务器,数据库服务器等,以及产品的相对复杂性.提供静态HTML的站点将扩展到比OLTP系统更多的用户.

了解目标平台的先天功能至关重要.知道ASP.NET支持12个并发执行线程/ CPU(默认配置),您可以使用输出缓存来大大降低并发性,或者超过3,000个请求/秒需要千兆以太网到数据库服务器等,可以帮助您正确规划,知道你必须拉什么杠杆等

供应商的硬件规模表反映了对其产品进行性能和容量测试所花费的大量精力.对于您在内部开发或非营利性开发的应用程序而言,这可能是一个艰难的卖点.

简而言之,您的目标应该是开始制作产品中更复杂区域的POC,然后开始投资持续的性能和容量规划迭代.

如果不这样做,可能会发生故障 - 无法执行,无法执行cpacity计划或业务故障 - 用户从未来过.

我希望我有更好的答案 - 我自己也面临同样的挑战.