Unsolved
This post is more than 5 years old
130 Posts
0
3837
Disk groups on V-max
I have this new V-max and testing it....V-max with two drive types EFD and FC 15k drives.
By default,if you look at the V-max it creates two disk group types by drive type.
Planning to split FC drives into two RAID types RAID1 and RAID 5.V-max allows to creates both the RAID type on the same physical disk.
-Is there any way to configure more than one disk groups from the FC drives(could not locate an option in SMC).Can this be done on Bin file level?
-When using the Thin Provisioning,EMC recommendation was to use Strip Thin device and concatenate data devices.I am not clear on that..does that mean create a Thin device x times as original data device and stripe it..then future additions would be only on the back end?am i thinking right about this?
-Meta devices:While creating meta devices,is there any way ensure the hyper do not wrap up on the same disk?Is there any auto meta creation on V-max?
Sharing your experiences would be appreciated.
mlee2
108 Posts
0
February 21st, 2010 19:00
Hi Srichev,
To try and answer these briefly:
1. If SMC cannot do this (it was a "coming soon to a Symmetrix near you" enhancement request ) then you need to contact your local EMC Support Representative. The bin file will need to be changed to split the FC drives into more suitable disk_groups. This change is online safe with absolutely no impact to data.
2. I am not quite sure about the reference to "stripe thin device and concatenate data devices"? Are you referring to the "Virtual Provisioning Implementation and Best Practices" Technical Note? My understanding is that the recommendation for Thin concatenated meta devices aids oversubscription with a host based data copy. That is, you can create smaller thin devices (to avoid unallocated space on any single Thin volume) and then create and or easily expand these concatenated meta volumes to meet your needs (i.e., just online add meta members without impacting the existing data). The Thin meta's are created on the front end - this doesn't affect the layout of the Thin pool on the back end.
3. The default behavior in the SymmWin program is NOT to allow meta member to use the same physical disk. The SYMCLI command form meta with count= option will obey this default. However if you use the add dev option instead then SymmWin will simply do as you ask and add the specific member(s) to the specified meta (these may be on the same physical disk if you are not careful ). This has been discussed before and I am sure you will find some very good posting on this last topic...
Best Regards,
Michael.
Boom1
131 Posts
0
February 22nd, 2010 10:00
When you create thin device it is already stripped in a pool. Now in the meta from thin device is preferable concated because you have striping ( one level) .
so you can take advantage of concated meta ( easily expansion)
srichev
130 Posts
0
February 22nd, 2010 10:00
Boom1
131 Posts
0
February 22nd, 2010 11:00
srichev
130 Posts
0
February 22nd, 2010 11:00
Boom,I could not locate the doc specifying 64GB limitation.If you can share the link for the doc would be great.
Also,I was going through the Best practices for thin provisioning.This goes back to my/Boom's original question(in other posting).
Thin provisioning uses data devices from pools(logical hypers).If there is a thin device of 64GB(any size,higher than device extent),how to ensure they do not wrap on the same disk..This doc explains how the next device has been picked up in a round robin fashion but not from the disk point of view.
Dis you see the algorithm fro this uses a different disk when a new extent picked up in addition to the new hyper?
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
February 22nd, 2010 11:00
Yet for high i/o workload striping meta members is still recommended.
This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.
If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
srichev
130 Posts
0
February 22nd, 2010 11:00
Wide striping brings up interesting point.Is there any limitation on the thin size(like regular device maxi size is 240GB)?Is that the reason for meta?
Can the meta spread across multiple disk groups and striped instead of concatenation?If this is no,then i understand why concatenation is done?
let me also download the white papers and refer this..
Boom1
131 Posts
1
February 22nd, 2010 11:00
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
February 22nd, 2010 11:00
It's not 240G ?
This e-mail message (including any attachments) is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination, distribution
or copying of this message (including any attachments) is strictly
prohibited.
If you have received this message in error, please contact
the sender by reply e-mail message and destroy all copies of the
original message (including attachments).
Quincy561
1.3K Posts
0
February 22nd, 2010 11:00
That recommendation may change in the future, but for today, there is still some performance differences between striped and concatenated. These are spelled out in the tech note on VP.
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
February 22nd, 2010 12:00
Boom1
131 Posts
0
February 22nd, 2010 12:00
Quincy561
1.3K Posts
0
February 22nd, 2010 12:00
Any device, even thin, can be up to 240GB on V-Max.
Boom1
131 Posts
0
February 22nd, 2010 12:00
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
February 22nd, 2010 12:00