Pour ta question, tu fais comme tu veux. C'est toi le boss qui décide
Avec ou sans cache.
Avec ou sans parité.
En fait , ayant un cache, j'ai comparé les perf au transfert.
1. déjà a mon avis le cache s'impose si tu as une liaison 10Gb/s donc cela demande un matos particulier.
2. pour une liaison 1Gb/s classique,; tu satures ta bande passante , lors des transfert via SMB, a 110/120 Mo/sec
- avec cache tu transféreras tes données a cette vitesse donc 110/120Msec. Ensuite il faudra faire un mover du cache vers la grappe en temps masqué. (pas forcément un gros interet si tu transferes peu de données tous les jours)
- sans cache et sans disque de parité , tu vas inscrire directement les données dans les user-share de la grappe a la vitesse maxi (soit encore 110/120Mo/s et ca peut diminuer un peu lorsque ton disque se remplira vraiment, par exemple 80/90Mo/sec)
- sans cache et avec disque de parité, tu vas diviser par 2 la vitesse du transfert. Donc tu transferas autour de 60Mo/sec.( car tu transfert directement sur la grappe, puis la parité se recalcule en //).
Sur ce dernier cas, je ne sais pas si le temps de transfert est impacté par le nombre de disques de données dans la grappe mais je ne pense pas (en fait j'en suis quasi sur a 100%) car lors de cette activité de synchro de la parité, il y a peu ou pas de lecture sur les autres disques donc la parité est recalculée seulement en fonction du changement de valeur de bit du disque de données sur lequel est transferé le fichier.
En fait quand on observe les activités des disques, je pense que la parité "bit a bit" est lue puis re-ecrite après nouveau calcul.
On verifie (peut etre...) ainsi le transfert autour de 60Mo/sec puisque on ecrit a 120Mo/sec via SMB puis on a 2 operations (lecture/ecriture via sata) a full vitesse 250Mo/sec ==> tu additionnes les opérations et tu retombes sur les 60Mo/s observées.
Par contre le cache ne permet pas juste que la mise en cache des données car c'est dans le cache que se trouvent stockées les données appdata / system servant aux dockers et VM. Si pas de cache, alors les perf des dockers et VM sont fortement impactées.
Après on peut avoir un disque ssd en unassigned devices pour gerer cela mais je n'y vois aucun interet si déjà, on n'a pris l'option d'avoir un cache drive...
Donc grosso, c'est toujours pareil. il faut dimensionner le hardware par a ses besoins (présents et a venir).
Pour ta conso avec R5 2600, je suis surpris de ton relevé de conso en idle.
Tu peux me dire ce que tu utilises pour mesurer cela ?
Y a aussi l'alim est son cos (phi) qui peut intervenir + 4/5 watt a chaque nouveau disque +2/3W a chaque nouveau ventilo + la conso de la carte mere
même si je trouvais le CPU intéressant donc j'ai décidé de séparer le système en 2. Je vais utiliser UnRaid que pour le stockage en tant que NAS et mon mini PC pour les VM (comme il ne consomme que 15W). 
) et j'ai limité la fréquence CPU à 1600MHz et undervolté -0.100 V (c'est le max que ma CM peut faire).