美国宇航局的Hyperwall系统引入虚拟闪存SAN
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》
即使以大规模并发方式访问数据集,128台计算节点的模拟处理速度仍然不够理想,这样的难题该如何解决?
如果由DDN公司给出答案,那么结果必然是采用闪存缓存构建缓冲区; 当然,亦可尝试选择基于NVMe闪存驱动器的虚拟SAN,而这正是美国宇航局的解决思路。
美国宇航局的先进超级计算(简称NAS)设施位于美国宇航局艾姆斯研究中心之内。其高端计算能力项目(简称HECC)旨在帮助科学家与工程师们利用超大规模建模、模拟、分析与可视化方案确保美国航空局的各太空任务得以成功完成。
作为项目的组成部分,宇航局方面开发出Hyperwall系统,这是一台纵向16列、横向8排的超大显示屏幕,用于显示大规模场景下的可视化模拟结果。其模拟对象包括多个项目,例如涉及大量流场寻路计算的ECCO(即海洋循环与气候评估)。此类模拟任务通常涉及规模庞大且由美国宇航局超级计算机与各类仪器生成的高维数据集。
科学家们能够利用多种不同工具、视点以及参数以显示同样的数据或者数据集,并通过可视化机制检查模拟结果。
目前的问题在于,Excelero的NVMesh存储方案如何以理想速度支撑起Hyperwall庞大的128台显示器与130个计算节点(128台计算节点加2台后备节点)。之所以如此困难,是因为其中涉及庞大的数据集与大量规模较小且极为随机的IO操作。磁盘驱动器采用的Lustre文件系统表现不力,这套理论性能可达每秒80 GB的文件系统在实际数据吞吐量方面仅可提供每秒100多MB的表现。
美国宇航局艾姆斯Hyperwall可视化多屏幕显示器
Hyperwall中各计算节点都配合一块2 TB闪存驱动器。程序员们会将整体数据集拆分为2 TB甚至更小的分块,并将其复制至各计算节点当中。在此之后,整个可视化流程即可确保计算及交互操作利用本地数据进行,但这种作法会显著提升编程复杂度。
场流寻路涉及两项核心技术:
• 利用核内方法处理内存内或者闪存等高速本地介质中的数据。
• 当数据被移动至计算节点之外,即访问时间更长时,使用核外技术进行处理。
缓慢的模拟速度意味着科学家与工程师们只能以较低效率使用Hyperwall可视化方案。正如excelero所言,这正是NVMesh技术的专长所在。
ECCO模拟显示结果
NVMe 虚拟闪存SAN
如果全部128个节点上的2 TB闪存驱动器被整体汇总为单一资源池,即单一256 TB逻辑设备,并作为虚拟闪存SAN供RDMA访问,那么每块闪存驱动器在实质上都将成为各计算节点的本地存储资源。对于计算节点应用而言,直接访问网络设备目标并利用RDMA能够实现良好的并发读取效果。
美国宇航局艾姆斯 研究中心的可视化小组安装了NVMesh方案并借此获得了中央块存储管理能力——包括逻辑分卷、数据保护与故障转移等等——且无需受到传统SAN的性能限制。Excelero公司指出,这将为可视化、分析/模拟以及突发性缓冲区使用等层面的各类用例提供理想的性能、经济性与可行性提升效果。
NVMesh拥有以下三大主要模块:
• 其中存储管理模块为一套集中式基于WebGUI的RESTful API,负责控制系统配置。
• 目标模块可安装在任意主机之上并共享其NVMe驱动器,通过客户端对各驱动器进行初始连接验证,而后保持这条数据路径。
• 客户端块驱动器运行在各需要访问NVMesh逻辑块分卷的主机/镜像之上。
在混合部署场景之下,客户端与目标模块可共存于同一服务器当中。
太空发射系统(简称SLS)可视化效果
临时性闪存
Excelero公司指出,在此用例之下,由于模拟数据在主Lustre文件系统内得到严格保护,因此256 TB虚拟设备尽管由非易失性介质构成,但仍可作为临时性存储资源使用。
因此无需对全部128台节点/设备进行RAID-0逻辑分卷串连即可实现数据保护。出于简化要求,该设备被附加至单一节点中,采用XFS文件系统并填充各类数据。该文件系统随后可随意以只读方式挂载及卸载于全部128个计算节点之上。
NVMesh逻辑块分卷可由集群化文件系统利用,亦可在遭遇主机或驱动器故障时受到良好保护。
延迟至关重要
这套NVMesh方案的加入会令数据访问延迟较本地NVMe驱动器延迟提升5微秒,大部分延迟由网络造成。
科学家与工程师不需要在编程层面限制数据位置; 各计算节点上的全部数据访问行为皆以本地方式实现。根据灵活IO测试工具(简称fio)给出的基准测试结果,全部128个节点皆可实现超过3000万随机4K读取IOPS。这一IOPS水平下的平均延迟为199微秒,而***值则为8微秒。1 MB数据块条件下的数据通量则为每秒140 GB。
Excelero公司指出,在利用原生NVMe队列机制时,这种方法能够完全回避目标主机CPU(配备有NVMe驱动器的主机)为应用程序预留处理资源的问题。
这一模拟结果意味着可视化任务的运行将更为顺畅快速,而美国宇航局艾姆斯研究中心的科学家与工程师们则可更加自然地完成交互,从而显著提升工作效率。
了解更多热点新闻,请关注51CTO《科技新闻早报》栏目!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
云时代,软件定义存储的魅力究竟为何?
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 【51CTO.com原创稿件】软件定义网络、软件定义存储、软件定义数据中心……这是一个软件定义的时代,特别是在企业数字化转型过程中,借助软件定义可以简化企业的IT系统的部署、运维和管理,让企业的IT架构变得更加轻松、灵活和便宜。 一、软件定义是大势所趋 软件定义有哪些优势?其魅力何在?回答这个问题其实并不困难,可以用简化管理、灵活掌控和降低成本等几个关键词来形容。 众所周知,早期的IT架构是通过性能强大的硬件平台来定义的,由于当时大部分企业对IT系统的依赖性并不高,因此企业的IT基础架构并不复杂,管理和运维难度不高。不过,在大数据时代,企业已经充分认识到了数据的价值,急需进行数字化转型,这就致使企业的IT系统不断的进行升级和改造,一部分业务运行在企业内部的IT系统中,另一部分业务运行在各种云平台上,这就使得IT技术人员的运维难度大大提高。另外,复杂的IT架构也降低了系统的灵活性,提高了管理成本。 通过软件定义,即能够很好的解决这一问题。相比硬件,软件更容易开发,更容易管理,更加灵活,更易创新。借助优秀的软件平台,I...
- 下一篇
IDC更新对象存储市场排名:IBM一跃成头名
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 IDC公司已经更新了对象存储市场厂商排名,结果显示IBM通过收购Cleversafe一跃升为业界头名,Scality公司紧随其后。戴尔-EMC在本次榜单中位列第三,另有多家供应商被挤出排名之外。 IDC分析师们认为,这是“一套对Amazon S3与OpenStack Swift API的标准化集成方案,其中强调了多种计算范式,包括容器、文件接口原生支持同时专注于垂直/以用例为中心的解决方案。”目前大多数产品是一套向外扩展文件系统叠加在底层对象存储系统之上。基于云的对象存储服务并未被列入此份榜单。 本次调查报告认为,“基于对象的存储功能预计将在2016年到2020年期间实现30.7%的年均复合增长率,到2020年其总体存储容量将达到293.7 EB。而在2020年,由此支持的对象存储市场将拥有高达198亿美元总值。” 相较于上一份报告,“原本呈现出碎片化趋势的对象存储市场如今开始走入合并。”IDC公司认为,全闪存对象存储系统的开发方向主要针对“大数据/分析、富媒体以及技术性计算。” IDC公司2016年对象存储Mar...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7安装Docker,走上虚拟化容器引擎之路
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS关闭SELinux安全模块
- CentOS7设置SWAP分区,小内存服务器的救世主
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2整合Thymeleaf,官方推荐html解决方案