StoreServ的ASIC架构师必须面向未来做出决断

简介:

StoreServ阵列采用特殊硬件,即一套ASIC来加速存储阵列操作,而且其每代阵列都会在这方面进行重新设计。目前的设计为第五代。

作为惠普企业业务公司研究员兼StoreServ架构师,Siamak Nazari当下主要负责第六代ASIC的设计工作。

每代ASIC设计往往需要效力五年左右,这意味着Nazari必须要着眼于未来可能出现的需求,同时考虑存储阵列介质、存储阵列软件以及主机访问需求等实际条件,猜测从2018年到2023年间第六代ASIC会面临怎样的具体考验。

Nazari与硬件团队协同设计这款ASIC芯片。在惠普企业业务公司的存储业务运营工作中,它归属于由Vish Mulchand领导的系统定义存储业务,而这位上司则直接向惠普企业业务公司存储业务负责人Manish Goel报告。

Patrick Osbourne负责运营软件定义存储部门,同样向Goel报告。而Goel则向惠普企业业务公司企业级系统业务负责人Antonio Neri报告。

第五代ASIC已经由纯磁盘与混合闪存/磁盘设计向全闪存方向迈进,其能够极大降低存储介质的访问延迟。Nazari假定后NAND时代存储介质又会出现一轮变革,例如电阻式RAM(简称ReRAM)、忆阻器类存储方案、3D XPoint以及STT-RAM(即自旋转移力矩RAM)与PCM(即相变存储器)等等。ASIC需要涵盖这些技术成果,从而实现更低的延迟--而不再像NAND时代那样主要关注使用寿命。

Nazari指出,惠普企业业务公司目前比较看重XPoint以及ReRAM。他表示,惠普企业业务公司与SanDisk(目前已经归属于西部数据)间的合作关系仍在继续,相关产品应用于惠普的服务器方案当中。因此,他认为采用ReRAM以及XPoint介质的惠普服务器将能够在采用DIMM实现形式的情况下实现次微秒级访问延迟。他同时解释称,NVMe over Fabrics类型的网络能够实现更低网络延迟,同样能够有效提升该阵列的性能表现。

在他看来,StoreServ阵列拥有六大主要元素,具体包括服务器主机访问、主机-阵列通道(一般采用光纤通道)、配合ASIC的阵列控制器、控制器-介质通道以及阵列的介质驱动器。图一所示为各元素间的协作关系。

他认为,目前控制器与存储介质间的对接通过采用光纤通道与SAS,未来两到三年内NVMe形式将逐渐普及。Nazari能够在ASIC领域自由创新,他表示其已经拥有内置存储语义并能够假设单一系统域。XPoint SSD的访问延迟应该在10微秒左右,低于NVMe NAND的60到100微秒。SAS的引入将额外增加10到20微秒,但其拥有NVMe所不具备的、经过良好定义的错误处理协议。在他看来,SAS的延迟水平已经可以令人满意,而协议的可靠性也要高于NVMe。

StoreServ的ASIC架构师必须面向未来做出决断

图一:StoreServ阵列总体示意图

Nazari宣称,第六代ASIC将针对NVMe进行优化。他关注的是各类数据服务(包括快照以及复制等)需要具备与第六代ASIC相匹配的延迟水平。他着眼于CPU周期与IOPS,并指出3PAR阵列通常只需要占用相当于竞争对手阵列产品一半的CPU周期或计算核心数量,这主要是由于拥有每秒800 MB传输带宽的ASIC能够作为存储协处理器起效。

他表示,至强核心的传输带宽为每秒150 MB。

在第五代ASIC StoreServ阵列当中,各控制器会耗费大量时间等待锁定,而他希望在新一代方案中降低这方面时间。方法之一就是向硬件添加更多队列,其数量甚至超过核心数。另外,惠普企业业务公司还与各HBA供应商开展合作,包括QLogic、Emulex、LSI等等,希望立足于其适配器产品实现阵列队列添加。这项倡议独立于特定光纤通道标准之外,例如每秒16 Gbit与每秒32 Gbit。

