对象存储失败：它只是文件系统的……另一个部分！

2017 年 12 月 11 日 云头条 Chris Mellor

对象存储技术并没有大获成功，只是成为存储文件的另一种方式和公共云的入口通道。

大概十多年前，许多对象存储初创公司表示，文件存储及其文件/文件夹访问方案无法处理大量的非结构化数据。它不够可靠，因RAID数据保护方案而耗用太多的存储容量，而大容量磁盘重建需要太长的时间。

随后涌现出了一大批初创公司：Amplidata、Caringo、Cleversafe、EMC的Centera、Atmos、 ECS、Object Matrix、Scality及其他公司。它们的技术使用内容寻址，通常还使用纠删码，并提供几乎无限的存储容量、3个或更少跳跃（hop）的简单访问以及浪费减少的容量开销。

但访问速度不如文件系统，应用程序不得不使用对象存储API。

而到了今天，新一代横向扩展型文件存储初创公司在挑战文件系统限制方面的这些假设，并构建高容量、可扩展的文件管理器（filer）。想一想Elastifile、Qumulo和Weka.IO，它们都使用标准的文件系统访问。

文件系统的复苏给对象存储市场带来了持续而巨大的冲击。没有文件访问功能的对象存储厂商屈指可数。

现在，文件系统功能和表示不仅成为混合云数据管理的一个底层部分，还变得更深入地嵌入到对象存储中。

SwiftStack和Igneous这两家公司的新动向完美地体现了这些趋势。

定制化的SwiftStack

开源对象存储软件开发商SwiftStack最近宣布涉足多云数据管理。

基本产品是v6.0版本的软件，其单一命名空间涵盖本地部署和公共云部署环境，同时支持文件访问和对象访问方法，不需要文件网关。

之前宣布的Cloud Sync按照可设置的策略，将本地数据输送到AWS公共云和谷歌公共云。SwiftStack表示，它使用云原生技术和云原生格式。除了对象协议外，数据还可以使用NFS协议和SMB协议来加以读取和写入，并由任何这些方法实现本地访问或云端访问，无论数据是如何写入的。

我们被告知，拥有庞大非结构化数据集的传统应用程序现在可以通过文件服务，从单一命名空间来访问和使用同样的数据，不需要网关或应用软件。

SwiftStack公司首席执行官唐•杰沃斯基（Don Jaworski）表示，对象存储“已不仅限于本地对象存储，进入到真正的多云数据管理”。然后，它要与其他多云数据管理产品相竞争，无论它们是不是对象存储。

Igneous

对象存储初创公司Igneous也在进入超大规模和混合文件数据领域，最初使用硬件产品作为文件管理器备份目标，之后会有更多的动作。

Igneous使用单独寻址的Nanoserver磁盘驱动器构建了可扩展的对象存储后，开发出了一款备份和归档应用软件，将其用作一个备份目标，拥有分层（tiering）技术，可以将数据从本地Igneous设备复制到云端。

Igneous有点不走运，因为这个世界不缺将数据传送到公有云这个存储层的备份系统。Igneous一心专注于超大规模的NAS数据，可能是数千亿个文件的级别。它表示自己没有兴趣保护块存储。

联合创始人兼首席执行官基兰•巴格施弗（Kiran Bhageshpur）表示，本地系统是一个拥有两台1U服务器的4U存储节点，原始白盒英特尔服务器提供无状态的原始计算资源。在这些服务器上运行的软件是云原生容器化软件，使用Kubernetes。支持的文件管理器来源包括戴尔Isilon、NetApp ONTAP和Pure Storage的FlashBlade。

Igneous的系统中不需要备份介质服务器或阵列到阵列复制。还只有单一的备份模式，而归档数据则拥有保留期限设为永久的备份策略。

公共云目标是AWS S3和Azure Blob服务，谷歌Nearview即将推出，全部拥有原生对象存储。客户可安排自己的云订阅服务。

巴格施弗表示，该系统摈弃了备份窗口这个想法。它之所以能快速获取数据，就是由于它有写入到各个Nanoserver驱动器的多路写入数据流。他说：“我不需要低延迟，我需要吞吐量通道”以及写入到驱动器的多路并行写入数据流。

最终用户可以自行搜索和恢复数据，对备份数据可以进行只读型NFS访问操作。

存储对象技术看起来很好，但最初的对象存储产品似乎完全成为了构建拥有云后端的另一种本地备份目标的基础。如果这项技术要取得成功，需要比现有产品好得多，而且有大量的此类产品。

长话短说

对象存储技术正成为文件系统的一个部分和公共云辅助存储的一条数据通道。原始对象存储本身不足以肩负重任，只有成为本地文件环境和公共云的一部分才能成功。