Prendre un instantané d'un système de fichiers est une sensation incroyable, aussi geek que cela puisse paraître. Savoir que vous pouvez revenir en arrière en un instant est une pensée apaisante. Les instantanés ne prennent également que quelques secondes. Un collègue et moi avons récemment déployé un NAS OpenSolaris pour une petite université (plus de 200 étudiants) pour le stockage iSCSI de machine virtuelle pour Citrix XenServer, le stockage de fichiers étudiants et les fichiers d'administration. Les fichiers sont vérifiés, vous avez donc la garantie que s'il y a une petite erreur au niveau du disque dur que vous découvrirez au lieu de la corruption silencieuse de vos fichiers.
Ayant un peu de budget, nous avons obtenu un serveur avec 9 disques, 2 pour le système d'exploitation mis en miroir en utilisant ZFS, 4 pour les données, 2 parité (en utilisant ZFS RAIDZ2) et 1 disque de secours. Chacun était de 1 To, ce qui l'a ramené à environ 2,5 To + ou environ utilisable (vous perdez un peu d'espace pour la conversion de 1 To à 1 To et d'autres frais généraux comme les données du système de fichiers). La capture instantanée du pool de stockage racine a pris moins de 2 secondes. Lorsque vous passez à ZFS, vous vous demandez comment vous y retournerez et pourquoi ce n'est pas standard.
Les instantanés peuvent également être envoyés à un autre ordinateur exécutant la même version de ZFS en utilisant «zfs send» qui peut être effectué via SSH. Ces modifications sont envoyées de manière incrémentielle, il n'y a donc pas de gaspillage.
Le seul inconvénient est de connaître les bonnes commandes, bien qu'OpenSolaris ait un bon gestionnaire de planification pour les instantanés quotidiens, mais je ne l'ai pas utilisé. Le partage via iSCSI, CIFS / SMB ou NFS est assez trivial - mais dans la dernière version utilisant le nouveau framework COMSTAR génère quelques problèmes. Assurez-vous que vous utilisez le bon guide pour votre version si vous suivez cette voie. 2009.06 a quelques changements depuis 2008.11 que je recommande. Je ne l'utiliserais pas non plus comme bureau - Gnome et X semblent avoir un peu besoin d'attention.
Dernière chose: vous avez besoin de 512 Mo à 1 Go minimum de mémoire pour permettre à ZFS de fonctionner correctement. YMMV cependant, essayez-le et voyez ce que vous en pensez.
Lisez les documents: http://wikis.sun.com/display/BluePrints/Provisioning+with+iSCSI+and+Solaris+ZFS+in+10+Minutes
Et peut-être des fonctionnalités Solaris moins connues http://www.c0t0d0s0.org/pages/lksfbook.html
Et si vous avez envie de tester des trucs http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide
Oh et une dernière information pour tous ceux qui lisent: assurez-vous que si vous avez une carte RAID et que vous souhaitez utiliser les fonctionnalités de ZFS, il peut servir les disques dans JBOD par opposition à une configuration RAID prédéterminée dictée par la carte. Prendre plaisir!
Si par NAS vous entendez (Open) Solaris ou FreeBSD sur du matériel PC agissant comme un serveur de fichiers, alors oui, ça devrait aller.
Consultez cette question sur la création de votre propre NAS. Vous trouverez peut-être les logiciels NAS dédiés tels que FreeNAS plus faciles à configurer et à administrer.
la source
ZFS sur un NAS domestique est génial. J'ai un serveur FreeBSD exécutant ZFS depuis des années (maintenant mis à niveau vers FreeBSD 8.2 avec V15) et les aspects de récupération sont l'un des joyaux cachés.
J'ai un système qui a une paire de disques de 2 To dans un miroir ZFS qui s'est écrasé pour des raisons environnementales, quand il est revenu, il n'a fallu que quelques secondes à ZFS pour corriger les problèmes avec le disque. Une reconstruction RAID standard sur des disques de 2 To prend beaucoup de temps. J'ai eu un autre dé parce que certains fans internes sont morts. Ce système avait un RAIDZ à 4 disques et il était capable de récupérer toutes les pertes de données en 5 minutes sur une configuration de 2 To.
Si vous exécutez FreeBSD avec Samba et ZFS, vous pouvez combiner les instantanés de la première réponse avec des fichiers récents (trouvés dans Vista et Windows 7) et ensuite pouvoir utiliser des versions de fichiers plus anciennes à l'aide de l'interface graphique Windows. Voir http://www.edplese.com/samba-with-zfs.html pour plus de détails.
la source
Cela peut être utile une fois que vous avez trouvé du matériel qui fonctionne bien avec Solaris. J'ai fini par utiliser Nexenta pour la convivialité - il utilise (principalement) la ligne de commande GNU familière et le gestionnaire de paquets de Debian.
Voici mon récit de comment ça s'est passé.
la source
Il convient de noter qu'en raison de problèmes de licence, la mise en œuvre de Linux ZFS est quelque peu paralysée. Il fonctionne comme un programme Userspace, et a considérablement réduit les performances, et iirc, un ensemble de fonctionnalités réduit. Solaris et FreeBSD sont les choix de système d'exploitation recommandés, bien que Mac OSX ait une prise en charge limitée.
Suivi - Le port OSX de ZFS est depuis devenu quelque peu obsolète, je ne le recommanderais pas pour autre chose que des tests
la source
J'avais l'intention de l'essayer pour toujours, car exécuter un hôte Raid-Z avec un partage NFS ressemble à ce pour quoi OpenSolaris a été conçu. Mais sans l'avoir essayé, je ne peux pas encore parler des avantages ou des inconvénients. De toute évidence, vous ne pourrez pas le monter directement sur Windows, sauf si vous exécutez également Samba, et il pourrait ne pas être en mesure d'exécuter les deux pour la même baie. Si je le faisais, je ne démarrerais pas à partir de la même baie Raid-Z que je partage, donc vous auriez besoin d'un minimum de 4 disques, et je pense à en utiliser 6.
la source
J'utilise Solaris, OpenSolaris et OpenIndiana depuis un certain temps. ZFS est l'une des fonctionnalités les plus attrayantes de ces systèmes d'exploitation. J'ai été très favorablement impressionné par les ZF et j'ai récemment installé le ZFS natif sur ma nouvelle station de travail Ubuntu. La licence nécessite que l'utilisateur l'installe mais cela a bien fonctionné pour moi en utilisant les informations trouvées sur le projet ZFS sur Linux.
Ma nouvelle installation est un SSD 64 Go pour le système d'exploitation et mon / home et 4 disques de 2 To configurés comme raidz. J'ai des ensembles de fichiers ZFS en tant que répertoires sous mon répertoire personnel pour éviter de charger le petit SSD avec des fichiers que je préférerais ne pas faire partie des mises à niveau du système d'exploitation.
Jusqu'à présent, cela semble très bien fonctionner pour moi. Le SSD rend le système d'exploitation très réactif et l'espace de stockage et la vitesse sont également assez bons. J'ai l'intention de comparer la matrice de disques ce week-end.
Je suis vraiment impressionné par ZFS. Il a été conçu et conçu pour être le dernier mot dans les systèmes de fichiers et d'après mon expérience jusqu'à présent, il l'est.
la source
"On dirait que c'est un FS parfait pour les solutions NAS domestiques, les choses Drobo du pauvre et similaires."
Pour la maison et pour les petites, moyennes et grandes entreprises. Vous pouvez être sûr qu'il n'y a rien de "pauvre" dans ZFS.
Par exemple, Oracle prend en charge de manière substantielle ZFS:
http://www.oracle.com/technetwork/server-storage/solaris11/technologies/zfs-338092.html
Avec ZFS, vous pouvez recréer vous-même des fonctions de type Drobo, avec un peu de recherche et à moindre coût.
Ma première recommandation est que vous lisiez les différentes versions de ZFS; cela peut devenir un peu compliqué avec l'ensemble des différences entre OpenSolaris, OpenIndiana, Oracle Solaris, BSD et Linux qui découlent de différents types de licences. Si vous prévoyez d'avoir un ordinateur ZFS dédié, selon la version que vous souhaitez, vous pouvez installer le bon système d'exploitation qui le prend en charge.
Certaines des différences incluent la prise en charge du chiffrement et du démarrage à partir des partitions ZFS.
la source
J'ai récemment configuré une boîte de rangement à domicile, j'ai choisi raid 10 (miroir + bande) plutôt que raidz. les inconvénients de raidz sont:
si vos disques ne sont pas de taille égale, vous n'utilisez que la taille du plus petit disque par vdev. par exemple, si vous avez deux disques de 1 To et deux disques de 1,5 To, un pool raidz avec les 4 disques traitera les disques de 1,5 To comme des disques de 1 To.
les raidz sont assez statiques. si vous avez un raidz de 4 disques, vous ne pouvez pas simplement ajouter un cinquième disque. vous devez ajouter un nouveau videv raidz de 4 disques. cela rend les configurations raidz moins flexibles que les configurations raid10, où vous pouvez simplement déposer une autre paire de disques dans le pool à tout moment.
l'inconvénient de raid10 est que vous perdez 50% du stockage, mais avec les prix du stockage d'aujourd'hui, ce n'est pas si grave.
un inconvénient est que la compatibilité nfs avec Linux n'est pas excellente. pour le faire fonctionner, je devais avoir un montage linux en utilisant le protocole nfs3 sur tcp, et je n'ai pas mis de timeouts doux (j'ai eu des timeouts et ils ont causé des problèmes).
Comme pour le partage de fichiers Windows, j'ai utilisé Samba et non le service CIF intégré. pour une raison quelconque, je n'ai pas réussi à faire fonctionner correctement les cifs.
une bonne chose est que vous pouvez sauvegarder des boîtiers linux sur le boîtier Solaris ouvert en utilisant rsync, puis prendre un instantané zfs. J'ai écrit un outil appelé zync qui automatise le processus:
la source
De grandes fonctionnalités et une redondance peuvent vous donner un faux sentiment de sécurité. N'oubliez pas que ZFS est très compliqué. Si quelque chose ne va pas un jour, vous ne pourrez peut-être pas accéder à vos données et très peu de personnes peuvent vous aider.
la source
ZFS ne fonctionne que sous Solaris. Solaris ne fonctionne pas sur un NAS domestique. Cela nous amène à la conclusion suivante: ZFS ne fonctionne pas sur un NAS domestique.
la source