OnApp横向扩展SAN(下):亚马逊的问题

相关阅读:OnApp推横向SAN(上):专为云服务商打造

有机存储

OnApp存储软件提供完整的具备条带化的数据冗余、快照和复制。LUN是由一个或多个驱动器创建,并且LUN存在于一种被称为数据存储(Datastore)的结构内部。控制器软件可以做重复数据删除以及管理存储对象的访问。

虽然Chesterfield使用的“对象”一词,但他表示:“确切地说这不是一个对象存储平台,它是一个完整的分布式块存储。”

在他看来该存储几乎是有机的。他补充说:“一旦你创建了一个存储对象,它会通过智能盘控制器(Smart Drive controllers)本身来管理。”

在OnApp SAN可以在一个数据中心内跨越服务器扩展,还可以跨越数据中心和云服务提供商(CSP)。

该软件在圣诞节前进入一个封闭组测试,公开测试(PDF)将在本月底开始,在一个OnApp云部署内部的SAN业务。他说,已经有200多个CSP客户签署测试。完整的一般可用性定在7月。

根据OnApp高层的说法,定价将会是简单并且“破坏性”的。云服务提供商将根据使用的存储容量每月支付费用,与他们购买存储驱动器、磁盘和/或SSD,以及以太网(设备)无关。

SAN将成为没有hypervisor依赖性的:“第一个版本将使用Xen,我们将添加KVM支持然后是ESX。如果有需求Hyper-V也是一种可能性。”

“进一步指出,我们可能会失去它在OnApp上安装的依赖,我们可以支持其他的云管理环境。

“我们还将试图加入不同的访问接口,比如对象、NFS。”

亚马逊的问题

Chesterfield说,Amazon S3是最大的云存储为CSP面临的头痛之处,S3可能拥有的云存储市场的50%;“这真的很难让CSP去竞??争。我们要提供构建块并组成基础设施联盟,来交付一个比亚马逊可以提供的更大的容量。”

“亚马逊有8个数据中心,我们将有400至500个。”

如果你认为这是从一个微小的英国公司分拆出来的浮夸,然后再考虑其超过400个OnApp云客户,和他们的66个CDN存在点加上100个正在洽谈的客户。Chesterfield本人来自Xen,并表示他在Xen和Xen存储服务器中建立了原始存储堆栈。