RAID recommendation for Hyper-V host
-
I didn't realize enterprise SSDs had come down enough to compete with 15k drives. Interesting.
-
@wrx7m said in RAID recommendation for Hyper-V host:
I didn't realize enterprise SSDs had come down enough to compete with 15k drives. Interesting.
https://www.neweggbusiness.com/product/product.aspx?item=9b-2rc-0034-000b7 = $0.53 per GB. It is still more, but the value can be justified, imo.
-
If going with Dell, Xbyte has
https://i.imgur.com/RkmYKlF.png
So you'd need 4 in RAID 10 to get enough storage for your situation. 960 GB is the largest drives I see on Xbyte when sorting by the R730.
-
@i3 said in RAID recommendation for Hyper-V host:
Our ERP data size is around 400GB and our file server data size is around 700GB.
...
Should I add more drives to the second array or create a third array with less expensive drives since our file server doesn't require 15k drives.
Couple approaches here that tend to make sense. Here are the two that I would consider most strongly:
-
Single array. Use 10K drives and a lot of them. Six 10K drives is the same speed as four 15K drives. So use eight or more here, get more speed for everything. The OS, the data, the DB all on a single array. More speed for everything.
-
Split array. Use NS-SAS or 7200 RPM SATA drives for the OS and the file server data. Use RAID 1 SSDs for the database.
-
-
@wrx7m said in RAID recommendation for Hyper-V host:
I didn't realize enterprise SSDs had come down enough to compete with 15k drives. Interesting.
Have for a while. The trick is compare by IOPS rather than by capacity.
-
@scottalanmiller said in RAID recommendation for Hyper-V host:
@wrx7m said in RAID recommendation for Hyper-V host:
I didn't realize enterprise SSDs had come down enough to compete with 15k drives. Interesting.
Have for a while. The trick is compare by IOPS rather than by capacity.
But it's exactly that, a trick. It's all about making numbers do whatever you want them to do.
-
Xbyte had 15K drives at
https://i.imgur.com/44OL5yh.pngSo at the high end, assuming 6 drives, you're looking at $2094 vs $4196 for SSD
Of course, the SSD is going to swim circles around those other drives performance wise.
-
@i3 said in RAID recommendation for Hyper-V host:
We are looking to purchase a Hyper-V host to consolidate a few of our physical servers. The two main servers would be our file server and an ERP system. The ERP system is supported on Hyper-V, however their recommended RAID is as follows:
Two drive Raid 1 for the OS
min. 4 drive Raid 1+0 for the data array (15k SAS)Our ERP data size is around 400GB and our file server data size is around 700GB.
My thoughts were to put the virtual machines OS' on the two drive raid 1 array and the data drives for both our ERP and file server on the second array. At are current data usage, (4) 600GB 15k SAS drives would not be leaving us much more room for growth.
Should I add more drives to the second array or create a third array with less expensive drives since our file server doesn't require 15k drives.Thanks,
GDo you know your IOPs usage? What is the drive array configuration of your ERP currently? We can do some real rough calculations based on that (type of drive, RPM, number of drives in each array, etc).
-
@Dashrender said in RAID recommendation for Hyper-V host:
@scottalanmiller said in RAID recommendation for Hyper-V host:
@wrx7m said in RAID recommendation for Hyper-V host:
I didn't realize enterprise SSDs had come down enough to compete with 15k drives. Interesting.
Have for a while. The trick is compare by IOPS rather than by capacity.
But it's exactly that, a trick. It's all about making numbers do whatever you want them to do.
It's not a trick at all in that sense. No more than using capacity as the sole gauge of storage value is a trick. It's like cars, sometimes you are shopping for speed, sometimes for capacity. If we only shopped for speed we'd only buy F1 cars. If we only shopped for capacity we'd only buy minivans. Everyone with something that isn't one of those two blended their needs.
-
He still needs to find out what his IOPS usage is, currently. Then make an educated guess what it will be in the next few years and decide which drives/configuration will support those results.
-
@scottalanmiller said in RAID recommendation for Hyper-V host:
@Dashrender said in RAID recommendation for Hyper-V host:
@scottalanmiller said in RAID recommendation for Hyper-V host:
@wrx7m said in RAID recommendation for Hyper-V host:
I didn't realize enterprise SSDs had come down enough to compete with 15k drives. Interesting.
Have for a while. The trick is compare by IOPS rather than by capacity.
But it's exactly that, a trick. It's all about making numbers do whatever you want them to do.
It's not a trick at all in that sense. No more than using capacity as the sole gauge of storage value is a trick. It's like cars, sometimes you are shopping for speed, sometimes for capacity. If we only shopped for speed we'd only buy F1 cars. If we only shopped for capacity we'd only buy minivans. Everyone with something that isn't one of those two blended their needs.
Well then don't say 'the trick is.' Instead say - put the cost in terms of the required context. If speed is context, then frame it that way, if capacity is the context, frame it that way.
-
@wrx7m said in RAID recommendation for Hyper-V host:
He still needs to find out what his IOPS usage is, currently. Then make an educated guess what it will be in the next few years and decide which drives/configuration will support those results.
that's assuming his current load is not the bottleneck
-
@Dashrender He could find out if it were. Simply measure the IOPS and calculate the max IOPS of existing configuration. If they are close, then his current config is a bottleneck.
-
@Dashrender said in RAID recommendation for Hyper-V host:
If going with Dell, Xbyte has
https://i.imgur.com/RkmYKlF.png
So you'd need 4 in RAID 10 to get enough storage for your situation. 960 GB is the largest drives I see on Xbyte when sorting by the R730.
WTF, SSD in RAID 10? Hello, reality to @Dashrender
He needs 1.1 TB in array space give or take. So he could go with 4 400GB drives in RAID 5 for it all for half the price of 4 of the 960GB drives.
Or more realistically, he can go with NL-SAS in RAID 10 for everything except the ERP database. Put the ERP on 2 400GB in RAID 1 or 3 in RAID 5.
-
Duh, you're right, my bad.
Though the OP did voice concern about not having any left over storage... So your second solution would solve that.
-
Thank you for all the input. I will try to answer as many as the questions as I can.
@wrx7m said in RAID recommendation for Hyper-V host:
What server are you going to use as your host?
Server 2012r2
@scottalanmiller said in RAID recommendation for Hyper-V host:
@i3 said in RAID recommendation for Hyper-V host:
My thoughts were to put the virtual machines OS' on the two drive raid 1 array and the data drives for both our ERP and file server on the second array.
Yup, that's fine. It would be better to have all six drives in a single array not in split arrays, but the split arrays aren't dangerous here, just not as good speed or capacity as merging them all into a single array. A single array would be better all around, no downsides.
What type of RAID would be best in this scenario?
@Dashrender said in RAID recommendation for Hyper-V host:
@i3 said in RAID recommendation for Hyper-V host:
We are looking to purchase a Hyper-V host to consolidate a few of our physical servers. The two main servers would be our file server and an ERP system. The ERP system is supported on Hyper-V, however their recommended RAID is as follows:
Two drive Raid 1 for the OS
min. 4 drive Raid 1+0 for the data array (15k SAS)Our ERP data size is around 400GB and our file server data size is around 700GB.
My thoughts were to put the virtual machines OS' on the two drive raid 1 array and the data drives for both our ERP and file server on the second array. At are current data usage, (4) 600GB 15k SAS drives would not be leaving us much more room for growth.
Should I add more drives to the second array or create a third array with less expensive drives since our file server doesn't require 15k drives.Thanks,
GDo you know your IOPs usage? What is the drive array configuration of your ERP currently? We can do some real rough calculations based on that (type of drive, RPM, number of drives in each array, etc).
I do not have a current IOP usage. The current config is a standalone server with two split arrays. OS is on a RAID 1 with two 15k drives; Data is on a RAID 1+0 with 4 15k drives. The only data I have currently is below. I know it may not be the best indicator but it is all I have at this point without collecting more data.
Read Queue length: Spikes to 2/3 during peak usage hours otherwise at 0
Write queue length: Spikes to just under 1 during peak usage hours (same as read) otherwise at 0
Disk Busy Time%: Spikes between 80-100% during peak hours (same as above) otherwise at 0
I will try to get actual IOP usage today.@Dashrender said in RAID recommendation for Hyper-V host:
Duh, you're right, my bad.
Though the OP did voice concern about not having any left over storage... So your second solution would solve that.
The idea is to have left over storage for future growth.
Thanks again for all of your input.
-
@i3 you do not install server 2012 r2 onto the hardware. You install Hyper-V Server 2012 R2
-
@JaredBusch said in RAID recommendation for Hyper-V host:
@i3 you do not install server 2012 r2 onto the hardware. You install Hyper-V Server 2012 R2
Well he could, but he shouldn't.
-
@JaredBusch said in RAID recommendation for Hyper-V host:
@i3 you do not install server 2012 r2 onto the hardware. You install Hyper-V Server 2012 R2
This is very important.
-
@i3 said in RAID recommendation for Hyper-V host:
My thoughts were to put the virtual machines OS' on the two drive raid 1 array and the data drives for both our ERP and file server on the second array.
Yup, that's fine. It would be better to have all six drives in a single array not in split arrays, but the split arrays aren't dangerous here, just not as good speed or capacity as merging them all into a single array. A single array would be better all around, no downsides.
What type of RAID would be best in this scenario?
Single array is quite a bit better.
