Omneon MediaGrid, encore un magnifique RAIN

Omneon (www.omneon.com), fournisseur de mediaserver et leader respecté de l'industrie du broadcast, débarque avec MediaGrid bâti sur une architecture de stockage de type RAIN, parfaite pour les environnements exigeants comme le monde du broadcast, le multimédia... C'est aussi un système Grid, local, tant sur le plan des traitements que du stockage. A regarder de plus près, c'est d'ailleurs trés proche de ContentDirector de DataCenter Technologies, acquis pas Veritas software en 2005, d'Avamar acquis par EMC fin 2006 ou ExaGrid, les éléments constitutifs portent presque les mêmes noms, sans évoquer les offres CAS (EMC Centera, Archivas ArC, Permabit DIS, Bycast StorageGRID, Caringo CAStor, HP RISS ou Nexsan Assureon) trés bons exemples de cette architecture également.

Le système MediaGrid propose des configurations de quelques To jusqu'à plusieurs Po satisfaisant ainsi à tous les besoins et utilisations. La beauté du MediaGrid réside dans l'utilisation de composants trés standards - cartes mères, processeurs, mémoire, disque, alimentation... Linux - et d'en faire une solution verticale d'entreprise.

Le monde des médias numériques est trés exigeant et doit satisfaire à l'évolutivité multi-dimensionnelle: performance, capacité, redondance sans oublier une simplificité d'administration. L'esprit est là, diviser pour mieux régner, avec l'éclatement d'un flux de données entre plusieurs entités, puis répliqué et distribué. Ainsi la redondance est assurée avec une finesse importante contrairement à une approche massive type RAID, coûteuse en reconstruction, qui fonctionne au niveau volume ou lun, la performance en entrées/sorties est là aussi avec une répartition des fragments de fichiers sur plusieurs unités permettant d'aggréger la performance, de contrôler et limiter le temps de traitement. Le mode est adaptif pour satisfaire les contraintes applicatives, un petit fichier et un gros fichier ne seront pas diviser dans le même nombre de fragments. C'est aussi la matérialisation que les datas ne peuvent plus vivre avec les meta-data comme les systèmes de fichiers de conception "ancienne" le faisaient.

Revenons sur les éléments constitutifs du MediaGrid: ContentDirector, ContentServer, ContentBridge et ContentManager.

Les ContentDirectors sont essentiels puisqu'ils contrôlent le file system constitué des unités élémentaires - ContentServer - gérent la répartition des données et s'occupent de la correspondance entre les clients, les machines extérieures, et le MediaGrid. Ils sont chargés de la présentation des fichiers à l'extérieur au travers d'une vue virtuelle du système de fichiers. Pour illustrer le gabarit d'un ContentDirector, disons qu'il possède 4 interfaces réseaux GibE, 2 sont réservées au dialogue inter-ContentDirector et 2 au dialogue avec les ContentServers.

Les ContentServers sont les briques élémentaires de stockage qui sont en fait des serveurs fins 1U ou 4U, souvent assez denses à 4 ou 24 disques pour donc 2TB ou 12TB, qui proposent une capacité de traitement, de stockage et de réseau (2 interfaces GigE) afin que le système global puisse évoluer dans toutes les dimensions. Ces unités dialoguent entre elles, avec les ContentDirectors ou avec les systèmes extérieurs, clients du MediaGrid.

Le ContentBridge est utile pour les clients autres que Windows, Linux, MacOS ou Solaris. Il sert de gateway et de serveur de fichiers, il interagit avec les ContentDirectors et propose les protocoles ftp, afp, nfs et cifs (samba). Chaque élément arrive avec 2 interfaces GigE.

Le dernier composant est l'élément de contrôle, le ContentManager, qui permet de configurer les facteurs de réplication, de définir des niveaux de sécurité (ACL) et d'administrer plusieurs MediaGrid.

Le coeur de cette offre repose sur un design de système de fichiers distribué - MediaGrid File System - adapté au monde des médias particuliérement innovant avec une notion de segmentation de fichiers en atomes, chaque atome fait une taille nominale de 8Mo, et existe en plusieurs exemplaires. On aura compris le rôle clé des ContentDirectors pour les tables de correspondance entre les atomes, les fichiers et les ContentServers et pour assurer la réplication des atomes entre ContentServers. Bien sûr, tout élément est échangeable à chaud de même que l'ajout d'éléments, ContentDirector ou ContentServer.

Comment ça marche ? Un utilisateur est authentifié par un contrôleur de domain Windows et ses droits reposent sur la notion d'ACL. Un client, sous Windows, Linux, MacOS ou Solaris, qui souhaite écrire ou lire un fichier contacte un ContentDirector, qui lui renvoit alors la liste des ContentServers avec qui il doit dialoguer directement. Pour les autres clients, un intermédiaire est nécessaire, le fameux ContentBridge. Dans la phase d'écriture, le ContentDirector choisi établit la distribution des fragments, communique cette répartition au client qui ensuite envoit les données directement aux ContentServers. L'interaction et l'échange de données sont alors naturels.

Le MediaGrid est une solution de grande qualité alliant performance et disponibilité pour un monde aux exigences changeantes et multiples. A essayer de toute urgence, c'est la rolls.