当页导航

IBM SVC 自动精简配置卷拷贝报警 -------续

      继上个问题, SVC 存储网关 精简自动配置VDISK 使用情况警报。专家提出使用ESXI 工具在SSH 命令行情况下对空间进行回收。

     仍存在的疑惑:如果不对应用层(VMWARE 虚拟化层)进行回收,因为VMWARE存储使用情况远远未达到使用上线,那么当应用层继续写入数据,SVC 的VDISK 被撑满后,是否有丢失数据,LUN被写坏的风险。

     从网上一些文档看到:SVC层无法了解到上层VMWARE 使用的情况,VMWARE 删除完文件后,只是把块只是从一种状态改为另一种状态,但是底层LUN无法知道这个变化。举例: 块状态 0,X,Y。 0表示从未使用,X 表示已经使用,Y 表示被删除可以重用。 假设 精简LUN 为20T(上限), VMDK (精简模式)文件为上限20T。当写入文件到VMDK时,VMDK文件不段的涨大,造成LUN使用空间不停的涨大。此时,当VMDK 导入一个15T的大文件,VMDK 直接涨到了15T,LUN撑到15T。然后在虚拟化VCENTER 中 对该LUN 上层VMFS卷进行回收空间,删除15T文件,此时15T的VMDK文件并未缩小,仍显示15T。当我们继续写入文件时,VMDK文件仍继续涨大,直至撑到20T,那么这个时候,LUN也是如此,一直撑到20T。 当存储VMDK仍有0状态块时,应用会先写0状态的块,VMDK 会一直涨大,直到到所有0标志的块用完,然后再来使用Y状态的块。得到的结论是:可以忽略SVC空间告警。

    请问以上这种说法和结论是否属实?

2回答

ZhuJun2014ZhuJun2014  存储工程师 , IBM
whluwitsuper1260wuwenpin等赞同了此回答
当前SVC并不支持ESXi的unmap功能,明年会支持。在不支持unmap功能时,ESXi写过来的数据都会被SVC标记为占用空间,即使上层ESXi的VM删除文件或重复被使用。SVC的vdisk被撑满了,就变成一个全容量的卷。如果存储池的空间不足,vdisk容量并未达到使用上限,但由于存储池空间不足,vdisk会...显示全部

当前SVC并不支持ESXi的unmap功能,明年会支持。

在不支持unmap功能时,ESXi写过来的数据都会被SVC标记为占用空间,即使上层ESXi的VM删除文件或重复被使用。

SVC的vdisk被撑满了,就变成一个全容量的卷。如果存储池的空间不足,vdisk容量并未达到使用上限,但由于存储池空间不足,vdisk会变成offline状态不让主机进行写入以保护数据完整性,但不会丢数据。此时应用或VM会挂起。

一个20T的瘦供给LUN,在VM层怎么折腾,也不会折腾出大于20T的容量来。因此,只有后端vdisk所属的存储池空间耗尽,才会导致vdisk offline。忽略瘦供给的使用比超阀值,是可以的。忽略存储池的使用超阀值,是有风险的。

用瘦供给,最重要的工作就是监控空间的总体使用情况,避免存储池空间耗尽。当然,支持主机的unmap功能,是更好的选择。

选择了瘦供给,就是要追求空间使用率的提高,但缺乏管理手段的跟进,容易出现存储池耗尽的情况导致应用hang。毕竟,管理员无法精确的预测超供比例,也没办法控制应用的写入数据量。

收起
 2016-11-25
孙伟光孙伟光  IT顾问 , 中国金融电子化公司
文章的出处在哪里,我想看一下 显示全部

文章的出处在哪里,我想看一下

收起
 2016-11-25
浏览110
  • http://www.doit.com.cn/p/82057.html
    2016-11-25
  • 这些文章都是翻译过来的,随便看看就ok. “大多数磁盘阵列还不具备在写操作过程中发现全零页的能力”,这句话都是老黄历了,SVC很早(5.1)就利用Intel CPU的能力实现zero detection功能,实现写0时不分配空间。 https://www.ibm.com/developerworks/community/blogs/storagevirtualization/entry/svc_5_1_ga_zero_detection_and_cache_tweaking3?lang=en
    2016-11-25

提问者

huyang1985数据库管理员, 某某软件股份有限公司
评论15

问题状态

  • 发布时间:2016-11-25
  • 关注会员:2 人
  • 问题浏览:861
  • 最近回答:2016-11-25