Jun 22, 2008

Symantec relance Veritas en primaire...

Symantec (www.symantec.com | NASD: SYMC), ISV leader sur les axes Sécurité et Stockage dans le monde Open, décline enfin une avancée historique Veritas, peu marketée et mal positionnée jusqu'alors, avec la solution Veritas Storage Foundation Scalable File Server basée sur le trop peu fameux Veritas Cluster File System. Quel gachis.
La technologie VxFS (VERITAS File System), longtemps le meilleur File System

local et standard de fait dans le monde Unix grâce notamment à de nombreux accords oems, a été étendue en mode cluster - en mode scale-out ou horizontale - depuis plusieurs années sans réel push de l'éditeur malgré la volonté de se placer sur le segment SGBD parallèle avec Oracle RAC mais sans grand succès. Veritas a ensuite loupé le virage des appliances et cluster NAS et même des SANFS malgré, on s'en souvient, une déclinaison ServPoint NAS, qui devait banaliser l'approche du service fichiers surtout côté NFS (CIFS et le multi-protocole ayant été une catastrophe) à un coût très attractif.
L'approche Veritas, historiquement novatrice, supporte des instances d'OS homogènes dans le cluster sachant que des clusters d'OS différents peuvent configurés, chacun de ces clusters utilisant la même technologie et le même produit mais ici la limitation à SUSE Linux a été décidée. L'intérêt du mode Cluster de VxFS est qu'il répond à la notion de SFSI - Single File System Image - où la cohérence de cache est la principale caractéristique, un serveur modifie une donnée et celle-ci est immédiatement "vue" par les autres serveurs par invalidation des "lignes" de cache. Le produit s'appuie bien sûr sur la référence en matière de gestionnaire de volume - VERITAS Volume Manager (VxVM) - ayant lui aussi subi de nombreux accords oems, qui permet de configurer des espaces de stockage logique en mode bloc sans limitation de taille avec des caractéristiques de protection et de performance digne des meilleurs baies de disques. L'utilisateur a ainsi tout le loisir de sélectionner un simple JBOD* et d'en faire une "bête de course".
Les besoins utilisateurs nécessitent une évolutivité en 3 dimensions: capacité, performance et disponibilité. Ici la capacité est remplie par la facilité d'ajouter des Luns au sein d'une même baie ou de baies séparées agrégées par VxVM, VxFS s'alignant à chaud sur la nouvelle taille du volume bloc. La protection et la disponibilité sont remplies par la journalisation du File System, son mécanisme de verrous distribués, sa reprise sur incident au sein du cluster grâce à Veritas Cluster Server intégrée à la solution et là encore par VxVM pour la partie RAID, mais on pourrait parfaitement aussi configurer le mode réplication. La partie performance est bonne puisqu'elle réside sur plusieurs nœuds en parallèle tous actifs c'est-à-dire servant des requêtes NFS et accédant au système de fichiers partagé, l'ajout de nœud à chaud mais 2 soucis demeurent. Le premier est le nombre de nœud - ici 8 et seulement 8, c'est faible - qui impacte la dégradation même si la performance globale est meilleure, la performance de chaque nœud ne l'est pas nécessairement. La seconde est liée à la dégradation inévitable issue du choix de l'architecture du produit: une seul système de fichiers est partagé et malgré toutes les améliorations, cette approche reste moins performante qu'une agrégation de systèmes de fichiers indépendants couplés à un overlay entre les instances d'OS, proche d'une architecture shared-nothing. Néanmoins, j'insiste ici sur la prise en compte de ces remarques par l'éditeur qui est passé d'un mode 1 Master/n Slaves à une approche basée sur plusieurs serveurs transactionnels pour la journalisation et les verrous, les performances étaient auparavant désastreuses dés qu'un peu de stress et plusieurs nœuds étaient en compétition, le nœud maître était sous l'eau...
L'intérêt de la solution vient de sa souplesse, d'être bâtie sur des références - VxFS et VxVM -, de sa bonne performance pour le service NFS dans son nouveau design, des riches fonctionnalités additionnelles comme le snapshot par FlashSnap ou le Dynamic Storage Tiering pour la hiérarchisation des unités de stockage au sein du cluster ou enfin la possibilité de dédié un serveur à un rôle spécifique (backup...)... mais aucun support de CIFS. A essayer de toute urgence si l'on veut une infrastructure pérenne de service fichiers NFS peu coûteuses et performantes.




* JBOD: Just a Bunch Of Disk

No comments :