1 Solution
Accepted Solutions
Hello All,
O.K. Hopefully I can explain this without causing too many heads to spin around
We have a limit at each Enginuity family as to the maximum number of logical volumes that the SymmWin program can create and that microcode can support.
Simple answer: Enginuity 5772 for DMX-3 & DMX-4 can create & support 64,000 logical volumes (Symm Vols or symdevs).
This is 64,000 host accessible volumes i.e. volumes that can be assigned to channels (the Enginuity code can actually create a few more non-accessible volumes). This limit is regardless of the type of data protection selected. That is, I can have 64,000 unprotected BCV's or 64,000 Raid-6 14+2 logical volumes (or anything in-between).
The number of individual Raid members that make up a single Symmetrix Volume DON'T count towards this 64,000 SymmWin limit.
Note the ominous this limit....
Complex answer: What you also have at each Enginuity family is a microcode limit to the number of hyper volumes (currently 255) that you can create on a single physical drive (the maximum number of "splits"). Each split on a physical disk then becomes an "entity" that must be managed by the Disk Director / Adapter (DA) microcode. These entities are referred to as DA "targets" and every individual DA processor has a DA target "limit". The DA targets are NOT related to the individual volume size, an unprotected 65,520 cylinder volume and 3 cylinder volume only use one target each.
Question: So can I create 64,000 logical volumes on a DMX4-4500 and a DMX4-950 since both can run Enginuity 5772?. Of course, the volumes would be really small on the 950 (with its fewer drives / DAE's).
Answer: No. Regardless of the individual volume size the greater number of DA processors on a bigger box means a higher overall DA target limit for the entire Symmetrix.
Now this is where the type of data protection "kicks in". One unprotected volume uses one DA target, one 2-MIR protected volume uses two DA targets, one Raid-5 7+1 logical volume requires eight DA targets, etc, etc.
Question: Do I need to worry about the drive or DA target limits in microcode?
Answer: Typically not at all. Your friendly EMC Implementation Specialist will advise you on the number of logical volumes (for a given protection method) that you can create for a given Symmetrix Model. The DA target limits are particularly generous and the SymmWin program automatically caters for these limits when creating / laying out logical volumes on the Symmetrix backend.
Question: So why mention these limits at all?
Answer: Only to explain why the "one size fits all" answer of 64,000 logical volumes won't apply in every case and why the earlier EMC answers have differed AND why you need to buy a really big box
Hopefully this answers all your questions...
Best Regards,
Michael.
O.K. Hopefully I can explain this without causing too many heads to spin around
We have a limit at each Enginuity family as to the maximum number of logical volumes that the SymmWin program can create and that microcode can support.
Simple answer: Enginuity 5772 for DMX-3 & DMX-4 can create & support 64,000 logical volumes (Symm Vols or symdevs).
This is 64,000 host accessible volumes i.e. volumes that can be assigned to channels (the Enginuity code can actually create a few more non-accessible volumes). This limit is regardless of the type of data protection selected. That is, I can have 64,000 unprotected BCV's or 64,000 Raid-6 14+2 logical volumes (or anything in-between).
The number of individual Raid members that make up a single Symmetrix Volume DON'T count towards this 64,000 SymmWin limit.
Note the ominous this limit....
Complex answer: What you also have at each Enginuity family is a microcode limit to the number of hyper volumes (currently 255) that you can create on a single physical drive (the maximum number of "splits"). Each split on a physical disk then becomes an "entity" that must be managed by the Disk Director / Adapter (DA) microcode. These entities are referred to as DA "targets" and every individual DA processor has a DA target "limit". The DA targets are NOT related to the individual volume size, an unprotected 65,520 cylinder volume and 3 cylinder volume only use one target each.
Question: So can I create 64,000 logical volumes on a DMX4-4500 and a DMX4-950 since both can run Enginuity 5772?. Of course, the volumes would be really small on the 950 (with its fewer drives / DAE's).
Answer: No. Regardless of the individual volume size the greater number of DA processors on a bigger box means a higher overall DA target limit for the entire Symmetrix.
Now this is where the type of data protection "kicks in". One unprotected volume uses one DA target, one 2-MIR protected volume uses two DA targets, one Raid-5 7+1 logical volume requires eight DA targets, etc, etc.
Question: Do I need to worry about the drive or DA target limits in microcode?
Answer: Typically not at all. Your friendly EMC Implementation Specialist will advise you on the number of logical volumes (for a given protection method) that you can create for a given Symmetrix Model. The DA target limits are particularly generous and the SymmWin program automatically caters for these limits when creating / laying out logical volumes on the Symmetrix backend.
Question: So why mention these limits at all?
Answer: Only to explain why the "one size fits all" answer of 64,000 logical volumes won't apply in every case and why the earlier EMC answers have differed AND why you need to buy a really big box
Hopefully this answers all your questions...
Best Regards,
Michael.
Bodnarg AFAIK 64000 is the maximum number of symdevs (not depending on the protection) that you can create in your DMX ... The limit depends on the code version rather then on the box family so maybe in the future you may see higher limits with new code releases.
From what I can understand, someone told you that due to RAID5 you have to build bigger luns .. It's not a limit in the maximum symdev count but instead a limit in the maximum number of slices that the code can handle in every device. If I have a 300 Gb disk and I'm using raid5 7+1, I'm going to create a lot of small slices (each slice will be one seventh of the whole disk). Since I can create UP TO 255 slices on a device (If my memory isn't failing) I can create 255 slices, 1.17 gb each.
With 7 slices 1.17 gb each you can have volumes 8.2 Gb big .. And you are filling your drives with RAID slices.
But now let's to again the math for 500 gb drives .. If you use the same size as before, you can stlill build up to 255 slices, 1.17 gb each .. But you'll fill only 300 gb and not the full disk. You need to use bigger slices to fill the disk .. So you need to create bigger devices to fill your disks
I think that's the real reason to have bigger devices with bigger disks and RAID5
Cheers !!
From what I can understand, someone told you that due to RAID5 you have to build bigger luns .. It's not a limit in the maximum symdev count but instead a limit in the maximum number of slices that the code can handle in every device. If I have a 300 Gb disk and I'm using raid5 7+1, I'm going to create a lot of small slices (each slice will be one seventh of the whole disk). Since I can create UP TO 255 slices on a device (If my memory isn't failing) I can create 255 slices, 1.17 gb each.
With 7 slices 1.17 gb each you can have volumes 8.2 Gb big .. And you are filling your drives with RAID slices.
But now let's to again the math for 500 gb drives .. If you use the same size as before, you can stlill build up to 255 slices, 1.17 gb each .. But you'll fill only 300 gb and not the full disk. You need to use bigger slices to fill the disk .. So you need to create bigger devices to fill your disks
I think that's the real reason to have bigger devices with bigger disks and RAID5
Cheers !!
We are doing Raid 3+1 so we are fine on the per device limit - it is the over all box limit which was raised as a concern.
The confusion is we have not gotten a hard answer - the only answer we got implied that Raid-5 3+1 counts as 4 devices and then had a different technician refute this claim. Looking for a 3rd party to arbitrate
Reading the documentation it is not very clear. One section of the DMX-4 guide seems to reference that 64,000 equates to Symmetrix devices, but then when you read about Raid-5 it states that in the case of Raid-5 3+1 you have 4 hypervolumes which implies 4 devices to me :S
This just does not seem like this should be a hard thing to answer.
The heartburn this is causing is that we can't use SRDF because of the striped meta configuration we have and the fact that we'd lose to much storage.
We did ask about the code level and did not get a definitive answer, but I can't blame someone for not banking on something they can not control
PS The code question was asked, but in fairness
The confusion is we have not gotten a hard answer - the only answer we got implied that Raid-5 3+1 counts as 4 devices and then had a different technician refute this claim. Looking for a 3rd party to arbitrate
Reading the documentation it is not very clear. One section of the DMX-4 guide seems to reference that 64,000 equates to Symmetrix devices, but then when you read about Raid-5 it states that in the case of Raid-5 3+1 you have 4 hypervolumes which implies 4 devices to me :S
This just does not seem like this should be a hard thing to answer.
The heartburn this is causing is that we can't use SRDF because of the striped meta configuration we have and the fact that we'd lose to much storage.
We did ask about the code level and did not get a definitive answer, but I can't blame someone for not banking on something they can not control
PS The code question was asked, but in fairness
I've asked a couple of good guys to give help in this thread .. We have to wait since one of them lives in APJ area and the other in US .. so we are covering almost every known timezone
Hello All,
O.K. Hopefully I can explain this without causing too many heads to spin around
We have a limit at each Enginuity family as to the maximum number of logical volumes that the SymmWin program can create and that microcode can support.
Simple answer: Enginuity 5772 for DMX-3 & DMX-4 can create & support 64,000 logical volumes (Symm Vols or symdevs).
This is 64,000 host accessible volumes i.e. volumes that can be assigned to channels (the Enginuity code can actually create a few more non-accessible volumes). This limit is regardless of the type of data protection selected. That is, I can have 64,000 unprotected BCV's or 64,000 Raid-6 14+2 logical volumes (or anything in-between).
The number of individual Raid members that make up a single Symmetrix Volume DON'T count towards this 64,000 SymmWin limit.
Note the ominous this limit....
Complex answer: What you also have at each Enginuity family is a microcode limit to the number of hyper volumes (currently 255) that you can create on a single physical drive (the maximum number of "splits"). Each split on a physical disk then becomes an "entity" that must be managed by the Disk Director / Adapter (DA) microcode. These entities are referred to as DA "targets" and every individual DA processor has a DA target "limit". The DA targets are NOT related to the individual volume size, an unprotected 65,520 cylinder volume and 3 cylinder volume only use one target each.
Question: So can I create 64,000 logical volumes on a DMX4-4500 and a DMX4-950 since both can run Enginuity 5772?. Of course, the volumes would be really small on the 950 (with its fewer drives / DAE's).
Answer: No. Regardless of the individual volume size the greater number of DA processors on a bigger box means a higher overall DA target limit for the entire Symmetrix.
Now this is where the type of data protection "kicks in". One unprotected volume uses one DA target, one 2-MIR protected volume uses two DA targets, one Raid-5 7+1 logical volume requires eight DA targets, etc, etc.
Question: Do I need to worry about the drive or DA target limits in microcode?
Answer: Typically not at all. Your friendly EMC Implementation Specialist will advise you on the number of logical volumes (for a given protection method) that you can create for a given Symmetrix Model. The DA target limits are particularly generous and the SymmWin program automatically caters for these limits when creating / laying out logical volumes on the Symmetrix backend.
Question: So why mention these limits at all?
Answer: Only to explain why the "one size fits all" answer of 64,000 logical volumes won't apply in every case and why the earlier EMC answers have differed AND why you need to buy a really big box
Hopefully this answers all your questions...
Best Regards,
Michael.
O.K. Hopefully I can explain this without causing too many heads to spin around
We have a limit at each Enginuity family as to the maximum number of logical volumes that the SymmWin program can create and that microcode can support.
Simple answer: Enginuity 5772 for DMX-3 & DMX-4 can create & support 64,000 logical volumes (Symm Vols or symdevs).
This is 64,000 host accessible volumes i.e. volumes that can be assigned to channels (the Enginuity code can actually create a few more non-accessible volumes). This limit is regardless of the type of data protection selected. That is, I can have 64,000 unprotected BCV's or 64,000 Raid-6 14+2 logical volumes (or anything in-between).
The number of individual Raid members that make up a single Symmetrix Volume DON'T count towards this 64,000 SymmWin limit.
Note the ominous this limit....
Complex answer: What you also have at each Enginuity family is a microcode limit to the number of hyper volumes (currently 255) that you can create on a single physical drive (the maximum number of "splits"). Each split on a physical disk then becomes an "entity" that must be managed by the Disk Director / Adapter (DA) microcode. These entities are referred to as DA "targets" and every individual DA processor has a DA target "limit". The DA targets are NOT related to the individual volume size, an unprotected 65,520 cylinder volume and 3 cylinder volume only use one target each.
Question: So can I create 64,000 logical volumes on a DMX4-4500 and a DMX4-950 since both can run Enginuity 5772?. Of course, the volumes would be really small on the 950 (with its fewer drives / DAE's).
Answer: No. Regardless of the individual volume size the greater number of DA processors on a bigger box means a higher overall DA target limit for the entire Symmetrix.
Now this is where the type of data protection "kicks in". One unprotected volume uses one DA target, one 2-MIR protected volume uses two DA targets, one Raid-5 7+1 logical volume requires eight DA targets, etc, etc.
Question: Do I need to worry about the drive or DA target limits in microcode?
Answer: Typically not at all. Your friendly EMC Implementation Specialist will advise you on the number of logical volumes (for a given protection method) that you can create for a given Symmetrix Model. The DA target limits are particularly generous and the SymmWin program automatically caters for these limits when creating / laying out logical volumes on the Symmetrix backend.
Question: So why mention these limits at all?
Answer: Only to explain why the "one size fits all" answer of 64,000 logical volumes won't apply in every case and why the earlier EMC answers have differed AND why you need to buy a really big box
Hopefully this answers all your questions...
Best Regards,
Michael.
I'm already spinning .. could someone please shut me down ??