EMC公司进行SAN拆分 旨在解决更为细化的存储需求

简介:

戴尔-EMC公司正在着手打造一套2 TIERS软件抽象层,旨在借此解决闪存之上一级存储数据与对象阵列中大规模之间愈发严重的分裂问题。

EMC公司进行SAN拆分 旨在解决更为细化的存储需求

其起步解决方案是将SAN磁盘或者混合型闪存/磁盘阵列进一步拆分为多台阵列,这主要是考虑到一级数据速度需求不断提升、而二级数据存储容量快速增长的现实压力。

根据戴尔-EMC公司的设计规划,其中一台阵列专门负责实现一级数据闪存存储,并被定名为热边缘或者快速层。

另一台阵列则面向存证地磁盘之上且经由对象存储系统进行言说听二级(近线)数据,其可以内部或者外部形式存在且数据访问速度更慢,但每GB资源使用成本则远低于热边缘存储。

戴尔-EMC公司将此称为冷核心或者容量层,其同时亦在着手打造一款2 TIERS抽象层用以实现这一目标。以下为戴尔-EMC方面公布的一份演示文稿:

EMC公司进行SAN拆分 旨在解决更为细化的存储需求
我们对于演示文稿中提到出的第三点并不认同,因为内部文件或者块访问高容量磁盘并非被云存储所替代,而是被可进行内部或外部(云端)部署的对象访问型高容量磁盘所替代。

EMC方面认为,热边缘方案的存储容量区间应该是在数百TB级别,而容量层的容量水平则要高得多; 预计可能达到数百PB。

将有一个统一的抽象层掌控元数据,用于指示数据条目位于哪个层以及层中的哪个具体位置。各数据条目随后会被分配单一全局命名空间,此空间可容纳数万亿个对象。此层中的代码亦会将数据根据需求在不同层间移动,具体依据一套策略驱动型自动化数据放置(分层)方法。

EMC方面认为,利用其它方案以逻辑方式将两层加以统一会耗尽位于热边缘的元数据空间,进而引发额外元数据被放置在容量层内,最终导致访问速度缓慢。而解决这一难题的作法并非增加快速层内的元数据存储空间,而是对元数据进行缓存。

要实现这样的效果,其设想访问快速层的一组客户端服务器会利用RDMA访问向一台共享式DSSD阵列发送请求,或者利用ScaleIO访问一台虚拟闪存SAN以整合各本地直接附加闪存驱动器。

EMC公司进行SAN拆分 旨在解决更为细化的存储需求
直接整合或者网络附加型快速层存储原理图。

在此之后是一个基于对象存储的容量层,其可以由一台Isilon阵列或者一台ECS向外扩展商用设备集群充当。这两种层皆可分别实现扩展或者收缩。

需要注意的是,这套缩减闪存快速层容量的整体模式在一定程度上类似于昆腾公司的StorNext产品,其专门面向娱乐与媒体工作流市场。

每台服务器都会访问2 TIERS软件,后者通过一个POSIX API与单一命名空间为服务器应用提供SAN,同时亦利用策略驱动型分层机制将陈旧或者不必要的数据发送至容量层。其会将指向数据的应用访问映射至容量层中的对应对象。

这款EMC软件利用一套分布式Orange文件系统配合运行于本地FUSE文件系统之上的一项只读、通读型翻译服务,从而建立起快速层。这项服务采用动态负载命名空间(简称DLN)以实现元数据分层。DLN指向的是全局命名空间中的一部分,例如文件系统中的子树。在此部分中包含指向对象的指针,例如文件系统目录中的inode。

我们尚不清楚DLN如何实现加载或者预读取。

利用这套2 TIERS模式,EMC公司推荐了两种实例化思路,即利用DSSD快速层配合Isilon或者ECS容量层:

EMC公司进行SAN拆分 旨在解决更为细化的存储需求
戴尔-EMC 2 TIERS示例

另一种备选方案是利用Omnibond的CloudyCluster——专门负责将OrangeFS部署在AWS当中——托管整套体系。

总体来讲,这是一套面向后SAN/后NAS阵列内部或者公有云世界的解决方案。其SAN/文件系统被拆分为两大类,且在逻辑层面利用2 TIERS软件实现这种SAN拆分。

评论观点

