开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

3819

2012年12月10日 05:00

新VNX SnapShot的问题

新VNX SnapShot可以使用了ROW方式,提高了快照性能,但是因为保留数据不进入RLP,所以有几个新问题:

1、lun的实际可用容量是否在使用快照功能后变小了?

2、如果在写入数据的时候超过了可用容量,处理方式是自动删除旧快照还是停止写入?

3、如果采用了虚拟资源调配,实际容量+快照是否可能超过分配的lun的大小?例如,分配一个10TB的thin lun,快照占用了4TB,这时如果写入数据达到6TB后,lun的实际大小是否会超过10TB?

谢谢

1.4K 消息

2012年12月11日 05:00

1. Pool LUN的空间没有变小

2. 这个由Auto-Delete Management Policy来控制,比如Pool容量达到一定阈值,系统会开始自动删除Snapshot。在Pool属性理由有这个选项。

3. LUN原来多大还是多大,snapshot占用pool的额外空间,但不算在Pool LUN本身的空间之内。在你的例子中,LUN本身依然是10TB,那4TB的snapshot占据pool其它位置的空间。

1.8K 消息

2012年12月10日 06:00

1、会有空间占用。

2、印象中是自动删除最旧的快照。

3、如果采用了虚拟资源调配,实际容量+快照是否可能超过分配的lun的大小? 这句话好像不对吧?实际容量怎么可以超过LUN大小呢?你举例似乎不太妥当吧?

913 消息

2012年12月10日 08:00

快照的预留空间是使用私有LUN吧,不会占用现有LUN的空间

40 消息

2012年12月10日 17:00

以前COW是使用RLP空间,新的ROW没有使用RLP了,而是直接使用本身LUN空间

40 消息

2012年12月10日 17:00

对于第三点,我的意思是,采用thin lun的方式,lun的实际大小随着使用情况增加大小,有没有可能为了保证从应用层看到的实际容量不缩水,在存储层实际lun空间+快照空间》分配空间?

913 消息

2012年12月11日 02:00

哦,这样子,看来更新挺大的啊!!!

913 消息

2012年12月11日 06:00

嗯,那应该还是有一个预留空间占用的!!

1.8K 消息

2012年12月11日 06:00

培训老师说会占用空间,LUN其实是没变小,但是也会有一个地方存放差异数据,所以具体存放在哪?其实和第三个问题是一样的,您说占用POOL的其他位置,具体是哪?是否需要像以前一样具体制定一个池。

3.2K 消息

2012年12月11日 06:00

容量到达一定阀值应该会报警吧

1.4K 消息

2012年12月11日 16:00

具体在可能哪只有Engineering有工具知道,你甚至不知道Pool LUN的数据在哪个盘上,但可以确定的是在同一个Pool。这是Pool的设计所致,数据都是分散在Pool中的磁盘上的。

40 消息

2012年12月11日 18:00

如果是rg模式而非pool模式,那么lun做snapshot时就会损失可用容量?

如果是pool方式,snapshot会占用pool的其他空间,而保证lun的可用容量?如果pool里不是thinlun,也是这样吗?

谢谢

1.4K 消息

2012年12月11日 18:00

1. VNX Snapshot 只能用于Pool,不能用于RG。RG使用SnapView Snapshot的Reserved LUN Pool

2. 对。Pool里只可能是thin/thick两会种LUN,都一样。

40 消息

2012年12月11日 18:00

理解了,非常感谢

40 消息

2012年12月11日 19:00

如果一个pool里多个lun都做snapshot了,这时候出现容量紧张的情况,是优先删除整个pool里最旧的lun吗

1.4K 消息

2012年12月11日 20:00

对,根据snapshot age来删除

找不到事件!

Top