我正在寻找一个服务器的硬件规格的build议，这个服务器需要成为一个大约2,000个并发连接的用户群的Webcaching。 客户正在以150kbps到2mbps的比特率查看分段的HTTPvideo。 大多数video是“现场”，意思是每个2-10秒的分段，其中一次保持100个左右。 还有一些预先录制的固定长度的video。 我该如何去做这样的服务器的configuration计算：什么样的硬盘（SSD？），多less个网卡多lessRAM等？ 我正在考虑在Linux上使用Varnish，所有可以使用的RAM，2个CPU，每个6-8个核心。
将Varnish能够跨会议共享对象？ 换句话说，您的体系结构是否使得由videostream客户机加载的对象是/somestream/1h42m0s-1h42m10s/ ，而不是/somestream/for/joeuser ？ 在这种情况下，根据你所描述的，我会跳过固态硬盘，只是去一大堆内存; 使用malloc池进行configuration时，Varnish并不需要磁盘存储。 记得要拒绝swappiness 。 另一方面，如果Varnish只是将每个请求传递给后端，那么最好的办法就是使用SYN flood防护。
我已经看到Varnish愉快地将多个千兆比特推出门外，但要确保Varnish上面的所有东西都知道如何处理这种交通。 一些防火墙（为了保护有罪而编辑的名字）几乎可以处理100 Mbit / s的数据，更不用说那种你正在谈论的数据stream量（4Gbit / s），如果每个连接都以2Mbit / s的速度饱和链路的话。 对于一个网卡，即使是一个10Gbit的网卡端口也可能会很好; 如果你需要的话，你也可以用GigE做一些傻事，但是为什么呢？ 只需获得一个10G端口（或三个），然后每天给它打电话。
对于服务器本身，你根本不需要太多的CPU，但最大的RAM。 如果你愿意的话，可以在这里粘贴一些快速磁盘，但是他们唯一的原因就是启动。 清漆是一个非常非常苗条的服务器。 你可以去多级caching，并尝试卸载video到硬盘，一旦他们旋转了内存，但为什么？ 它们已经caching到内容服务器上的磁盘上; 它不像在Varnish服务器上的磁盘不知何故变得更好。 把钱花在更多的RAM上。 严重的是，考虑到你所说的带宽types，你不应该盯着64或96 GB。
在无关的build议中，如果您在这些stream媒体服务器上的任何一点上使用磁盘，那么您绝对应该selectSSD（或者更加奇特的选项，比如FusionIO）。 对于stream式传输应用程序而言，由于人们在同一文件的不同部分进行stream式传输，因此固态盘不仅好一点， 他们实际上是你唯一的理性select。