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

本文涉及的产品
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,基础系列 2核4GB
日志服务 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月前
|
缓存 Linux 调度
【YashanDB数据库】VMware虚拟机使用默认安装,在掉电之后数据库无法启动
VMware虚拟机使用默认安装,在掉电之后数据库无法启动
|
1月前
|
SQL 存储 缓存
【赵渝强老师】达梦数据库的内存结构
本文介绍了达梦数据库管理系统的内存结构,包括内存池、缓冲区、排序区和哈希区。内存池分为共享内存池和运行时内存池,能够提高内存申请与释放效率,并便于监控内存使用情况。缓冲区涵盖数据缓冲区、日志缓冲区、字典缓冲区和SQL缓冲区,用于优化数据读写和查询性能。排序区和哈希区分别提供排序和哈希连接所需的内存空间,通过合理配置参数可提升系统效率。文内附有具体配置示例及视频讲解,帮助用户深入理解达梦数据库的内存管理机制。
|
2月前
|
存储 运维 数据挖掘
虚拟化数据恢复—误还原快照导致虚拟机上数据库丢失的数据恢复案例
虚拟化数据恢复环境&故障: vmfs文件系统,存储的数据是SqlServer数据库及其他办公文件。 工作人员误将快照还原,导致了SqlServer数据库数据的丢失,需要恢复原来的SqlServer数据库文件。
101 22
|
4月前
|
存储 监控 算法
深入探索Java虚拟机(JVM)的内存管理机制
本文旨在为读者提供对Java虚拟机(JVM)内存管理机制的深入理解。通过详细解析JVM的内存结构、垃圾回收算法以及性能优化策略,本文不仅揭示了Java程序高效运行背后的原理,还为开发者提供了优化应用程序性能的实用技巧。不同于常规摘要仅概述文章大意,本文摘要将简要介绍JVM内存管理的关键点,为读者提供一个清晰的学习路线图。
|
5月前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
2090 2
|
6月前
|
存储 算法 Java
Java虚拟机(JVM)的内存管理与性能优化
本文深入探讨了Java虚拟机(JVM)的内存管理机制,包括堆、栈、方法区等关键区域的功能与作用。通过分析垃圾回收算法和调优策略,旨在帮助开发者理解如何有效提升Java应用的性能。文章采用通俗易懂的语言,结合具体实例,使读者能够轻松掌握复杂的内存管理概念,并应用于实际开发中。
|
6月前
|
存储 缓存 API
LangChain-18 Caching 将回答内容进行缓存 可在内存中或数据库中持久化缓存
LangChain-18 Caching 将回答内容进行缓存 可在内存中或数据库中持久化缓存
86 6
|
7月前
|
存储 关系型数据库 MySQL
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
查询服务器CPU、内存、磁盘、网络IO、队列、数据库占用空间等等信息
431 5
|
7月前
|
存储 算法 Java
深入解析 Java 虚拟机:内存区域、类加载与垃圾回收机制
本文介绍了 JVM 的内存区域划分、类加载过程及垃圾回收机制。内存区域包括程序计数器、堆、栈和元数据区,每个区域存储不同类型的数据。类加载过程涉及加载、验证、准备、解析和初始化五个步骤。垃圾回收机制主要在堆内存进行,通过可达性分析识别垃圾对象,并采用标记-清除、复制和标记-整理等算法进行回收。此外,还介绍了 CMS 和 G1 等垃圾回收器的特点。
186 0
深入解析 Java 虚拟机:内存区域、类加载与垃圾回收机制
|
3天前
|
Arthas 监控 Java
Arthas memory(查看 JVM 内存信息)
Arthas memory(查看 JVM 内存信息)
29 6

热门文章

最新文章

下一篇
oss创建bucket