切断现场HTTP分段video的configuration

我正在尝试为networkingcachingfind最优化的机器configuration，以便为几千个并发观众提供HTTP分段video。

内容由定期更新大小为几个字节（100-500字节）的文本文件（称为清单）和大小为数千字节（52,000-250000字节）的一组video段文件组成。

我的安装程序有一个实时video源服务器，将这些文件放到启用WebDAV的服务器（这将是一个适当configuration的Apache或Nginx）。我想用这个标准的硬件和开放源代码软件为用户提供服务。

我的问题是：

我正在考虑将Nginx + Varnish组合在我的边缘caching中。这听起来合理吗？
什么是一个好的机器configuration？我正在考虑在RAID5和24GRAM，1个四代码CPU的3X2TB 7200RPM硬盘。这对清漆有好处吗？是否有一个特定的参数，我需要优化，以获得最佳的清漆？
在HA对中设置清漆是否有意义，或者通常是独立设置的？

Nginx可以使用proxy_cache模块自行完成caching，尽pipeVarnish具有更多的function（您可能不需要）。你可能会被这个任务IO绑定，而不是CPU绑定。所以我真的会看大量的RAMcaching或SSD。 RAID5是一个糟糕的主意（RAID5随机写入速度很慢），SATA驱动器对于高IO任务（每个磁盘只能执行大约70 IOPS，RAID5写入除以4）。

即使有10000个并发数据stream和5秒的video数据段，你也只能说最差的2000个随机IOP。任何固态硬盘都可以处理这种情况，假设它足够大，并且数据集足够小，文件系统caching可以帮助您。