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秒内添加一个不同的存储系统，当他增加更多的节点和应用时，他的性能和容量都是成线性增长的。这一点是从一个卷和一个文件系统做到的。你的存储池变大却无需更多的管理开销。
未经允许不得转载：DOIT » 案例学习：集群存储解决USA.NET的LUN问题
