为什么数据中心经理不应该忽略对象存储后端
当听到对象存储这个术语时,首先想到的可能是云。Amazon使S3成为这个术语的同义词,在云本地应用程序中经常看到对象存储。然而,在云本地应用程序之外,企业有很多兴趣。企业数据中心管理人员最好关注对象存储后端。
很难在企业的表示层提出对象存储的理由。诸如Dropbox这样的解决方案利用后端对象存储。然而,前端是一个传统的、基于树的表示层。甚至Dropbox的web界面也会显示数据的通用文件/文件夹视图。
它的后端为企业提供了一个有趣的反对理由。我咨询了Juku的存储专家和顾问恩里科·西诺莱蒂(Enrico Signoretti)。在谈到企业用例时,他说对象存储的API特性在企业中很不合适。Signoretti建议不要只关注前端,因为对象存储为后端系统提供了许多优势。而且,IT供应商已经开始关注企业解决方案的对象存储质量。
对象存储不会带来文件系统的负担。对象存储依赖于应用程序以有组织的方式向最终用户显示数据。因此,对象存储系统没有与文件系统相关的开销。现代扩展存储解决方案的复杂性很大程度上源于平衡跨节点和站点的元数据和数据。在对象存储解决方案中,元数据是每个对象的一部分。
元数据和数据对象的存储为非结构化的大数据元素提供了一个健壮的系统。这也意味着扩展和复制很简单。节点和站点之间共享的元数据只是存储整个数据存储的位置和复制策略的表。用于分发中心数据的方法因解决方案而异。
大多数对象存储平台都以固定的大小生成对象。具有固定的大小可以在性能和复制方面创建可预测性。网络工程师可以在他们的设计中利用存储复制的可预测性。如果它结合了对象存储的属性,其结果是一个可以以可预见的成本扩展到数千pb的系统。
有了对象存储的所有后端优势,我们开始看到满足企业用例的解决方案。存储的主要企业用途仍然是NFS和SMB。许多解决方案都使用对象存储和NFS或SMB代理构建后端系统,以便将存储呈现给用户。
这种方法结合了这两个方面的优点。终端用户可以获得对数据进行文件/文件夹访问的一致体验,数据中心管理人员可以创建可伸缩的、经济有效的解决方案。
DevOps、虚拟化、混合云、存储和操作效率只是我们将重点讨论的一些数据中心主题。