网格存储和服务器

网格存储和服务器

我正在考虑购买一个 5 节点的 gridstore 系统。http://gridstore.com/products.html 看起来,这个基本方法是利用安装了 gridstore 客户端的网络 [ 同一子网 ] 上所有计算机的处理能力。我听说,在使用 Windows XP 32 位和 aq 系列处理器的一些实际测试中,它需要 40% 的 CPU,但对于使用 Windows 2008 的 i7 四核服务器,这个数字会下降到很小。

我的问题是:是否有其他人有关于 girdstore 上所需的客户端处理量的实际规格,以及在服务器上使用 Xeon 5506 而不是 i7 是否更好?

我的计划是将该系统用作基于文件的视频的备份系统,将其用作转码/重新链接的位置。在这种情况下,我将需要在编辑系​​统上安装客户端软件,并且我不想剥夺它们的处理能力。这就是为什么我想添加服务器。老板想要一个便宜的。;) 他们不是总是这样吗?

谢谢

怀特

答案1

只是为了澄清您文章中的一点——Gridstore 不会消耗网络上每台机器的处理能力。

Gridstore 的工作原理是虚拟化通常位于存储系统磁盘阵列前面的存储控制器。虚拟存储控制器通过网络移动到连接到存储的客户端 - 这样做的效果是消除物理存储控制器并将其工作负载卸载到在客户端上运行的虚拟存储控制器。当客户端读取/写入文件时 - 会对文件进行一些额外的处理。此处理与同一台机器隔离 - 此处理不会消耗其他机器的任何资源。

Gridstore 不会聚合来自其他机器的处理。相反,Gridstore 的工作方式是分配通常在单个存储控制器上完成的工作负载,并将虚拟控制器分配给连接到存储的每台机器。实际上,您可以从拥有单个控制器(或大型系统中的双控制器)转变为拥有 50、100 或 1000 个虚拟控制器(连接到存储网格的客户端数量)。每个控制器都独立工作,并且不会对其他控制器产生影响(文件锁定除外)。就像它们各自都有自己的存储系统一样。

这种架构意味着客户端现在成为瓶颈(而不是传统的服务器)。从客户端的角度来看,性能将受到其处理数据和将数据上传/下载到网络的速度限制——一旦上传到网络,数据将并行写入并分条到存储节点,而存储节点现在只占总文件 IO 的一小部分。在目前的低成本台式电脑上,您可以预期实现 50-80MB/s(高级 CPU 上更高),并在客户端机器上增加约 10% 的开销,因为它从网格读取/写入。这种开销只是暂时的,因为它处理正在写入的数据,并且只与该机器隔离。

Gridstore 营销团队 [电子邮件保护]

相关内容