SNIA持久化内存峰会:虚拟机、数据库、SDS进展曝光

本文涉及的产品
云数据库 RDS SQL Server,基础系列 2核4GB
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
日志服务 SLS,月写入数据量 50GB 1个月
简介: - VMware眼中的三种NVRAM; - SQL Server:NVDIMM-N用于Log Buffers加速; - S2D初期支持SCM DIMM块设备; 附会议资料下载链接

记得一年前撰写《3D XPoint遇上SAP HANA:机遇与挑战》,就是参考的SNIA PersistentMemory Summit 2017会议资料。日前PM Summit 2018大会又在美国加州圣何塞举行,再次给我们带来了一些有价值的参考资料。

 


会议资料下载链接   https://www.snia.org/pm-summit

百度网盘分享   https://pan.baidu.com/s/1kWSEaGJ

 

HyperVisor支持:VMware眼中的三种NVRAM

 

上图引用自VMware在会上的演讲资料,这里列出了比较成熟或者即将进入市场的三种持久化内存技术。

 

首先是NVDIMM-N,现已在DellHPE的服务器上支持选配;然后是HPE将普通DRAM内存备份到NVMe SSD上的方式,我理解这样做掉电保护时不仅要对内存条本身供电,维持整个系统开机电池的容量要求高些;第三种是DIMM 内存条形态的Intel3D XPoint,首批上市容量预计在256-512GB,因为介质属于SCM非易失存储级内存,所以没有掉电保护需求。

 

关于目前已上市的PCIe/NVMe接口Intel 3D XPoint SSD,可以参考我写的系列评测:

IntelOptane P4800X评测(序):不用缓存和电容保护的SSD

IntelOptane P4800X评测(1):好钢如何用在刀刃上?

OptaneP4800X评测(2):Oracle 170万TPM意味着什么?

IntelOptane P4800X评测(3):Windows绑核优化篇

MySQL的启示:Intel Optane P4800X评测(4)

SPDK实战、QoS延时验证:IntelOptane P4800X评测(5)

 

VMware还列出了性能对比,在一个Fedora 24虚拟机里用FIO测试,从低到高分别为NVMeSSDvSCSI仿真)、vPMemDiskvSCSI仿真)、vNVDIMM(块访问)和vNVDIMM-DAX(直接访问)。性能显然是越往右边越好,其中大数据块的差距更大,写比读的差距更大。

 

持久化内存用于vSCSI块设备的性能也受到了拖累,不过这种方案的好处是可以兼容传统的Guest OS操作系统


同时我们看到,微软Hyper-V也从Windows Server2016 RS4(目前还是内部预览版)开始支持Persistent MemoryvPMEM)。

 

SQL Server数据库:NVDIMM-N用于Log Buffers加速

 

大家可能看到过Oracle 18c宣传未来对NVRAM的支持,本次微软也讲了SQL Server 2016在这方面的动作。

 

日志写速度容易成为数据库交易的瓶颈,因此更快的日志对数据库(单位时间内)更多的更新带来可能。目前SQL Server的做法是将Log Buffers建立在NVDIMM-N中,数据到达这一步即完成事物提交。当日志写满一个大块时,再将整个块后台刷入SSD上的日志文件。

 

由于SQL Server 2016能够使用字节寻址的log(以内存速度commit),能够显著缩短日志的写入延时。根据测试数字,特别是对In-Memory数据库的update速度可提升1,同时降低交易时间。

 

S2D分布式存储:初期支持SCM DIMM块设备

 

关于微软Windows Server 2016自带的Storage Spaces Direct存储软件,我们也发过几篇详细的评测:

 

4节点近160万IOPS:SDS/超融合测试不能只看数字

12万邮箱ESRP测试:Exchange超融合存储设计漫谈

揭秘VDI存储测试:4节点SDS模拟12000虚拟桌面

Windows超融合遇上OracleRACS2D测试之四

 

如上图,不难看出S2D是在HDDSATA/SAS SSDNVMe SSD之外引入了第4类存储介质支持。连接在CPU内存总线上的SCM,不难猜到Intel 3D XPoint Memory,至少是最快最实际的。

 