这种富有想象力的存储方案正是我们期待从EMC身上所看到的,而且目前尚无其它主流竞争对手拥有与之等同的解决方案。事实上,惟一能够在创新层面与之相匹敌的只有HPE的服务器事业部,其开发出了Synergy方案。

如果戴尔将EMC的这一发明应用至服务器,那么HPE无疑需要保持警惕。同样的,如果HPE方面将其Synergy纳入自家存储产品,则戴尔-EMC亦将面临严酷的竞争压力。

顺带一提,戴尔-EMC方面已经注册了2 TIERS商标。


原文发布时间为:2016年11月20日

本文作者:刘新萍

本文来自云栖社区合作伙伴至顶网,了解相关信息可以关注至顶网。

相关文章
|
数据采集 算法 物联网
【算法精讲系列】阿里云百炼SFT微调实践分享
本内容为您提供了百炼平台SFT微调的实践案例,帮助您方便并快速借助模型微调定制化您自己的专属模型。
3719 14
|
监控 测试技术 开发工具
小游戏对接广告联盟流量变现项目系统/开发模式规则
小游戏对接广告联盟流量变现项目系统开发是一个多步骤的过程,包括需求分析、选择广告联盟、SDK集成与接入、广告位设置与管理、流量变现系统开发、数据埋点与监控及测试与优化。通过这一系列步骤,确保广告能够有效展示并实现变现。
|
前端开发 Java 测试技术
多商户入驻系统开发源码案例
多商户入驻系统的开发涉及需求分析、系统架构设计、开发实现、测试优化及部署上线等关键步骤。项目需明确核心功能,选择合适的技术栈,确保系统的稳定性、扩展性和用户体验,最终实现商业目标和长期成功。
|
前端开发 小程序 JavaScript
面试官:px、em、rem、vw、rpx 之间有什么区别?
面试官:px、em、rem、vw、rpx 之间有什么区别?
400 0
|
关系型数据库 分布式数据库 数据库
PolarDB-X助攻《香肠派对》百亿好友关系实现毫秒级查询
云原生数据库PolarDB分布式版(PolarDB for Xscale,简称PolarDB-X)有极强的线性扩展能力,能够多写多读;它的全局索引能力,是分布式改造的利器,成功解决了传统分布式方案中多维度查询的难题,在《香肠派对》的好友系统上,实现了百亿好友关系20万QPS的毫秒级查询。
PolarDB-X助攻《香肠派对》百亿好友关系实现毫秒级查询
|
前端开发 JavaScript 架构师
Webpack模块联邦:微前端架构的新选择
Webpack的模块联邦是Webpack 5引入的革命性特性,革新了微前端架构。它允许独立的Web应用在运行时动态共享代码,无需传统打包过程。基本概念包括容器应用(负责加载协调)和远程应用(独立应用,可暴露模块)。实现步骤涉及容器和远程应用的`ModuleFederationPlugin`配置,以及在应用间导入和使用远程模块。模块联邦的优势在于独立开发、按需加载、版本管理和易于维护。通过实战案例展示了如何构建微前端应用,包括创建容器和远程应用,以及消费远程组件。高级用法涉及动态加载、路由集成、状态管理和错误处理。
414 3
|
弹性计算 关系型数据库 数据库
利用阿里云进行性能优化:实践案例分享
在开发在线教育平台过程中,我们遇到了由于用户访问量增加而导致的性能瓶颈问题。通过使用阿里云的多种服务,包括RDS数据库、ECS弹性扩展、SLB负载均衡、OSS存储和CDN加速,我们对数据库、应用服务器和静态资源加载进行了全面优化。优化后的系统性能显著提升,数据库查询速度提高了60%,服务器负载下降了40%,静态资源加载时间减少了70%,从而极大改善了用户体验。本文详细介绍了问题分析、具体解决方案及其实施效果,旨在为其他开发者提供有价值的参考。
599 3
|
JSON 自然语言处理 数据挖掘
【ACL 2023-NER注入到PLM】数据集+实验解读:基于上下文学习的命名实体识别 Learning In-context Learning for Named Entity Recognitio
【ACL 2023-NER注入到PLM】数据集+实验解读:基于上下文学习的命名实体识别 Learning In-context Learning for Named Entity Recognitio
354 0
|
Linux
2021Kali系列 -- Kali安装与配置
2021Kali系列 -- Kali安装与配置
448 1