Reprise du message précédent :
Il y a peut être du provisioning sur la grappe... je connais pas bien, mais c'est une piste.

 
J'avais déjà fait des tests en vm avant de me lancer, et bien il m'avait proposé (avec 3x1tb comme test) les différents type de raid, alors que là non, j'ai sélectionné mes 2 disques, un en strip et l'autre en spare, c'est tout, rien de plus.
 
Merci pour le reste, mais ça ne m'aide pas vraiment...
 

 
provisioning ?

Salut,

Je cherche à me faire un Nas qui pourrait gérer 2 Instances NextCloud / eMail /  Bittorrent.

Pensez-vous que tout ça sur une seule machine ça pourrait le faire ?

pour info j'ai un serveur xeon e3 1245v3 - 16Go ECC - 5x1To + SSD en cache et en disque système + 3x500Go pour du backup.

Pensez vous que cela tienne la charge, et que niveau sécu ça soit compatible ?

Ca me parait largement suffisant.
Cela dépend surtout du nombre d’utilisateurs.

Salut,
Ca fait des années (genre 8 ans) que je n'ai pas testé Freenas.
Ca tourne bien maintenant ? Sachant que Openmediavault a l'air d'avoir plus d'utilisateurs en ce moment.

J'ai de plus en plus l'impression que FreeNAS et Openmediavault divergent dans leur méthode.
freenas se concentre sur le stockage, sa qualité son accessibilité son intégrité, à un niveau professionnel avec peu d'app (mais maintenant une prise en charge Doker qui compense) alors que OMV est plus user friendly avec une interface plus "facile" (avec peut-être moins de trucs pro comme l'iSCSI ou le SAN) et plus d'app pour les utilisateurs comme le ferait un Syno.
 
ATTENTION c'est totalement subjectif je n'ai pas testé OMV et c'est des restes de souvenir quand j'avais comparé les deux.

 
Je viens pas faire de la pub pour mon [TU] ( ), mais effectivement, si c'est pour faire du stockage basique et ensuite partarger les données à la maison ou à l'extérieur, OMV fait très bien le taf.  
Après, ce qui m'a toujours rebuté dans FreeNAS, c'est le nombre de RAM nécessaire pour le stockage (qui est du à son système de fichier ZFS).

En ZFS t'as vraiment besoin de beaucoup de mémoire si tu utilise la dé-duplication, sinon c'est juste du cache...

Elle n'est plus vrai la règle de 1GB de RAM / To ?

Si toujours. Et 2Gb par To en cas de dédup.
La "nuance" est que c'est une recommandation pour ZFS, pas pour FreeNAS.
 
En pratique ZFS prend toute la mémoire disponible comme cache de lecture. Et si les performance peuvent baisser cela fonctionne très bien avec moins de mémoire.
Tout dépend de l'usage que tu as de ton serveur FreeNAS.

Basique (Serveur de fichiers 4*3To) + quelques containers docker. Ça fait beaucoup de RAM ECC pour pas grand chose. C'est pour ça que je me suis tourné vers OMV

J'ai 8 disques de 2To en raidz3 et je n'ai attribué à ma VM FreeNAS que 8Go de mémoire.
Après je n'ai qu'une ou deux connexion en même temps sur le serveur, la charge est donc légère et le cache peu utile, sans compter que je suis de toute façon limité par mon réseau à 100Mb.
(comprendre que vu la limitation du réseau, ZFS le sature sans le cache, donc cache peu utile)

Ah je vois.
Mais je pensais que FreeNAS n'aimait pas la virtualisation pour ZFS?  

Absolument, ce n'est pas conseillé.
Et je ne le ferais probablement pas en environnement pro (du moins pas sans passtrough pour les hdd).
Mais ça marche très pour mon chez-moi (via une bidouille pour contourner le manque de passtrough).

Bref, tout ça pour dire qu'il faut voir dans quel but tu monte une machine et comment tu l'utilise pour en voir les limitations et goulots d'étranglement.
Chez-moi avec une ou deux connexion simultanée via un réseau à 100Mb à quoi bon un cache en mémoire vive à xGb ?
Mes disques saturent d'eux même la connexion en lecture et en écriture mon serveur n'est pas saturé quand il reçois des données.

