Feedback on used hardware choice (Dell R730)

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
Hi everybody, this is my first forum post! I'm a prospective, new TrueNAS user. I'm looking at some used hardware on eBay, Craigslist, and elsewhere for a new home lab I'm building. I've read a bit on the forums and hardware guides, in addition to watching YouTube videos, but there's a ton of information to consider. I'm looking for any advice, considerations, or possible concerns about the hardware I'm looking at for my TrueNAS build. I'll start by giving some background.

I'm building a home lab in a 25U 4 post open rack. I already have a 2x 6TB HDD (Software RAID 1) Synology NAS. My goal is to prune data, organize it, and move it onto a TrueNAS system, after which I plan to sell the Synology system.

I have a Dell R610 server, and I expect to pick up 1 or 2 more compute servers over the coming months. I'm planning to use OpenStack or VMware, and I'm interested in using iSCSI or something similar (i.e. the OpenStack Cinder driver for TrueNAS) for storage on the compute servers. So I don't expect to use the TrueNAS system for much compute or virtualization, other than storage management tasks. For instance, I may want to run some monitoring, search, indexing, or remote backup services on the TrueNAS, however I may want to run (even these) storage related tasks on dedicated compute.

I found a used Dell PowerEdge R730xd server with the following specs:
  • 19x SAS 600GB drives
  • I'm not sure the model of PERC in this server, but they should all support JBOD, right?
  • 1x Intel Xeon E5-2630 v3 2.4 GHz CPU, 8 cores
  • 32GB DDR4 ECC RAM (not sure if it's buffered)
  • NICs unknown
  • Redundant PSU
I'm not sure the RAIDZ configuration I should use for this, and would appreciate some input on this.

From what I've read, my sense is that this is plenty of beef for a dedicated storage server. What do you think? My guess is the bottleneck here will be RAM. I read somewhere that you recommend 5GB RAM per 1TB of storage? In that case I should double the RAM to 64GB? If necessary, I can find another CPU for the other socket.
 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
I should add I may do some multimedia streaming. Maybe run a Plex server (or the FOSS alternative). If I ever want to do realtime transcoding, or need more network throughput, there are full height expansion slots for GPUs, NICs, etc.
 

jgreco

Resident Grinch
Joined
May 29, 2011
Messages
18,680
model of PERC in this server, but they should all support JBOD, right?

oh dear lord *thud*


No it's not you, it's just that this has become more and more of a "thing" with people showing up either already having RAID controllers or getting ready to buy them...

Yes, all PERC's support JBOD.

That does you no good. You do not want JBOD.

I read somewhere that you recommend 5GB RAM per 1TB of storage?

That guidance is for deduplication which you do not want to use.

However we do recommend 64GB minimum for iSCSI VM storage. It can work on less with a light workload.
 

jgreco

Resident Grinch
Joined
May 29, 2011
Messages
18,680
Sorry I've got a massive headache here. I meant to go a bit further. On the topic of RAM:


More generally on the topic of VM block storage:


Welcome to the forums and please ask questions. We can do a pretty good job of getting you sorted out if you ask questions first. It's harder if you ask them after you're committed to a path.
 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
No worries, thanks for the feedback.

It looks like my R610 may have a usable PERC card. This page says the Dell PERC H200 can be converted to LSI 9211-8i compatibility:

Is there an up to date list somewhere of all the tested PERC cards w/ instructions?
 

jgreco

Resident Grinch
Joined
May 29, 2011
Messages
18,680
The H200 and H310 are based on 9240-alikes that can be crossflashed to IT mode, and have been popular candidates for nearly a decade. There is extensive online documentation on this and I believe some resources in the resources section here.

The H710 has recently been hacked upon by some enterprising folks who were presumably looking to monetize the glut of ESXi-deprecated controllers that hit the market. These are true 9260-style RAID cards, with battery backup and cache, but use the same CPU. If you remove the battery, I'd suspect it's fine to lobotomize them.

It appears that there is a thing called a PERC HBA330 which may work under the MRSAS driver. Jury's still out on this one, in my opinion, but MRSAS is going to be better than MFI. I would still strongly recommend the MPR/MPS cards due to the billions of hours of run time on them.

I don't have specific links or recommendations for workflows. The ones we do here in the shop follow a local workflow with a local toolset and I haven't spent any time evaluating other guides.
 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
OK. I'm gonna take a look and see if I can find an LSI or M1015 card that will work for the R730.

If I pass on the Dell server, do you have any particular recommendations for a model of rack server that should be currently available on the used market?
 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
And are you still recommending the M1015s? Is there a newer card on the new/used market now you would prefer?
 

HoneyBadger

actually does care
Administrator
Moderator
iXsystems
Joined
Feb 6, 2014
Messages
5,112
And are you still recommending the M1015s? Is there a newer card on the new/used market now you would prefer?

The IBM M1015 and Dell H200/H310 still use the older LSI SAS2008 chipset; it was superseded by the SAS2308 which can be found in the HP H220 card. This chipset supports PCIe 3.0 and has a faster clock speed (800MHz vs 533MHz) so it's often suggested as the next step for those still using 6Gbps SAS hardware.

However, your R730xd supports 12Gbps SAS, so you could look for a SAS3008 based card to match that. Not that spinning disks could saturate 8 lanes of 12Gbps, but why create a bottleneck? The Dell HBA330 qualifies here, as does the H330 with some firmware lobotomizing.

Check the photos to see if you have an "integrated" or "mini/mono" style card in there now; if you have that slot available, you might as well use it for your HBA and save the PCIe slot for a separate card. Pay special attention as the firmware flashing procedures often differ for those types of cards.


32GB DDR4 ECC RAM (not sure if it's buffered)

It'll most likely be RDIMM (Registered) which will be cheaper than UDIMM but still expensive because DDR4 is still shipping in current systems. Avoid filling the second CPU socket unless it's necessary for PCIe slot activation or DIMMs, as it'll just burn watts unnecessarily.
 

Daisuke

Contributor
Joined
Jun 23, 2011
Messages
1,041
If you remove the battery, I'd suspect it's fine to lobotomize them.
Yes, you need to remove the battery, prior flashing. Running a H710 mini flashed to IT mode (better choice vs. H310) in my recently purchased R720xd, so quiet. I rather spend the saved money on quality disks (12 HGST Ultrastar He8 Helium disks for default pool and 2 SSDs for services pool). I still own my Dell C2100 (a decade old), which runs as silent as the R720xd.
 
Last edited:

firesyde424

Contributor
Joined
Mar 5, 2019
Messages
155
It appears that there is a thing called a PERC HBA330 which may work under the MRSAS driver. Jury's still out on this one, in my opinion, but MRSAS is going to be better than MFI. I would still strongly recommend the MPR/MPS cards due to the billions of hours of run time on them.
This.

The HBA330 is just a Dell branded LSI 9300 card. It has run for us without issue in every version of FreeNAS\TrueNAS since 9.11. You can flash these to the generic LSI firmware, but in my experience, it's not necessary as this card already functions in the Dell equivalent of "IT Mode". If you stick with the Dell firmware, you get full integration with the R730 iDRAC. My suggestion, if your server doesn't already have one, is to pick up a used HBA330 mini or HBA330 PCIe card. Good examples can be had between $50 and $100. Note: Do not confuse the HBA330 with the PERC H330. They are not the same card. Speaking from personal experience on that one.

Technically, you can use a full RAID card like an H330 or a 730p in "HBA mode", but you will likely experience far more problems than they are worth. The TrueNAS hardware guide warns against this for good reason.
 

HoneyBadger

actually does care
Administrator
Moderator
iXsystems
Joined
Feb 6, 2014
Messages
5,112
Note: Do not confuse the HBA330 with the PERC H330. They are not the same card. Speaking from personal experience on that one.
However, if you do wind up with an H330 accidentally (or as a spare) you can flash it into an HBA330, complete with Dell BIOS and firmware hooks for iDRAC support:


It's definitely better to get the correct card in the first place though.
 

Ericloewe

Server Wrangler
Moderator
Joined
Feb 15, 2014
Messages
20,194
It appears that there is a thing called a PERC HBA330 which may work under the MRSAS driver.
It's actually an mpr device. The firmware is Dell-specific, so versioning is less clear than with standard LSI stuff, but that's really the only downside.
 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
We can do a pretty good job of getting you sorted out if you ask questions first. It's harder if you ask them after you're committed to a path.
Thanks jgreco, and everyone. It's been a while, but I should mention I'm glad I asked first because I decided to pass on the R730. I'm looking at TrueNAS again, planning a more modest replacement for my Synology. I'm going to start with a simple file & backup server.

In the meantime I picked up an HBA to fool around with (LSI 9207-4i4e) and an old LTO-5 drive as a curiosity and to give me some freedom to toy with my storage systems.

I just bought an HP MicroServer Gen10 Plus, but I think I should start a new thread about the new plan.
 

jgreco

Resident Grinch
Joined
May 29, 2011
Messages
18,680
Is the dedup. rec. 5GB / TB of physical disk space or usable pool space after padding and parity?

It has nothing to do with either physical disk space or usable pool space. I will note, however: If you have to ask the question, you (probably) don't have enough memory.

ZFS needs to have a dedupe table (DDT) entry available for every deduplicated record stored. If you happen to have a pool with a 1M recordsize and exclusively large files, this could mean that you have relatively few DDT entries, but it is also possible to have a small recordsize like 16KB or 64KB, which would have up to 64 times as many DDT records. Last I checked, DDT records were 320 bytes, though I have a recollection that there may have been a rewrite that reduced that.

One of the users around here took the time to build up a system optimized for dedupe using an Optane SSD. I think it was.. @Stilez ? (some searching later) Ah yes here have at it.

 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
Thanks! I'm not planning to use dedup, but since you mentioned it earlier, I want to understand the requirements in case I come up with a good use for it.

From zfsdeduplication
It is possible to stipulate in a pool, that only certain datasets and volumes will be deduplicated. The DDT encompasses the entire pool, but only data in those locations will be deduplicated when written. Other data which will not deduplicate well or where deduplication is inappropriate, will not be deduplicated when written, saving resources.
I see that it's usable in a targeted way, and in retrospect my question was stupid... why would a mirror double the dedup table size? It obviously wouldn't.
 

jgreco

Resident Grinch
Joined
May 29, 2011
Messages
18,680
in retrospect my question was stupid...

No question is stupid if its answer helps avoid you from falling into the dedup trap. I post information like this repeatedly in hopes of preventing people from having a disastrous misadventure. Finding the correct answer to questions about dedup isn't trivial, so it is better asked.
 

HoneyBadger

actually does care
Administrator
Moderator
iXsystems
Joined
Feb 6, 2014
Messages
5,112
Last I checked, DDT records were 320 bytes, though I have a recollection that there may have been a rewrite that reduced that.
Probably the L2ARC header rewrite you're thinking of which reduced those to 80 bytes.

320 bytes is the "average" DDT entry size - it can skew slightly larger or smaller in memory but it's a good estimate.

@shanemikel - the "5GB per TB" ratio is calculated for an average 64K recordsize - so if you apply deduplication to a dataset or zvol that uses a 16K maximum recordsize, it can easily quadruple the memory footprint to "20GB per TB"
 

shanemikel

Dabbler
Joined
Feb 8, 2022
Messages
49
Reading the docs it looks like I can choose to dedup for individual directories, but if it creates a level of indirection for io and ddt entries for all blocks in the whole pool as soon as it’s used for anything, well that seems to be of limited utility.

Hmm I think I could get a lot more out of file level dedup than block level. Is that an option?

Would be nice if there was a “lazy” dedup feature that could run in quiet hours and build the ddt temporarily for the task.
 
Top