服务器与介质驱动器间的整套数据访问路径必须实现进一步提速,同时支持NVMe驱动器与NVMe架构,其中ASIC帮助各控制器更好、更快地完成处理任务。被Nazari设定为关注目录的NVMe over Fabrics规范正在不断演进,而后NAND时代下的首款XPoint SSD预计将在今年年底推出,XPoint DIMM也将在2017年年内亮相。

如果Nazari和他的同事们能够顺利完成工作,那么第六代ASIC StoreServ阵列将完美支持后NAND时代下的各类存储介质与NVMe架构,同时继续在不具备硬件(与固件)加速机制的商用阵列上拥有良好表现。作为老牌阵列供应商,惠普企业业务公司并不打算放弃其对外部阵列业务的关注;事实上,他们希望推出更为强大的第六代ASIC并为其阵列产品提供有力推动。


原文发布时间为:2016年7月4日

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

相关文章
|
存储 机器学习/深度学习 并行计算
阿里云服务器X86计算、Arm计算、GPU/FPGA/ASIC、高性能计算架构区别
在我们选购阿里云服务器的时候,云服务器架构有X86计算、ARM计算、GPU/FPGA/ASIC、弹性裸金属服务器、高性能计算可选,有的用户并不清楚他们之间有何区别,本文主要简单介绍下不同类型的云服务器有何不同,主要特点及适用场景有哪些。
阿里云服务器X86计算、Arm计算、GPU/FPGA/ASIC、高性能计算架构区别
|
机器学习/深度学习 弹性计算 并行计算
阿里云服务器租用收费价格参考,GPU/FPGA/ASIC架构云服务器收费价格表
GPU/FPGA/ASIC架构阿里云服务器有GPU计算型gn7r、GPU计算型gn7i、GPU计算型gn6v、GPU计算型gn6i等实例规格可选,不同实例规格的租用收费价格是不一样的,本文为大家汇总了目前基于GPU/FPGA/ASIC架构下的各个实例规格的阿里云服务器收费标准,以供参考。
阿里云服务器租用收费价格参考,GPU/FPGA/ASIC架构云服务器收费价格表
|
机器学习/深度学习 存储 弹性计算
阿里云服务器X86计算、ARM计算、GPU/FPGA/ASIC等架构区别及选择参考
在我们选购阿里云服务器的时候,云服务器架构有X86计算、ARM计算、GPU/FPGA/ASIC、弹性裸金属服务器、超级计算集群之分,很多初次接触阿里云服务器的用户并不知道他们之间有何区别,本文来介绍一下阿里云服务器各个架构的特点及适用场景,以供大家了解他们之间的区别,从而对选择哪种架构做一个参考。
2203 2
阿里云服务器X86计算、ARM计算、GPU/FPGA/ASIC等架构区别及选择参考
|
6月前
|
Cloud Native Serverless API
微服务架构实战指南:从单体应用到云原生的蜕变之路
🌟蒋星熠Jaxonic,代码为舟的星际旅人。深耕微服务架构,擅以DDD拆分服务、构建高可用通信与治理体系。分享从单体到云原生的实战经验,探索技术演进的无限可能。
微服务架构实战指南:从单体应用到云原生的蜕变之路
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
439 3
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
9月前
|
缓存 Cloud Native Java
Java 面试微服务架构与云原生技术实操内容及核心考点梳理 Java 面试
本内容涵盖Java面试核心技术实操,包括微服务架构(Spring Cloud Alibaba)、响应式编程(WebFlux)、容器化(Docker+K8s)、函数式编程、多级缓存、分库分表、链路追踪(Skywalking)等大厂高频考点,助你系统提升面试能力。
922 0
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
1811 70
从单体到微服务:如何借助 Spring Cloud 实现架构转型

热门文章

最新文章