当前位置:首页 > 科技

lol幸运召唤师入口-存储分析 解析Xiotech的精简控制器理论

你需要精简控制器!存储Xiotech建议重新回到精简控制器阵列。分析该公司希望我们摆脱目前肥控制器症状。解析精简lol幸运召唤师入口 Xiotech的控制想法是:目前的存储堆栈和模块化/单片阵列被赋予了太多的功能,除了Xiote

你需要精简控制器!器理Xiotech建议重新回到精简控制器阵列。存储该公司希望我们摆脱目前"肥控制器"症状。分析

Xiotech的解析精简想法是:目前的存储堆栈和模块化/单片阵列被赋予了太多的功能,除了Xiotech所称的控制lol幸运召唤师入口三大基本阵列功能外(存储、保护和迁移数据),器理它们还需要做很多其他事情,存储比如零空间回收、分析自动精简配置、解析精简数据分层、控制快照、器理克隆和复制。

Xiotech首席技术师Steve Sicola表示,之所以存储阵列被赋予这么多功能是因为服务器和软件操作系统厂商采用开放的非专有的系统,并鼓励阵列厂商实施这些功能以便避免服务器/软件厂商在操作系统软件上增加专有的存储功能。

但是随后而来的是VMware。VMware开始在其虚拟机管理器上增加顶层存储功能,复制了存储阵列目前拥有的功能。你可以用VMware对你的存储进行自动精简配置或利用一个连接了VMware的3PAR来进行自动精简配置,或同时采用者两种手段。Sicola表示这很荒唐,如果这些任务交给别人来做更好,阵列应该停止再做这些事情,可以将这些事情交给虚拟机管理器来做或类似赛门铁克FileStore这样的应用程序来做。

阵列控制器越简单,它的维护就越容易,而且这样阵列控制器就可以更好地将所有CPU资源集中到基本的存储、保护和数据迁移操作上。

我们可以想象Sicola会说他有封装的磁盘ISE(智能存储元件)技术,而且在他的ISE存储组件里面容不下肥控制器。Xiotech还不是目前市场上主要的阵列控制器厂商,实际上我们可以坦白地说它还是一个市场追随者,因此如果它可以抛弃肥控制概念并在上层存储堆栈和ISE组件之间实现更快更简便的连接的话,那么Xiotech可以实现自己的差异化目标。

这就是CorteX API(应用程序编程接口)的目标。CorteX拥有时兴的方便易用的接口。Xiotech展示过让一个iPhone应用程序使用CorteX来查询和管理Emprise 5000的ISE阵列。如果数据中心管理员可以躺在夏威夷海滩上管理他们的ISE存储,那么他们肯定会喜欢CorteX。

问题是:Xiotech是对的吗?很显然,EMC、戴尔、惠普、IBM和其他肥控制器阵列巨头不会同意Xiotech的看法。 Xiotech还只不过是一家刚刚缓过劲来的小型存储厂商,Xiotech的管理层刚刚换过,其存储阵列技术费了好长时间才构建完毕,而且其功能在这些巨头看来不过是小打小闹。

Xiotech和他的渠道必须说服客户使用ISE工具,根据VMware、XEN、HyperV、FileStore等应用程序的指示直接执行存储任务,并且要比同类产品(Clariion、EVA和其他阵列)更快、更简单、更可靠和更低成本。

Sicola可能会说其他存储巨头们说什么不重要,虚拟机管理器和FileStore类型的应用程序将成为第一层存储管理,而阵列制造商只要适应这个现实就可以了。问题不是理论上的"谁是对的"而是更加实际的情况:ISE组成的存储系统在为虚拟机管理器执行存储任务上能不能比传统存储阵列厂商做得更好?

实际上我猜想Xiotech其实并不在乎控制功能是否在更高层的堆栈上完成。你可以问问自己,如果EMC决定用ISE组件来替代CLARiiON存储并通过CLARiiON控制器来告诉ISE组件应该做什么,那将会发生什么事情。Xiotech会说,这真是个好主意,然后它会问我们你需要多少ISE,它会自己把ISE送到我们这里。

真正的问题其实不是控制器的肥瘦,而是如何降低阵列成本以及如何提高阵列的性能和可靠性。

Xiotech的营销立场相当具有自己的特点,对于这样一家苦苦挣扎于和存储巨头竞争的小型阵列厂商来说这是个好消息。不过Xiotech的成功不是取决于能否打赢这场辩论,而是取决于它的渠道能否成功地推销高成本经济性的设备。这一点问问Compellent就知道了。

分享到:

辽ICP备873773834号