根据有关数据统计,目前SSD出货的DWPD小于1的占比达到85%,这几年一直维持在85%-86%,后续可能会继续扩大占比。也就是说,这个市场上的对SSD的寿命的诉求并不是很强烈,不需要DWPD很高的SSD。这也侧面说明了,行业内已不再完全依赖SSD硬件本身的特性来实现整个系统的可靠性。分布式存储,全闪存阵列,各种针对SSD优化的存储软件系统也是遍地开花。这个也给了QLC SSD大规模普及提供了有力的条件。
我们在回顾下NAND的四个类型:SLC、MLC、TLC、QLC
SLC的Program/Erase(P/E) Cycle可以达到10万,MLC P/E cycle可以到1万,到TLC 3000次P/E cycle,再到QLC NAND只有1000 P/E cycle。P/E cycle是表征SSD寿命的最重要的参数。
我们可以看到,随着单个cell含有的bit数越多,NAND的可靠性也会有所降低,自然成本也会继续下降,QLC的成本只有SLC成本的1/4。除了寿命可靠性,QLC处于劣势,还有在性能方面也有所降低,如下图,QLC NAND单个page页的写延迟是SLC的8倍,是TLC的2倍,读延迟是SLC的4倍,是TLC的约1.3倍。
既然QLC可靠性和性能都比TLC差,那QLC还有什么用?是不是就可以放弃了?
实则不然,QLC的出现并不是为了取代SLC/MLC/TLC这些前辈,实力也不允许完成替代。QLC更是对TLC SSD的补充,让SSD市场更加的丰富多彩,QLC SSD最终的目标是为了取代HDD机械硬盘。机械硬盘给我们的印象就是又笨重又大的壳子,SSD更加的轻便。机械硬盘主要的使用场景是数据备份等存储需要,容量很大,随便都是8T起步,目前最大的更是达到20TB以上。而SSD目前最大的TLC基本只有8T,大多是1T/2T/4T,更小的还有256GB/512GB。QLC的容量相对要大,可以达到15TB以上。
随着容量的增加,在解决方案中还有一个因素需要考虑:IOPS/TB, 也就是单TB达到的IOPS性能。容量的增加,会让每TB获得的IOPS性能也相应的下降。QLC SSD如果要在容量增加的基础上,继续保持竞争力,IOPS也是非常关键的因素。对比不同协议接口SATA/SAS/PCIe可以清楚的发现,QLC SSD搭配PCIe协议接口才是当下最具竞争力的CP组合。
本文主要考虑PCIe QLC企业级SSD的应用场景。
上面提到,QLC SSD的目标不是取代TLC,而是与HDD抢市场,让我们先对比下市场上几款比较强劲HDD/TLC/QLC SSD产品对比。
顺序读:TLC/QLC完胜HDD,同时QLC和TLC持平,达到同样的性能水平
随机读:TLC/QLC更是优势巨大,QLC比TLC稍微弱一点
随机读写延迟:HDD基本在ms级别,TLC/QLC都在us级别,相差一个数量级,优势明显。但是QLC在随机性能方面比TLC要差很多,差距在10倍以上。
基于以上的性能数据对比,QLC SSD想要闯出一片属于自己的天空,不能正面硬刚,要选择自己擅长的领域。QLC在读方面与TLC的差异不大,因此QLC SSD的目标使用场景也主要是读为主的业务场景。TLC/QLC分别在block size块大小和读写分布的适用性,如下图总结。找准了自己的定位,QLC SSD就可以发挥自己的优势,带着梁静茹给的勇气向前出发了!
那么,适合QLC SSD读为主的应用场景都有哪些呢?我们来一起总结下:
为了更加清晰的理解,把这个总结按照IO数据分布图填充,就得到下面这张图,更加的直观。
我们这里分享一个QLC SSD在CDN加速场景应用的案例。首先看下CDN是什么。
CDN 是内容分发的网络拓扑结构,在源服务器(网站原始所在地)和节点(服务器集群,缓存源服务器的文件并提供加速服务)之间提供网络加速的功能。
在没有开启CDN加速的情况下,当我们访问目标网站,会直接访问目标网站源服务器。这样就有一个缺陷,访问的距离越远,源服务器的响应就越慢。
在开启CDN加速的情况下,当我们访问目标网站时,会第一优先级访问距离我们最新的节点。相当于提前把用户需要访问的文件传输到加速节点,用户就不需要等待源服务器的响应了,大大提升了用户的体验。
小编之前正好体验过CDN加速的快乐,事情是这样的,在代码开发中,我准备从官网下载VScode,但是开启下载后,发现速度真的是龟速啊,只有57KB/s, 5G的时代,还这么慢,简直不可接受。
后来发现,VScode官网有使用CDN加速功能,立即把下载链接中的域名替换成cdn加速域名(vscode.cdn.azure.cn),现在速率直接飙升至2.3MB/s。飞一样的感觉!
好像有点扯远了,见证了CDN加速的好处,我们还是回归正题。在CDN场景下,QLC如何发挥价值呢?
CDN真正影响用户体验就是离用户最近节点服务器以及中间传输节点服务器,这部分机器既要求有低延迟的服务,又要求存储数据。访问的数据模型主要是128KB以上的95%顺序读,还有5%的随机混合读写。
CDN之前的解决方案通常采用混合存储的方式:TLC SSD作为缓存+HDD作为数据存储。这样既可以满足低延迟的需求,又可以满足低成本的数据存储需求。如果采用全QLC替换TLC SSD+HDD的混合方案,收益如何?
以Intel P5316为例,全QLC SSD的替换后,单个服务器容量提升6倍,带宽提升3.7倍,功耗效率提升3.7倍,单个服务器容量的提升,也可以服务更多的用户,收益明显。
针对QLC,如果有任何想说的,欢迎留言或者私信交流,感谢支持!
小编每日撰文不易,如果您看完有所受益,欢迎点击文章底部左下角“关注”并点击“分享”、“在看”,非常感谢!
精彩推荐:
如果您也想针对存储行业分享自己的想法和经验,诚挚欢迎您的大作。
投稿邮箱:Memory_logger@163.com (投稿就有惊喜哦~)
如您有任何的建议与指正,敬请在文章底部留言,感谢您不吝指教!如有相关合作意向,请后台私信,小编会尽快给您取得联系,谢谢!