Après en environnement pro avec des liens FibRE channel en hébergeant des cibles iSCSI pour plusieurs centaines de connexion simultanées alors là c'est autre-chose : on met le max de mémoire possible et on ajoute aussi des SSD pour faire cache d'écriture

 
Entièrement d'accord avec toi. Il y a que deux utilisateurs sur mon NAS, et rarement en simultané.
Et c'est bien ce qui me semblait. ZFS pas copain avec la virtu    

Je viens d'installer la version 11.0 sur mon bouzin (après le massacre de l'essai de corral ), j'ai du attendre un petit bout de temps que ça veuille bien terminer l'upgrade et être à nouveau en ligne mais sinon ça m'a l'air de bien marcher.
 
Je vais essayer les VM, ça me manquait la disparition du support de virtual box  

Je viens d'avoir un disque qui fait des siennes, heureusement qu'il y a le ZFS et de la redondance ("raid 10" dans mon cas)  
 
Je regarde le SMART:

 
Bon en gros pour lui il y aurai 167 secteurs suspects et lors du self-test il ne cherche pas à aller plus loin dans l'analyse, faut que ça soit l'hôte qui aille le titiller via des lectures/ecritures pour qu'il se bouge le cul.? Qu'à cela ne tienne on lance un scrub qui a l'air d'avoir fait effet:

 
Pas de secteur ré-alloué, par contre un Raw_Read_Error_Rate passé de 0 à 30  

 
Plus si les disques durs sont virtualisés qui est un véritables problème. Il faut être sur que l'hyperviseur utilisé ne bloque pas l'accès physiques au disques dur par FreeNAS, mode HBA via les instructions VT-d qui permet l'accès direct au matériel (cf illustration plus bas).
 
Pas de soucis à utiliser FreeNAS ou napp-it sous FreeBSD ou OmniOS en VM pour accéder en direct aux disques durs pour créer un pool ZFS.
C'est dans la tendance actuel de l'hyperconvergence affin de réduire les couts pour certains clients ou réduire le nombre de serveurs. C'est dans ce cas un hyperviseur de stockage.
 

 
 
Pour une solution à domicile, un bon gros serveur avec beaucoup de RAM et et une VM pour FreeNAS ou équivalent (napp-it) qui gère le stockage pas de soucis.
Question partage, préférez le NFS 3 ou 4 ca tire beaucoup moins que l'iSCSI sur la mémoire et permet le multi-accès sans soucis.
Et en règle général OMV est plus que suffisant pour du NAS/SAN à domicile. Même si je trouve qu'il manque des fonctionnalités pour mon usage personnel.
 
 
Pour finir, c'est soit Fiber Channel ou soit iSCSI pour l'accès au NAS/SAN . Ce sont tous les deux des protocoles de transfert, dur de les mélanger.
Je suis de nature tatillonne sur le sujet.
 
 
FreeNAS Corral on VMware 6.5
Petit article avec une vidéo : Virtualised 2017 Home NAS Build – FreeNAS 9 and ESXi 6.5
Si jamais vous voulez essayer napp-it, petit tour sur ce blog : https://b3n.org et son billet de comparaison : FreeNAS vs. OmniOS / Napp-It.
 
 
 

Je regarderai les videos à la pause dejeuner. Merci pour tes lumières en tout cas

 
Moi sur Corral aucun soucis, mais ca reste une machine de test.
 
Sinon, FreeNAS utilise le nouvel hyperviseur de type 2 de FreeBSD : bhyve.  
Niveau performance face a Virtual Box qui est lui aussi de type 2, niveau performance de meilleur avec bhyve et ca utilise les pilotes virtio.
 
 

 
Pas de quoi.
C'est mon secteur professionnel.
 

 
du coup j'aurai une question, freenas accepte les KVM ?

Tu entand quoi par KVM ?
 
Car KVM veut dire plusieurs choses
- virtualisation : Kernel-based Virtual Machine
- administration de machine : kvm ip, kvm switch, kvm over ip
 
Je pense que la question concerne la virtualisation.
FreeBSD (donc FreeNAS 11) utilise sont propre hyperviseur natif dénommé bhyve et qui est de type 2.
FreeBSD (FreeNAS) peut faire tourner KVM comme host, mais cela n'est pas natif et demande d'installer les plugins ad-hoc : Linux KVM on FreeBSD. J'avoue que j'en ai juste entendu parlé et jamais vu en production.
 
