浏览
帮助
登录
此帖子已超过 5 年
Solved!
hua_li
7 消息
0
4204
2015年3月9日 22:00
vnx 5300 Lun选项里有一个Compression 有什么作用
1个附件
Lun_Compression.PNG.png
回复(9)
Jeffey1
2 Intern
•
2.8K 消息
1
2015年3月9日 23:00
你好,楼主。
VNX数据压缩是为了节省空间,VNX File/BLOCK有着各自的压缩功能。关于VNX-BLOCK的数据压缩的更多信息,建议参考下面几篇文章:
Roger_Wu
4K 消息
2
就是数据压缩功能,可以节省存储空间。VNX的话File和Block LUN都能启用。
另外还有重复数据删除(消重)技术也能起到相同的作用,不过上一代VNX只支持File的消重,新一代VNX开始才支持File和Block的消重技术。有兴趣可以再看看:
新一代VNX软件架构 - 数据块级重复数据删除
born_chen
1.8K 消息
2015年3月11日 02:00
你把它勾上,会发现lun的占用空间变小了。压缩。
yihongtao
8 消息
2015年3月12日 00:00
问个相关的问题:
我在测试VNX compress的时候,我当选中这个选项后,VNX后台多长时间会发起compress的进程,那个大侠告知下!!
在我的测试环境中,我勾选后,等了24小时也没有自动开启,我把这个卷空间使用量超过90%也没有发起,只有最后手动通过CLI才发起了compress的功能,所以这个自动开启时间我很搞不清,到底是达到哪个条件它才能出发开关。
你也是在LUN上启用Compression的?LUN是RAID Group LUN、Thick LUN还是Thin LUN?
如果不是Thin LUN,第一次启用Compression后,系统会将你的LUN转换成Thin LUN,这个过程视LUN大小会耗去不等的时间。可以创建一个Thin LUN再试试。
2015年3月12日 01:00
我使用的Thin LUN,然后把这个LUN通过CIFS输出给windows Client的。结果就是我上面说的情况。
Jason_Zhou
1.2K 消息
2015年3月12日 02:00
根据这个帖子里所讨论到的问题,我把帖子移动到更合适的 存储系统 版块内,方便更多的坛友们看到和参与讨论。
上面这段描述针对的是重复数据删除(消重),而不是压缩。它们是两种不同的节省空间的技术。有兴趣的话可以看一看官方白皮书:https://www.emc.com/collateral/white-papers/h12209-vnx-deduplication-compression-wp.pdf
理论上通过GUI和CLI下达命令效果是一样的,如果多次测试获得的都是一致的结果,建议提供VNX的SPCollects日志进行分析。SPCollects中的SP logs日志详细记录了存储系统所有的后台操作。
日志收集的方法参考:如何通过网页界面Unisphere收集VNX Block端SP日志
我在“新一代VNX软件架构 - 数据块级重复数据删除”,看到如下一段话:
当一个消重进程允许运行时,它会检查Pool中是否已经有64GB的新或者更新过的数据。如果新数据不到64GB,这个进程就会继续等待12小时。如果新数据达到了64GB,这些数据会被分割成8KB的数据块(chunk)。基于这些chunk,会有专门的算法来判断是否存在重复的部分。
是不是说必须要在开启compress的LUN上面还有新数据达到64GB之后并且达到12小时的检查周期时,VNX才能主动开启compress进程。如果没有达到,就继续12小时等待。
戴尔支持资源
查看更多
查看全部
Top
Jeffey1
2 Intern
2 Intern
•
2.8K 消息
1
2015年3月9日 23:00
你好,楼主。
VNX数据压缩是为了节省空间,VNX File/BLOCK有着各自的压缩功能。关于VNX-BLOCK的数据压缩的更多信息,建议参考下面几篇文章:
Roger_Wu
2 Intern
2 Intern
•
4K 消息
2
2015年3月9日 23:00
就是数据压缩功能,可以节省存储空间。VNX的话File和Block LUN都能启用。
另外还有重复数据删除(消重)技术也能起到相同的作用,不过上一代VNX只支持File的消重,新一代VNX开始才支持File和Block的消重技术。有兴趣可以再看看:
新一代VNX软件架构 - 数据块级重复数据删除
born_chen
1.8K 消息
0
2015年3月11日 02:00
你把它勾上,会发现lun的占用空间变小了。压缩。
yihongtao
8 消息
0
2015年3月12日 00:00
问个相关的问题:
我在测试VNX compress的时候,我当选中这个选项后,VNX后台多长时间会发起compress的进程,那个大侠告知下!!
在我的测试环境中,我勾选后,等了24小时也没有自动开启,我把这个卷空间使用量超过90%也没有发起,只有最后手动通过CLI才发起了compress的功能,所以这个自动开启时间我很搞不清,到底是达到哪个条件它才能出发开关。
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2015年3月12日 00:00
你也是在LUN上启用Compression的?LUN是RAID Group LUN、Thick LUN还是Thin LUN?
如果不是Thin LUN,第一次启用Compression后,系统会将你的LUN转换成Thin LUN,这个过程视LUN大小会耗去不等的时间。可以创建一个Thin LUN再试试。
yihongtao
8 消息
0
2015年3月12日 01:00
我使用的Thin LUN,然后把这个LUN通过CIFS输出给windows Client的。结果就是我上面说的情况。
Jason_Zhou
1.2K 消息
0
2015年3月12日 02:00
根据这个帖子里所讨论到的问题,我把帖子移动到更合适的 存储系统 版块内,方便更多的坛友们看到和参与讨论。
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2015年3月12日 02:00
上面这段描述针对的是重复数据删除(消重),而不是压缩。它们是两种不同的节省空间的技术。有兴趣的话可以看一看官方白皮书:https://www.emc.com/collateral/white-papers/h12209-vnx-deduplication-compression-wp.pdf
理论上通过GUI和CLI下达命令效果是一样的,如果多次测试获得的都是一致的结果,建议提供VNX的SPCollects日志进行分析。SPCollects中的SP logs日志详细记录了存储系统所有的后台操作。
日志收集的方法参考:如何通过网页界面Unisphere收集VNX Block端SP日志
yihongtao
8 消息
0
2015年3月12日 02:00
我在“新一代VNX软件架构 - 数据块级重复数据删除”,看到如下一段话:
当一个消重进程允许运行时,它会检查Pool中是否已经有64GB的新或者更新过的数据。如果新数据不到64GB,这个进程就会继续等待12小时。如果新数据达到了64GB,这些数据会被分割成8KB的数据块(chunk)。基于这些chunk,会有专门的算法来判断是否存在重复的部分。
是不是说必须要在开启compress的LUN上面还有新数据达到64GB之后并且达到12小时的检查周期时,VNX才能主动开启compress进程。如果没有达到,就继续12小时等待。