There are many many reasons that you need to plan your server hardware but here is a quick overview of the major factors you need to consider:
Firstly you need to decide just how critical this NAS server is going to be to you. What categories of data are you going to store on it (personal, downloaded media etc.), will this be the primary or backup copy of this data, and if you were to lose the data on the NAS just how much of a disaster or inconvenience will it be?
Now you need to guess how much data you think you will need to store. Think big, because expanding it later can be a big, big pain. And you will need to account for holding multiple copies, compression, file system overheads, redundancy etc.
You also need to think about what disk technology you want to use for the various types of data:
For most home NAS data storage, esp. for file sharing and media streaming, for cost reasons most people currently still seem to use HDDs - however you will need to evaluate costs for your own specific needs.
As mentioned above, you will also need to decide how much redundancy you want to include in the data storage in order that drive failures will not result in lost data. Identical (or similar) sized and performing drives are normally combined into pools, and within such a pool you can:
Uncle Fester's experience is that very few people are willing to risk having no redundancy, and on a home/small-business NAS with a limited number of drives, few people are willing to dedicate 3 of the limited number of drives for redundancy - so most people choose 1 or 2 drives. You need to decide what the risks are of one drive failing, and then a 2nd drive failing before the first has been fully replaced - and whether the data is mission critical or not.
But the key thing to remember is that a ZFS pool is all-or-nothing. If you lose more devices than you have redundancy for, you will not only lose the data on those devices but rather lose all the data in the entire pool. So the larger your disks, and the more disks you have in the pool, the greater the risk and the greater the level of redundancy you should have.
Finally you will need to decide how to deliver the useable disk space and the extra disks for redundancy, and how these disks will attach to the server motherboard i.e. how many SATA ports you will need:
The operating system and server applications also require disk storage and again they can be either SSDs or HDDs, and these will normally also require SATA ports.
For a TrueNAS server that is providing network file storage and perhaps a few small apps, the processor requirements are far lower than you might expect, even if you want to do background media transcoding (e. g. changing video resolutions).
If you want to run extensive Apps or Virtual Machines or do real-time media transcoding, then you might need a more powerful processor.
The ZFS file system that underpins TrueNAS is very memory intensive, and anything less than 8GB of memory will be insufficient (with 16GB being a more recommended amount).
Apps will also take a certain amount of memory, but if you are going to run Virtual Machines then you will likely need a fair amount more memory.
You will also need to decide whether to buy a server which runs Error Correction Code (ECC) memory or not. You may read a lot of advice suggesting that ECC memory is important (or even essential), however many systems run continuously for many months without a restart and without memory corruption, and in the end you need to ask yourself whether the increased peace-of-mind from ECC memory is worth the extra cost.
In the detailed planning pages we will cover the minimum & recommended levels of hardware in more detail, however even older commercial server appliances (like Synology or QNAP or Terramaster) with quite modest specifications can still successfully run TrueNAS.
For example the author of this page has a 5-bay Terramaster system, with a dual core processor, and only 10GB of memory and yet supports 20TB of disk and several apps and still delivers excellent performance. Here are a couple of graphs that show how the memory is used, and that a ZFS cache of only 4GB still delivers 99.9%+ of data from the cache rather than the hard drive.
The total cost of ownership for the NAS server breaks down into four parts:
Determining your network configuration is a complex subject in its own right dealt with elsewhere, but your server will need a network connection onto your LAN.
Unless you want to use the NAS as an application server for a VPN or firewall, a single network port is normally going to be sufficient. For most home/small business environments, Gigabit Ethernet is likely also to be sufficient (given e.g. common internet connection speeds and common Wifi speeds) but you will need to consider your specific needs to confirm this - and the network speed will need to be end-to-end for your wired network, so you will need Gigabit switches (or router) and gigabit uplinks on your Wifi Access Points too, and possibly Wifi 5 (802.11ac) or better.
One final piece of hardware you should consider is a small Uninterruptable Power Supply (UPS) which continues to provide electricity to your server from batteries in the event of a mains power cut - at least until the batteries run out. Although the underlying ZFS technology is reasonably robust against sudden outages, having a UPS to keep your NAS running over power glitches, short mains outages of a few second or longer outages of several minutes could be a better investment than e.g. using 2 redundant disks rather than one.
Previous - 2. Planning Your TrueNAS Solution | Index | Next - 2.2 Data requirements |