Pour l'importation de VM KVM ou qemu sur bhyve, il me semble que c'est encore en phase de développment
Pour info, j'utilise que des ESXi et des Hyper-V personnellement et professionnellement.

ouep effectivement je me suis trompé puisque KVM est uniquement supporté sur les variantes de linux.

J'avoue que c'est un peu le bordel pour ce qui est de gérer un vm via bhyve... j'arrive pas encore à comprendre son fonctionnement... bon faut dire que je me suis pas tapé la documentation

je vais voir ce qu'il est possible de faire mais je suis pas fan des plugins non supporté par la distribution puisque sujet aux bugs plus que ceux de base :s

Bonjour à tous    
 
Attention, ce post évoque Windows comme solution NAS/Backup, âme sensible s'abstenir    
 
Alors pour commencer je suis perdu. Je souhaite mettre en place une vraie solution de stockage avec une dispo 24/24 7/7 + une solution de backup autonome ( contrairement à ce que j'ai aujourd'hui ).
 
J'ai pour le moment un microserveur HP N40L avec Windows Home Serveur 2011 que je vais changer parce que c'est trop bruyant.
Je profite de ce changement pour chercher une solution viable dans le temps étant donné que le support de Windows Home Server va s'arreter dans un futur plus ou moins proche.
 
Seulement je ne sais pas quoi faire. Installer un Windows tout bête avec une solution de backup genre Syncback ou Macrium Reflect ( voir les deux ? ) ( parce que je maitrise bien Windows )
ou installer un OS dédié genre OMV ou FreeNAS ( mais je ne maitrise pas du tout Linux bien que j'ai déjà installé un OMV et un freeNAS pour voir un jour que j'avais rien a faire    )
J'ai des besoins faibles en taille. Il me faut 2To pour être large donc on va dire 2*2To en raid 1 + 2To en backup.
 
J'ai du vieux matériel a recycler ( genre des Xeon en socket 775/DDRS ou AMD phenom II X4 en DDR3 ).
Est ce que c'est envisageable ce type de matériel pour freeNAS ? aujourd'hui je sature mon lien gigabit lors d'échange de fichiers avec mon vieux HP, je voudrais pas baisser en perf.
 
LA question, c'est concernant ZFS et les snapshots. Je voudrais savoir concrètement comment ça se passe.  
Est ce que c'est une image de toutes les données comme le ferai un logiciel comme macrium ( et donc avec un traitement qui dure un certain temps, au moins la première fois que l'on génère l'image ).
Ou alors est ce que c'est comme j'ai cru le comprendre, un mécanisme astucieux qui fait que le snapshot est instantané et ne prends pas de temps de calcul ?
Et est ce que chaque snapshot pèsent plus ou moins la même taille que l'ensemble des données ( à la compression près ) ?
 
En gros j'essaye de trouve des avantages a utiliser une solution alors laquelle je ne me sens pas d'embler à l'aise par rapport a une solution Windows    
 
Merci pour votre aide    
 
 

Je te conseille ce sujet pour zfs :
https://forum.hardware.fr/hfr/OSAlt [...] 4759_1.htm

Si je ne me trompe pas un snapchot sous ZFS ne pèse rien ou presque. Les données ne sont pas copiées.
En fait les nouvelles données et modifications sont "taguées" comme étant d'un snap suivant.
C'est donc quasiment instantané à faire et la gestions (quand tu as compris le système) est simplifiée.

Pour info j'ai installé URBackup en jail sur mon freenas + client windows pour sauvegarder certains de mes dossiers document, ça semble faire le job même si URBackup est très bourru de première approche.

je viens de tester de mon côté le téléchargement à 60 mo/s en torrent sur du ZFS avec de l'ARC en ssd...
 
ça picote, ma ram est monté a 98% d'utilisation.
 
J'ai 24Go de ram et 3 VM qui tournent...
 
va falloir que je trouve un disque et faire un vase communicant avec un ssd

C'est normal que ça aille frôler les 100% de mémoire utilisée. Si il y a vraiment besoin de mémoire le noyau fera de la place en virant tout ce qui a été gardé en mémoire au cas ou mais qui ne sert plus à rien  