S2D配置SCM存储层时,持久化内存设备替代了之前NVMe SSD的位置,既可以支持全SCM(有点奢侈吧),也可以将SCM作为NVMe或普通SSDCache设备

 

3D XPoint Memory为例,写IOPS与读IOPS几乎一样快,写寿命不低于30 DWPD(远高于NAND闪存),官方说没有写放大,不需要垃圾回收。用了这样的Cache设备做为SSD容量层的写缓存S2D的性能会不会再创新高呢?

 

根据上面的描述,我已经大致猜测到将于RS4版本Windows Server 2016回归的S2D,对SCM的支持为块设备形式。而很快我就从下面的文字中确认了这一点。

 

Windows Storage Spaces Direct对持久化内存的支持,“最初为模拟块设备,未来还会有更多用法。”

 

:SNIA PersistentMemory Summit 2018会议资料下载

https://pan.baidu.com/s/1kWSEaGJ

目录
相关文章
|
1月前
|
存储 监控 算法
深入探索Java虚拟机(JVM)的内存管理机制
本文旨在为读者提供对Java虚拟机(JVM)内存管理机制的深入理解。通过详细解析JVM的内存结构、垃圾回收算法以及性能优化策略,本文不仅揭示了Java程序高效运行背后的原理,还为开发者提供了优化应用程序性能的实用技巧。不同于常规摘要仅概述文章大意,本文摘要将简要介绍JVM内存管理的关键点,为读者提供一个清晰的学习路线图。
|
2月前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
876 2
|
3月前
|
存储 算法 Java
Java虚拟机(JVM)的内存管理与性能优化
本文深入探讨了Java虚拟机(JVM)的内存管理机制,包括堆、栈、方法区等关键区域的功能与作用。通过分析垃圾回收算法和调优策略,旨在帮助开发者理解如何有效提升Java应用的性能。文章采用通俗易懂的语言,结合具体实例,使读者能够轻松掌握复杂的内存管理概念,并应用于实际开发中。
|
3月前
|
存储 缓存 API
LangChain-18 Caching 将回答内容进行缓存 可在内存中或数据库中持久化缓存
LangChain-18 Caching 将回答内容进行缓存 可在内存中或数据库中持久化缓存
50 6
|
4月前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
221 5
|
4月前
|
存储 算法 Java
深入解析 Java 虚拟机:内存区域、类加载与垃圾回收机制
本文介绍了 JVM 的内存区域划分、类加载过程及垃圾回收机制。内存区域包括程序计数器、堆、栈和元数据区,每个区域存储不同类型的数据。类加载过程涉及加载、验证、准备、解析和初始化五个步骤。垃圾回收机制主要在堆内存进行,通过可达性分析识别垃圾对象,并采用标记-清除、复制和标记-整理等算法进行回收。此外,还介绍了 CMS 和 G1 等垃圾回收器的特点。
139 0
深入解析 Java 虚拟机:内存区域、类加载与垃圾回收机制
|
4月前
使用qemu来dump虚拟机的内存,然后用crash来分析
使用qemu来dump虚拟机的内存,然后用crash来分析
|
5月前
|
存储 Java API
【Azure Developer】通过Azure提供的Azue Java JDK 查询虚拟机的CPU使用率和内存使用率
【Azure Developer】通过Azure提供的Azue Java JDK 查询虚拟机的CPU使用率和内存使用率
|
15天前
|
存储 Oracle 关系型数据库
数据库传奇:MySQL创世之父的两千金My、Maria
《数据库传奇:MySQL创世之父的两千金My、Maria》介绍了MySQL的发展历程及其分支MariaDB。MySQL由Michael Widenius等人于1994年创建,现归Oracle所有,广泛应用于阿里巴巴、腾讯等企业。2009年,Widenius因担心Oracle收购影响MySQL的开源性,创建了MariaDB,提供额外功能和改进。维基百科、Google等已逐步替换为MariaDB,以确保更好的性能和社区支持。掌握MariaDB作为备用方案,对未来发展至关重要。
39 3
|
15天前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
42 3

热门文章

最新文章