Bonsoir,
1)
Pour ZFS, on voit ses données comme sur un autre disques et la gestion est beaucoup plus simple, le concepteurs de ZFS ont fait en sorte que cela soit d'un simplicité enfantine !
exemple:
on prend ses disques, on va sur un Nas4Free, on démarre, on tape "
zpool import" et ZFS dit ce qu'il voit, si on voit 3 pools et que l'on en veut qu'un, on tape "
zpool import lepoolquejeveux", si on veut tout importer ce qu'il y a, on tape "
zpool import -a" ... simple non ?
mais
on prend, ses disques, on va sur un Linux avec ZfsOnLinux (ZOL) et on peut faire pareil ! ... cool !
pire:
on mets ses disques sur un Nas4Free ou un Linux, on fait des cible ISCSI, ensuite on va sur un Linux ou un autre Nas4Free distant, on fait les target et on se connecte dessus ! allez, encore un peu, on s'y connecte depuis un Nas4Free virtualisé ... ça marche aussi !
En gros, à l'heure actuelle, on peut utiliser ses disques ZFS depuis FreeBSD, Nas4Free, Linux très facilement.
2)
Si vous n'avez pas assez de RAM pour ZFS, oui, cela peut être un problème (surtout sur les anciennes versions, c'est mieux géré depuis)
Ce qu'il faut comprendre, c'est que ZFS utilise un index (ARC) pour gérer ses données, si la données est immense (un fichier de machine virtuelle de 80Go par exemple), l'arbre peut être très grand et celui-ci ne peut pas être coupé ! car il ne peut être qu'en RAM.
Mais sinon,le mécanisme de ZFS est, on utilise la RAM selon trois modes (primarycache= none, metadata ou all), ces modes disent à ZFS comment gérer son cache en RAM: none, on n'a pas de cache, metadata pour les matadonnées et all pour tout mettre, mais attention ! all veut dire du cache + ARC, donc méfiance (all est le plus véloce)
Pour toute action ZFS va mettre aussi les données en cache disque si il en a un, c'est le Zcache: (secondarycache=none, metadata ou all), là c'est pareil, mais en gros, si on a un disque Zcache lent, il vaut mieux mettre secondary=none, si on a un disque rapide, mais, qu'on n'a pas un trop gros volume de données, on choisit metadata, si on veut tout mettre dessus on met all. Pour ma part, mon nas de 2 disques en mirroir à mi journée remplit totalement un SSD de 500Go !, j'ai donc mis metadata et le SSD est utilisé à 10Go maxi, les données étant lu sur le pool directement (j'ai metadata en primarycache et secondarycache)
il faut savoir qu'un Zcache doit être performant, car, ZFS prendra le pool directement si il arrive à mieux faire avec.
Pour mon N4F en prod, j'ai un SSD en Zcache et deux disques SAS/mirroir de 73Go en Zlog
Il faut quand même garder à l'esprit que ZFS est un système auto-réparant à chaud qui utilise une technique d'écriture par copie (COW), c'est super, mais c'est plus complexe qu'un FS normal, donc, il faut lui laisser le temps des fois de faire son travail, surtout effacer un gros fichier par exemple, car c'est un mécanisme de transaction comme une base donnée, l'avantage, il est insensible au coupure de courant lors d'écritures.
Mais, pour débuter, pas besoin de compliquer la chose, il faut monter son ou ses pool(s) et voir comment ça tourne, ensuite on améliore, c'est ça qui est génial avec ZFS, on peut re-travailler facilement la chose, par exemple, passer tous ses disques de SATA vers une carte SAS, on fait une réimportation des disques et Zou !
Il faut savoir qu'un Zcache en SATA/USB ne vaut rien du tout, il faut de la connection directe au plus près du CPU (c'est pour ça que j'aime les cartes SAS/SATA en PCIexpress car elle sont sur le pont nord qui est directement connecté au CPU, les cartes mère de dernières générations sont un peu différentes, le pont nord ayant été supprimé, mais la gestion du reste a été améliorée).
3)
Pour moi ZFS est un FS (système de fichier), donc un copier/coller, je "dirais" oui.
Pour les jails, owncloud, ... ce sont des services qui viennent pointer sur un FS, que ce soit de l'UFS ou du ZFS ... je "dirais" oui, mais je ne préfère ne pas me prononcer ne connaissant pas la configuration de ces services.
En tout cas, si vous avez une machine neuve, sans données, prenez le temps de lire et des tester par vous même ZFS en utilisant:
http://docs.oracle.com/cd/E19253-01/820-2315/
Vous comprendrez mieux ce système de fichier simple et solide (c'est la bible ZFS !)
Note (primarycache et secondarycache peuvent se visualiser en tapant en root:
zfs get all monpool