Nouvelle version de FreeNAS !
La v11.2 est arrivée : https://www.freenas.org/blog/freenas-11-2-has-arrived/
 
Info en Fr :
https://www.nextinpact.com/brief/fr [...] s-6923.htm

Même si freeBSD 11.2 supporte le retrait de vdev, il y a actuellement un bug qui fait paniquer la machine au retrait et à chaque import du zpool.
 
Le fix est dans la branche stable et à voir si FreeNAS l’a intégré ou pas
 
Je me suis mangé ce bug sur mon FreeBSD 11.2 et la mon atom compile la version stable et c’est long...

 
T'es sûr pour le retrait de vdev ? J'avais lu qu'il y avait bien un truc en cours de ce coté mais que c'etait pas prévu pour tout de suite. C'est pratique quand tu te plante dans l'ajout d'un périphérique dans ton pool    

Oui je suis sur, je l'ai testé et bien mangé le bug
 
J'avais 3 mirroirs dans mon pool, mirror-0, mirror-1 et mirror-2 et j'ai pu supprimé mirror-1
 
La j'ai fini de migrer en 11.2-STABLE et j'ai pu réimporter le pool sans panique. Mais j'ai un disque mort au passage, donc çà resilver
 

Je vous soumets ce que j'aimerais faire... Mais est-ce possible ?
 
Voilà la configuration HW : un petit Xeon, 8 Go RAM ECC, 1 SSD 480 Go, 8 x 4 To (disques Desktop non NAS).
Pour l'organisation des pools, je pensais à cela :
1 pool RAID 1 de 2 x 4 To : 4 To disponible en haute fiabilité
1 pool RAID 50 : 1 grappe de 3 x 4 To + 1 grappe 3 x 4 To : (3 - 1) x 4 To + (3 - 1) x 4 To = 8 To + 8 To = 16 To disponible
 
Le premier pool de 4 To recevra les données très importantes à mes yeux types photos RAW, documents administratifs, images des OS ...etc.
 
Le second pool contient les médias type vidéos et musique pour Kodi, Plex, MinimServer ...etc.
 
L'un comme l'autre n'est utilisé, au mieux, que quelques heures par jour donc je voyais le fonctionnement ainsi : spin down des disques au bout de 30 minutes ou 1 h d'inutilisation.
 
Pour la partie téléchargement (newsgroup, torrent, direct download), je voulais laisser cela au disque SSD et le décharger une fois par jour du SSD vers le pool 16 To par exemple.
 
Evidemment pour les tests SMART et autres scrubs, les pools seront actifs plusieurs jours mais j'imagine que vous ne réalisez ces opérations qu'une fois par mois, non ?
 
J'ai bien lu sur le forum de FreeNAS qu'il est possible de configurer les disques pour faire un "spin down".  
 
C'est plus le "comment cela fonctionne" qui m'intéresse !
=> Est-il possible d'installer les VM/Docker sur FreeNAS sur le disque OS (SSD 480 Go) ?
=> Est-il possible de gérer les téléchargements quotidiens sur le disque OS ?
=> Tout en maintenant les 2 pools en standby ?
=> Est-ce que la présence d'un serveur MinimServer ou Plex installé peut empêcher les pools d'être en standby (on part du principe que l'on ne streame rien, hein)
=> Je vais utiliser des partages SAMBA, lorsque l'on affiche les partages sous l'explorateur Windows, du type \\FREENAS, est-ce que les pools se réveillent ou bien uniquement lorsque l'on accède "réellement" à un partage (du type \\FREENAS\vidéos\vidéo #01.mkv). Et dans ce cas, uniquement le pool qui contient la donnée ? ou bien les 2 pools ?
 
Merci par avance.

Je te déconseille d'utiliser ton ssd comme disque système, il y'a mieux à faire.

Le mieux est d'installer freenas sur deux clé USB SanDisk, avec une troisième en spare.

Tu fais l'installation en zfs raid 1.

Tu peux utiliser ton ssd comme cache de lecture dans ton pool haute fiabilité ou l'un des deux autres pool en zil ou log je n'ai plus les références en tête mais des tutos en têtes existent.

Sinon achete un autre ssd et tu fais un zfs raid1 pour tous les systèmes même si 480 go c'est large.

Concernant la mise en veille des pools tu peux régler dans la partie disque la mise en veille des disques pour économiser de l'énergie si tu veux.

Merci scrumpz pour le premier retour.
Pourquoi 2 clés (pour faire une installation en RAID 1 ?!) ? Sur la carte mère, il existe effectivement un port USB interne de dispo pour une clé. Pour les "autres" clés, il faudra viser des ports extérieurs à la CM.
 
J'hésite à combiner ESXi/ProxMox + VM FreeNAS + Docker/VM pour les services (au sein d'ESXi ou ProxMox) ou bien FreeNAS + Docker/VM pour les services (donc au sein de FreeNAS)
 
