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存储服务器中建立了原始存储堆栈。