案例学习:集群存储解决USA.NET的LUN问题

日期: 2010-09-27 作者:Dave Raffo翻译:刘平 来源:TechTarget中国 英文

USA.NET的档案服务部门Seccas,是一家电子邮件托管公司,转向了Isilon系统公司的集群存储,通过消除LUN解决其LUN管理问题。   Isilon的存储没有的LUN,这帮助Seccas解决了一个与EMC CX300 SAN相关的技术难题。该公司的信息归档服务不得不对对数以百万计的小文件进行归档,但它是一个Windows NTFS的环境,这意味着总有一个机会,系统会做些对驻留在LUN的文件进行一致性检查。这些检查要花费几天,而且直到检查完成那些驻留在LUN的文件是离线的。

   “我们的问题是处理数以百万的小文件。这也就带来了一个实际的问题,” Seccas/USA.NET的档案系统副……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

USA.NET的档案服务部门Seccas,是一家电子邮件托管公司,转向了Isilon系统公司的集群存储,通过消除LUN解决其LUN管理问题。

  Isilon的存储没有的LUN,这帮助Seccas解决了一个与EMC CX300 SAN相关的技术难题。该公司的信息归档服务不得不对对数以百万计的小文件进行归档,但它是一个Windows NTFS的环境,这意味着总有一个机会,系统会做些对驻留在LUN的文件进行一致性检查。这些检查要花费几天,而且直到检查完成那些驻留在LUN的文件是离线的。
 
  “我们的问题是处理数以百万的小文件。这也就带来了一个实际的问题,” Seccas/USA.NET的档案系统副总裁Justin Greene说道,“我们需要大型LUN,但因为有一致性检查的风险,所以我们不能创建它。我们不得不采取轮转访问LUN。”

  Seccas的另一个问题是每当客户端的数据文件增长到一定规模,它必须被移动到另一个NAS头。Greene说他的员工一直在将客户的文件移到合适的空间。“在LUN之间移动一个客户可能需要三天的时间,”他说道,“这是一笔很大的开销,而且它的伸缩性真的不怎么好。”

  Seccas一直使用Clariion作为数据库存储,但在2008年它将它的文件移到Isilon存储并在没有出现NAS扩张的情况下已经扩展了。Greene说他已经可以没有任何问题地进行扩展了。

  Isilon的OneFS操作系统不需要LUN。不管增加了多少个节点或者存储容量,它运行系统就像一个文件系统,命名空间和容量空间。Isilon用户通常先配置最低的配置,即3个节点的集群,一个集群最多可以扩展到144个节点。

  “他们已经从他们的结构中彻底去掉LUN了,这在存储市场里是独一无二的,” Greene说道,“大多数NAS系统仍然在存储设备上创建LUN。”

  Greene开始时配置了六个Isilon IQ 6000i节点,初始容量为36TB。随后他扩展到拥有八个12000X节点,其中每个节点的容量为12TB和两个36000X节点,每个节点为36TB容量。伴随着文件,该公司也将虚拟服务器存储在Isilon存储上。

  “无论你添加一个不同版本的硬件,不同的节点或者不同的密度级别,它都不会创建另一个LUN或者卷或者其他文件系统的管理,” Isilon公司的市场副经理Sam Grocott说道,“Greene获得的好处就是它可以在60秒内添加一个不同的存储系统,当他增加更多的节点和应用时,他的性能和容量都是成线性增长的。这一点是从一个卷和一个文件系统做到的。你的存储池变大却无需更多的管理开销。

作者

Dave Raffo
Dave Raffo

TechTarget存储网站高级新闻总监。

翻译

刘平
刘平

相关推荐