Comment faire évoluer la gestion de ses données ?
De nos jours, les informations numériques constituent un capital substantiel pour les entreprises, d’autant plus que les volumes à collecter et à administrer ne cessent d’augmenter et que les niveaux de services attendus pour répondre aux besoins métiers sont de plus en plus élevés.
Toutes ces évolutions sont autant de difficultés pour les responsables informatiques, qui doivent maintenir une infrastructure répondant aux besoins de l’entreprise et des utilisateurs tout en respectant les budgets alloués.
Or les données vivent ; leur coût dans le temps est fonction du niveau de service que l’on souhaite leur allouer, sur la base de critères tels que leur disponibilité, leur sécurité, leur protection ou leurs performances. Il est donc devenu nécessaire, pour une plateforme de stockage, d’offrir une architecture diversifiée sans devenir complexe pour autant.
L’environnement de stockage doit s’adapter aux informations de l’entreprise, en offrant un bon rapport investissement / efficacité à chaque étape du cycle de vie des données.
Beaucoup d’entreprises ont entamé une démarche similaire sur leur parc de serveurs en le structurant suivant des critères d’éligibilité à la virtualisation, ce qui constitue un début de classification des applications en fonction des services attendus par l’entreprise.
C’est cette démarche qu’il faut adapter aux données et à l’infrastructure de stockage qui les héberge.
Ainsi la réorganisation des données par niveaux de services attendus permet d’établir au plus juste les classes de stockage qui répondront aux besoins de l’entreprise.
Les critères différenciateurs qui permettent d’établir les classes de stockage d’une architecture peuvent être :
-
La performance :
- Protocoles d’accès : blocs (FC, iSCSI), fichiers (CIFS, NFS)
- Support de stockage : disques Flash, disques Fibre Channel, disques SAS, disques SAT
-
La disponibilité :
- Nombre de connexions vers la plateforme de stockage
- Réplication distante (MAN, WAN),
-
L’intégrité :
- Protection RAID
- Copie instantanée
-
Le coût :
- Coût du Giga-octet
- Coût du port
Ces critères répondront aux SLA établis pour les différents groupes de données.
Sur cette base, la plateforme de stockage mutualisée apportera les services correspondant aux différentes classes définies.
Cette plateforme, capable d’adresser les réseaux cuivre autant qu‘optiques, gère aussi bien les protocoles iSCSI* et FC* que les protocoles de fichiers comme CIFS* et NFS* ; c’est cette capacité qui lui donne le nom de stockage unifié.
Véritable nœud de l’administration du stockage de l’information, la plateforme de stockage unifiée permet de :
- Gérer l’infrastructure par une gestion web intuitive,
- Simplifier le provisionnement des systèmes de fichiers,
- Virtualiser le provisionnement des volumétries pour optimiser l’espace consommé,
- Automatiser le Snapshot des volumes de données, permettant une restauration efficace et autonome,
- Suivre le fonctionnement des organes de la baie et leur utilisation,
- Répliquer les volumes, ce qui offre plus de flexibilité pour protéger l’information,
- Dédoublonner et compresser les fichiers pour un gain de place sur les volumétries.
En intégrant cette réflexion autour de la donnée lors de l’acquisition ou du renouvellement de l’infrastructure de stockage, on en conclut systématiquement qu’une plateforme de stockage unifiée offre la simplicité, la flexibilité et les performances attendues.
En définitive, une architecture reposant sur une infrastructure de stockage unifiée répond de façon simple, économique et adaptée aux besoins de consolidation du stockage, qu’il s’agisse des serveurs de fichiers ou des serveurs applicatifs de l’entreprise.
*iSCSI = protocole SCSI encapsulé dans le protocole IP, donc permettant de connecter des disques "standards" via Internet.
*FC = Fibre Channel, protocole généralement (mais pas toujours) utilisé pour raccorder des disques via fibre optique.
*CIFS = système de fichiers répandu en environnement Windows.
*NFS = système de fichiers répandu en environnement ouvert, type Unix / Linux
.
Sébastien Pétard |
Précédents numéros :
Regard d'Expert n° 27 :
Comment évaluer et définir un Plan de Continuité Informatique en PME ?
Regard d'Expert n° 26 :
Les instruments de maîtrise du budget informatique
Regard d'Expert n° 25 :
Les grandes étapes d'un transfert de site informatique réussi
Regard d'Expert n° 23 :
Le recours à l’infogérance de serveurs s’accélère dans les PME !
Regard d'Expert n° 22 :
La location : un outil de pilotage pour une meilleure connaissance du TCO
