请有经验的大虾帮忙估算一下，如下需求需要多少服务器...
如题，需求如下：1.大约有2000个客户端，每个客户端自己定时2秒访问一次服务器的一个页面，该页面（aspx代码）传输的内容只有几十个字节（按100byte算吧）
2.该页面（aspx会查询数据库，SQL server的一个表里面的一个字段，将查询结果返回）
3.主机使用windows 2008+ iis7
如上需求，主机应该怎么配比较合适？谢谢！
比如，cpu需要多少，内存需要多少，带宽需要多少等待。 一秒1000次PV和数据库查询，一个小时就几百万访问了，相当于大网站的水平了，你估计得阿里云买负载均衡的那种企业级万元一年的配置 本帖最后由 Himem 于 2019-11-15 15:59 编辑
如果只读不写其实要求还好，就看数据库有多大了
我大概会选openresty+redis来做 平均1000QPS的负载不算高，请求数据量也很小，而且以查询为主，先配置一台机器
后端使用LINUX + Nginx + Tomcat(JAVA)， 不用JAVA还可以用PHP，NODE.JS，Python，golang等等技术栈来实现。Nginx反向代理机制单机应付4000QPS(HTTP)非常轻松，而且直接支持负载均衡算法，如果业务需要扩展，完全支持不停机平滑扩展。
数据库既然能用Sql Server，那就能采用MySql了，查询为主的请求，上Redis缓存，能极大化解数据库的负载，
服务器架构上先使用KVM进行虚拟机分割，将后台逻辑，数据存储，Nginx代理分别到不同的虚拟机上，再根据实际的虚拟机负载情况分配资源，或者在总资源不够的情况下增加服务器，把KVM中跑不动的部分部署到新增的物理服务器上。
后台主机不可能一部到位，所以先入一台服务器，配置10核心的志强CPU一个，内存每核心先按4G算，64G起步，硬盘就好算了，根据业务数据量和日志量估算。
买专业的服务器，CPU，内存，硬盘不够随时可以加，这样初期的投资不会浪费，后期业务的扩展也能又良好的可伸缩行。 本帖最后由 zhd1021 于 2019-11-15 16:22 编辑
2000个不算多，先上单机，E5，16G，带宽20M基本就可以了，感觉吃力了再加一台
再说你这个是查询数据库的一个字段码？是不是就一个数，是的话为什么不写在内存里，都不用查数据库了 兄台了解一下虚拟化或者容器。在这里面搞个二选一。
首先虚拟化，服务器双U，搞128G内存，固态，NVME，SAS，啥快选啥.ESXI搞上。一台虚拟化主机就不用VCSA管理，直接用ESXI的自身平台管理。资源就按需添加。应用跟数据库分离出来。
如果用容器技术，那就需要你抛弃WIN的平台，全面拥抱linux，apache,mysql,postgresql,redis,tomcat,这类的了。不过容器是个好东西。具体怎么用，用啥，这个算是运维了。你是开发。你需要个运维规划。
页:
[1]