光纤通道?RAID?SATA?文件系统?全都不要!

分享到:
273
下一篇 >

希捷正在打造搭载直连以太网接口并利用对象型API进行可扩展对象存储访问的硬盘驱动器,这项计划——如果真能奏效——将彻底摧毁大部分现有解决方案,特别是存储堆栈。

这类驱动器将成为本地键/值存储,从而管理自身与访问应用进行映射的存储空间,同时简单在对象层面利用gets与puts取代文件抽象化机制。

希捷表示已经开发出自己的Kinetic技术,这是由于现有应用程序到驱动器之间的存储堆栈太过笨拙、效率低下而且数据访问延迟明显。根据希捷的解释,为每块驱动器配备以太网接口模块能够实现应用程序与驱动器间的直接对话。

这家存储巨头做出如下声明:

“从应用程序到存储的传输路径需要处理由数据库到POSIX接口、文件系统、分卷管理器以及驱动器的多个分层。信息传递通过以太网、经由光纤通道依次进入RAID控制器、SAS扩展器以及SATA主机总线适配器。”

这看起来似乎像是天方夜谭,但希捷坚持自己的意见:

目前存在的大部分规模化对象应用程序并不需要通过文件语义或者文件系统来认定并维护设备空间管理的*佳策略。现代应用程序只需要对象语义(例如写入全部内容、读取全部内容、删除全部内容,一切只需适用于由客户端及集群管理器选定的handle即可)而不必考虑数据到底驻留在哪一台给定设备当中。

我们还可以进一步肯定,“对象(信息)可以被写入、读取及删除,但永远不会被修改。”

这时我们突然有所联想。希捷公司开发出的叠瓦式介质驱动器在数据的重新写入方面表现得非常、非常糟糕。多磁道读取与重新写入对于单独数据项目而言属于偶然情况,这是由于分区磁道重叠的固有特性所致。

希捷的Kinetic驱动器存储计划

在希捷的Kinetic计算当中,驱动器将以键与值的方式进行通信。举例来说,它们会进行gets、puts以及deletes等操作。它们允许应用程序分配对象并管理集群,同时让驱动器以更为高效的方式管理功能,例如:

管理键(对象)排序

服务质量

基于政策的驱动器到驱动器数据迁移

处理部分设备故障以及其它管理问题

敏感数据源**性

希捷表示,通过废除存储服务器与指向驱动器的连接逻辑,机架将能够容纳更多驱动器并带来另外四大新型提升:

数据共享——一个应用程序能够向驱动器写入一个键与一个值,另一个应用程序则可以读取这部分数据。

现在数据能够被直接在驱动器之间利用点对点数据复制命令进行直接移动,在这种情况下API将介入以帮助实现不同驱动器之间的大量键移动。

静默数据损坏是无法回避的现实,希捷表示。在Kinetic存储方案当中,数据可以在**终端到终端完整性检查的辅助下进行存储,从而保证存储数据的正确性。

驱动器技术的开发工作无需涉及表层软件变更。

可以断言,总体来说云基础设施的平均整体持有成本将在这套新方案的帮助下降低高达50%。

希捷做出进一步说明称:

特定希捷驱动器将获得一套**的用户空间库,从而允许应用程序直接访问驱动器本身。这套库提供访问数据以及管理驱动器所必需的完整接口。它会绕开正常操作系统存储堆栈并帮助应用程序直接与驱动器进行对话,正如应用与数据中心内的其它服务进行对话一样。这种流程采用典型的应用程序远程过程调用(简称RPC)。这套Kinetic存储API平台目前提供Java、C++、C、Python以及Erlang库,其它语言将在未来陆续获得支持。

我们可以想象,那些配备有闪存缓存的混合型驱动器正是这类应用程序的*佳搭档——其中闪存负责保存元数据。

根据我们得到的消息,这套键/值API将采取开源路线。

业界支持

希捷的Kinetic存储驱动器——*初被称为硬盘驱动器——专门为云计算以及超大规模数据中心所打造。新闻通告一经推出,就收到来自多家技术企业的声援,其中包括Basho技术公司、戴尔、Evault、华为、Hyve、Rackspace、Sanmina(Newisys部门)、SuperMicro、SwiftStack、雅虎以及Xyratex。这样的阵容对于新项目来说无疑相当令人欣慰。

下面我们转述Xyratex公司CEO Ernie Sampias在录音声明中的观点:

“在过去几年中,我们一直在自己的ClusterStor产品当中推出基于对象的存储解决方案;我们也很清楚地意识到,基于对象的存储方案将成为未来发展的关键性组成部分。希捷技术团队的努力成果能够与我们的战略目标很好地结合在一起。我们很高兴与希捷建立合作关系,从而为我们的客户带来更出色的性能表现与可扩展性。”

因此,Xyratex公司将利用全新Kinetic驱动器打造生产型存储机箱,据我们推测,该公司还会推出相应的系统应用级软件实现对新型驱动器的访问。

Basho公司今天宣布称,他们已经与希捷建立起合作关系,携手将其分布式NoSQL数据库Riak部署在希捷的Kinetic开放存储平台之上。Basho同时宣称,“Riak将通过突破瓶颈以及优化集群管理的方式提高该平台的I/O执行效率,并通过*大程度提升存储密度并简化操作来降低客户的使用成本。”

Basho公司正在努力将eKinetic驱动器与基于Erlang的高性能插槽连接机制进行对接。Basho还提供相关软件,旨在将Riak后端与驱动器库加以映射。在该软件的alpha测试版当中,eKinetic驱动器与Riak后端的兼容性都将顺利实现。

从逻辑角度分析,这意味着Basho必须使用Kinetic驱动器,而希捷则必须尽快将产品投放市场。

你可能感兴趣: 存储 业界新闻 图片 希捷
无觅相关文章插件,快速提升流量