Les alternatives à ZFS sur Windows

Autant que je sache, la seule option que vous avez vraiment qui se rapproche d'être quelque peu fiable est d'obtenir un SAN qui implémente la virtualisation du stockage et de connecter vos serveurs Windows via iSCSI/FC/FCoE/etc.

Le SAN sera capable de vous donner des fonctionnalités similaires à celles de ZFS : snapshots, dimensionnement dynamique des volumes, clonage, etc.

Comme d'autres le disent, il n'y a rien de comparable à ZFS sur Windows, donc si vous voulez utiliser ZFS, il faudra le connecter via le réseau sous une forme quelconque.

Si vous vérifiez soigneusement la compatibilité du matériel, vous ne devriez pas rencontrer de problèmes pour l'exécuter sur du matériel non-Oracle, selon mon expérience (bien que limitée). D'après ce que j'ai compris, les choses les plus importantes à surveiller sont :

• Processeur capable de 64 bits (ZFS est pratiquement inutile sur du 32 bits)
• 1 - 1,5 Go de RAM ECC par To de stockage utilisé
• LSI 1068E basé sur une HBA SAS/SATA avec un firmware IT

Je recommanderais un OS basé sur Solaris plutôt que FreeBSD ou Linux pour des raisons de performances et de stabilité, ou si vous avez besoin de certaines fonctionnalités prises en charge uniquement par les dernières versions de ZFS (comme le chiffrement). Cela signifie que vos options OS sont Solaris 10, Solaris 11 Express, ou l'un des forks d'OpenSolaris. Nexenta Core (ou le plus semblable à un appareil, NexentaStor), OpenIndiana et Schillix semblent être les plus en vue. Si vous optez pour un OS pris en charge par Oracle, les coûts de licence sont actuellement de 1000 $ / socket pour du matériel x86 non-Oracle.

Je suis actuellement en train de tester un serveur de fichiers sur ZFS. Si vos besoins sont similaires aux nôtres, vous pourriez vous en sortir sans passer par le canal iSCSI et plutôt utiliser le support CIFS intégré à Solaris pour que les systèmes de fichiers ZFS apparaissent comme des partages Windows classiques. L'intégration avec Active Directory pour l'authentification a été relativement facile, et ça a été beaucoup moins douloureux que Samba jusqu'à présent.

Si vous avez besoin que le stockage apparaisse comme un lecteur Windows natif - pour une base de données, par exemple - iSCSI est votre seule option. Gardez à l'esprit que vous perdez alors la possibilité d'agrandir facilement le lecteur car vous devez dédier une quantité fixe d'espace de pool ZFS au partage iSCSI. Si vous avez besoin d'iSCSI, je vous conseillerais de disposer d'une configuration réseau plus puissante que la simple carte gigabit mentionnée ci-dessus - nous n'avons eu aucun problème à saturer une connexion gigabit avec seulement quatre vieux disques de bureau à 5400 RPM en RAIDZ sur une HBA à 1,5 Gbit. Une carte 10 gigabits ou au moins une carte gigabit à quatre ports avec agrégation de liens serait préférable.

Je pense que vous avez mal compris certains concepts de ZFS. Vous ne pouvez pas en fait réduire les pools, cependant il est possible de créer et supprimer des systèmes de fichiers et autres en utilisant du stockage en pool. Honnêtement, sauf en utilisant une solution basée sur ZFS, je pense que la solution du contrôleur de la série Smart Array de HP est extrêmement propre et permet une flexibilité avec ses disques logiques. Disons que vous avez 8 disques. Dans cet ensemble, vous pouvez avoir de plus petits disques logiques qui peuvent utiliser différents niveaux de RAID. Ils peuvent également être facilement étendus. C'est donc quelque chose d'unique aux serveurs HP ProLiant, mais c'est une bonne alternative dans un environnement Windows.

En ce qui concerne ZFS, vous pouvez acheter une solution ZFS prête à l'emploi auprès de plusieurs fournisseurs. Jetez un œil à NexentaStor ainsi qu'à PogoLinux, qui vend des systèmes NexentaStor emballés et préconfigurés sur du matériel certifié. Ces solutions entreraient certainement dans votre budget.

Personnellement, j'utilise NexentaStor pour mes déploiements ZFS, mais j'ai opté pour adapter le matériel HP ProLiant pour la tâche étant donné que c'est ce avec quoi je suis le plus familier. De toute façon, il n'est pas nécessaire de fonctionner sur du matériel Oracle pour obtenir la stabilité dans ZFS.

Il y a quelques options que vous pouvez envisager sous Windows. Le système de fichiers NTFS de Windows propose des fonctionnalités pour la gestion des disques logiques. Vous pouvez en savoir plus et voir si cela répond à vos besoins sur http://technet.microsoft.com/en-us/library/cc758035(WS.10).aspx. L'autre option que vous avez est d'utiliser le gestionnaire de volumes Veritas http://www.symantec.com/business/storage-foundation-for-windows.

Configurer un système Illumos/OpenSolaris en tant que SAN et utiliser iSCSI sur le serveur Windows pour se connecter aux volumes de disque sur le SAN. Configurez-le de sorte que le serveur Windows ait une carte gigE supplémentaire attachée à un commutateur gigE auquel le serveur est connecté, afin que le trafic iSCSI ait essentiellement son propre commutateur dédié.

Pour sauvegarder quelque chose comme SQL Server, arrêtez SQL Server, dites à la machine Illumos de prendre un instantané du volume ZFS où la base de données est stockée, redémarrez SQL Server, puis utilisez ZFS send/receive pour sauvegarder l'instantané sur un autre serveur. Faire de cette manière signifie que vous pouvez sauvegarder vos bases de données avec très peu de temps d'arrêt.