Une maîtrise SAN acquise après maintes péripéties

À la suite d'incidents majeurs, Guilbert, spécialiste des fournitures de bureau, a dû changer la totalité de son SAN. Une mission réussie, qui a permis aux équipes internes d'acquérir suffisamment d'expérience pour faire évoluer elles-mêmes leur réseau.

Guilbert, spécialiste de la vente directe de fournitures de bureau aux professionnels, est aujourd'hui présent dans neuf pays européens, et livre quotidiennement cinquante-cinq mille colis sur l'Europe. Soucieuse de fournir un meilleur service à ses clients, la société a installé un ERP SAP entre 2000 et 2002. Le projet s'accompagne alors de la mise en place d'un réseau de stockage. Le choix se porte sur des produits EMC : deux baies Symmetrix 8730 et deux commutateurs Connectrix (d'origine McDATA), auxquels sont connectés cinquante serveurs Unix. Les ressources sont également réparties dans deux salles différentes, pour assurer une redondance et une reprise en cas d'incident.Mais dès juin 2001, Guilbert connaît un incident majeur occasionnant un arrêt de production de plus de quatre heures, et engendrant de lourdes pertes financières. Pour René Vincent, directeur des opérations informatiques du groupe Guilbert, ' l'architecture des baies de notre ancien système nous a semblé être plutôt conçue pour des mainframes que pour des environnements Unix, qui nécessitent, eux, plus de souplesse '. En décembre 2001, Guilbert installe un second SAN, destiné aux environnements de tests et de développement. Il est composé de deux baies IBM ESS F20 reliées aux serveurs via deux commutateurs Brocade de seize ports chacun. Cette connexion ne pouvait être faite via les commutateurs Connectrix, faute d'interopérabilité.

Des coûts divisés par six, en dix-huit mois

En mai 2002, Guilbert subit un second incident sur son SAN de production, similaire au premier, mais occasionnant une perte d'exploitation de seulement une heure. ' Nous avons dû intervenir nous-mêmes, afin que les erreurs commises lors du premier incident ne se reproduisent pas ', explique René Vincent. Guilbert décide alors de remplacer les baies EMC par des baies IBM ESS 800, et les commutateurs Connectrix par des SilkWorm 12000, de Brocade. ' Le choix des commutateurs Brocade était conditionné par leur indépendance avec les baies. Bien que ces commutateurs aient été fournis par IBM, la maîtrise du microcode restait dévolue à Brocade ', détaille René Vincent. Quant au choix d'IBM, il a été motivé par le fait que Guilbert était pleinement ' satisfait des baies ESS F20 installées pour les environnements de tests '. Et René Vincent d'ajouter : ' En passant au tout-IBM, nous avons divisé nos coûts par six en dix-huit mois. '

Une meilleure maîtrise pour plus de sécurité

Guilbert a ensuite étendu son SAN en y connectant, en décembre 2002, ses bibliothèques de sauvegarde, puis, en 2003, les environnements NT (dont les 80 serveurs d'applications bureautiques, et l'entrepôt de données). ' Cela a été très simple. Nous avons acquis une maîtrise du SAN qui nous a permis de conduire ce projet nous-mêmes. Désormais les administrateurs NT n'ont plus à gérer l'approvisionnement de stockage, et ne voient aucune perte de performances entre l'ancienne architecture en attachement direct et la nouvelle en SAN ', précise René Vincent. Ainsi, il se déclare satisfait : ' Nous avons maintenant la maîtrise de notre système d'information, et nous sommes plus sécurisés du fait de cette maîtrise. '

Une réplication de baie à baie pas toujours adaptée

Peu convaincu des bénéfices offerts par les fonctions de réplication des baies, Guilbert s'est abstenu d'utiliser la fonction PPRC des baies IBM (équivalent au SRDF d'EMC). ' Ce concept ne nous convient pas, déclare René Vincent, directeur des opérations informatiques du groupe Guilbert. Après avoir connu des soucis avec le SRDF, nous avons décidé de nous en passer, et d'utiliser à la place la fonction LVM (Logical volume manager) du système AIX de nos serveurs. LVM a permis de gagner une heure sur le temps de sauvegarde, et d'obtenir des synchronisations entre baies deux à trois fois plus rapides. De plus, il nous était possible de faire du mirroring entre baies hétérogènes. Je pense que ces mécanismes, SRDF et PPRC, sont particulièrement bénéfiques pour des réplications asynchrones ou des environnements de serveurs hétérogènes, ce qui n'est pas notre cas. ' Ajoutons qu'EMC supporte depuis peu la technologie PPRC dIBM sur ses baies de stockage, permettant aux utilisateurs de synchroniser leurs données entre les baies des deux constructeurs.