“gluster”可以在不使用任何前端服务器层的情况下使用内置的HTTP协议来提供FLV文件吗？ IOPS如何与标准的apache服务相比较？ 如果我把很多机器捆绑在一起，会不会帮助我用硬盘的I / O限制？
谢谢！
如果我连接了很多机器，Gluster能帮助我处理硬盘的I / O限制吗？
如果可以的话，它会用….networking限制取而代之。 我的意思是，严肃地说 – 如果你在50台机器上分配IO，你的networking需要处理这个问题。 如果遇到IO限制，不仅限于存储区域限制（即TB），恰当的解决scheme就是投入到一个以IO为中心的解决scheme中。 这不像他们不存在。
“Gluster”可以在没有任何前端服务器层的情况下使用内置的HTTP协议来提供FLV文件吗？
没有文件协议通过HTTP服务;）
我看到Gluster就像一个中等规模的存储系统。是的，你得到了空间，没有太多的pipe理，是的，你可以使用便宜的机器 – 比如把大硬盘放到每个工作站上，并把它们用作文件服务器types事情。
但是，如果你使用LARGE（youtube），你可能仍然需要专用系统（即使他们运行Gluster），如果你运行了很多的IO，那么SAN内容集群的基础架构就是服务于前端的不是每个服务器都必须caching所有内容）在逻辑上是唯一的解决scheme。 Gluster是聪明的，它不能做魔术。 在实际的服务器上caching可能会超载。
将IO从光盘移动到networking对networking有很高的要求。 您可能需要阅读Infiniband – 它实际上在Gluster文档中提到。 但是这就是说，如果一个便宜的（1000美元范围）Raid控制器可以处理大约200个SATA光盘，IO限制有什么问题？ 你不需要很多机器（以更高的成本）来解决IO限制。 这将永远比专用的盒子更昂贵（显然你必须支付更多的CPU，更多的RAM等）。 而且你也不会用Gluster保存任何光盘 – 在Gluster和Gluster的情况下都需要完全冗余的数据存储。
这就是说，使用前端服务器是很明智的。 即使Gluster可以在没有大型安装的情况下处理，也不会使用分离的前端服务器，最好是在两者之间有一些防火墙。