Sur FreeNAS, il est possible d'installer les VM/Docker sur le disque d'OS ? Ou il faut absolument l'installer sur un des pools ?
 
Merci

3 clé 15go suffisent largement.

Je pense qu'il est peut être plus préférable de gerer freenas en non virtualisé rien que pour la gestion ram pour éviter les erreurs de zfs surtout que tu n'as que 8 go de ram ce qui d'ailleurs sera très limitant.

Car vu le nombre de pool et de Tera que tu vas gérer tu dois au moins être à 32go de ram ecc voir plus pour l'utilisation de plus de 20To de données sans parler des utilisations derrière des vm etc... (en zfs 8go minimum, plus 1go / 1To)

Pas de download sur du zfs, ça rend inutilisable le serveur.

Il te faut soit un ssd en download soit un gros hdd pour faire office de cache en upload et un autre un download mais si tu veux laisser du seed t'es obligé d'avoir un disque en Upload.

De base toutes les vms ne se mettent que dans un pool à part du système pour éviter des corruptions de données de vitesse d'écriture et lecture et surtout si tu met à jour ou réinstallé Freenas tu n'as qu'à importer le pool en plus

L'avantage de la RAM est que l'on peut toujours upgrader...  
Pourquoi avoir FreeNAS en direct par rapport à une VM sur ProxMox/ESXi évite les erreurs de ZFS ?
 
Et pourquoi pas de download sur du ZFS ? En quoi cela rend inutilisable le serveur ?
 
Du coup, si je comprends bien, installation sur clé USB, le SSD est utilisé comme pool DL + VM/Docker. J'imagine aussi que l'on peut se permettre de faire un "pool" sans aucun RAID donc 1 bête disque...

D'ailleurs, il se passe quoi si je reste à 8 Go ? FreeNAS rame ou bien ?

Je suis novice en zfs, mais il me semble que tu auras des débits de lecture/écriture faible (peu voire pas du tout de cache)
De plus, il me semble que FreeNAS est un système qui se charge en RAM à chaque boot et exécute depuis cette dernière une fois l'OS entièrement chargé.

En zfs il fortement conseillé d'avoir de l'ecc ce que tu as pour corriger les erreurs.

Car l'échange écriture lecture ce fait via la ram avec checksum des données avant d'écrire en dur, donc moins tu as de ram, plus les échanges entre ton freenas, tes donnees à écrire ou lire et tes vms ainsi que les clients distants ou locaux et la multiplicité des services vont être lent.

Ce qui pose problème avec le torrent qui utilisent énormément de séquences d'écriture ce qui saturé ta ram, j'ai fait le test tu monte à 100% sur un fichier de 5 go avec 24 go ram.

Personnellement si j'étais toi soit je fais un raid1 en ssd pour le pool docker/vm + snapshot régulier avec transfert en backup vers un disque dédier au backup avec le mode de backup que tu voudras ce que je n'ai d'ailleurs pas encore organisé de mon côté.

Soit un seul ssd de 120go par exemple qui coure rien actuellement plus des snapshot automatisé avec un backup transféré sur un autre pool ou un petit de nas backup indépendant.

Moins de cache donc performances peut etre legerement degradees c'est tout, sauf si tu utilise la deduplication qui nécessite une quantité non négociable de RAM pour fonctionner. Ne pas oublier que les recommandations sont pour un environnement entreprise.
C'est de toute façon très bien compensé par l'ajout d'un ssd en cache.