Network storage solutions Vous avez de sérieux problème de stockage? Vous voulez rendre disponibles, en temps réel, de grandes quantités de données? Votre système d archivage ne répond plus à l exigence de l heure? GaMa a pensé à vous en mettant à l étude des solutions adaptées à vos besoins. Contexte A l âge des nouvelles des nouvelles technologies de l information les entreprises se trouvent en bute à de nouveaux défis. Elles génèrent, pour la plupart, des volumes impressionnant de données pouvant atteindre plusieurs Téraoctets. Dans la majorité des cas, cette explosion de la quantité de données à stocker n ayant pas été planifiée, les ressources matérielles adéquates n étaient pas mises en jeu pour parer à cette éventualité. Un problème similaire se pose au niveau des sauvegardes de secours. Il est d usage, de nos jours que les organisations procèdent à l archivage régulier des données sensibles. Mais au fil des années les données archivées aussi augmentent en taille. De plus, il est vital pour certaines entreprises de disposer à tout moment des données remontant à plusieurs années. D où l inadéquation de la méthode qui consisterait en la restauration des données sauvegardées sur les bandes de secours. Quelle est la solution courante? Souvent pour satisfaire ces besoins en espace de stockage supplémentaire, les IT se procurent de nouveaux serveurs pour en faire des serveurs de fichiers. Cette augmentation du nombre de serveurs au sein d une organisation résout un problème immédiat mais n est pas justifiée si l on évalue le prix de revient du Gigaoctet de stockage. De plus, vu le nombre important de serveurs que l organisation acquiert, on a tendance à alléger les dépenses en achetant des serveurs très peu performants réduisant ainsi la vitesse d accès aux données.
Cette prolifération de serveurs de fichiers pose aussi le problème de l organisation des sauvegardes sur le réseau. Les procédés les plus courants de sauvegarde présentent des inconvénients que nous jugeons nécessaire de souligner dans le cadre de cette étude. Figure.- Modèle de sauvegarde et de restauration traditionnel avec ressources de stockage dédiées pour chaque serveur Dans les modèles de sauvegarde et de restauration traditionnels, des disques et systèmes de sauvegarde sur bande sont dédiés à chaque serveur hôte, ces derniers sauvegardant leurs propres donnés sur les unités ou bibliothèques de bandes qui leur sont attachés (voir Figure). L usage des ressources sur bande y est relativement médiocre ; si l unité de sauvegarde d un serveur donné est inactive, elle ne peut être utilisée par un autre serveur. Par ailleurs, chaque système d exploitation ayant tendance à utiliser ses propres logiciels de sauvegarde et de restauration, l administration globale des ressources gagne en complexité au même titre que le processus de sauvegarde et de restauration proprement dit. Les disques et systèmes de sauvegarde sur bande sont aussi plus lents, moins fiables et plus limités que les systèmes de stockage professionnels actuels l acquisition de ressources de stockage plus performantes, à multiplier par le nombre de serveurs existants, représentant une charge financière impossible à supporter par la plupart des entreprises. Tels sont les problèmes que nous proposons de résoudre dans les sections qui vont suivre. L alternative de solution rationnelle
Pour répondre aux besoins croissants des entreprises en matière de consolidation et de mutualisation des données à stocker et à sauvegarder deux solutions sont disponibles : le NAS et le SAN. Avant de spécifier les critères de choix entre les deux solutions, nous allons faire une brève présentation des deux systèmes. Le NAS (Network Attach Storage) Le terme NAS retrouve ses origines dans l industrie des supports optiques de stockage. Les concepteurs de jukebox furent les premiers à vouloir doter leurs appareils de la possibilité d être accédés à travers un réseau par des serveurs ou des postes de travail distants pour accomplir des taches comme les installations de logiciel. Aujourd hui, ce terme est adopté par une nouvelle génération de constructeurs qui concrétisent presque le même idéal que leurs prédécesseurs. Mais cette fois-ci il s agit de disques durs. En effet, Un NAS est constitué de plusieurs disques durs montés généralement en RAID associés à une électronique de type ordinateur (microprocesseur, mémoire, ports d'entrée/sortie) munie d'une interface Ethernet, et piloté par un système d'exploitation parfois propriétaire. L'exploitation proprement dite se fait par l'intermédiaire d'une station et d'un navigateur Web. L'administration consiste à paramétrer les droits d'accès des utilisateurs, à paramétrer les paramètres TCP/IP et le serveur DHCP généralement inclus. C est la plus simple expression d un serveur de fichier idéal. C'est justement le point fort de ces appareils, la facilité de mise en oeuvre et le prix. Le SAN (Storage Area Network) Un réseau SAN (Storage Area Network) est un réseau de stockage constitué d'un ensemble de disques durs dans un réseau «fibre channel» dédié extrêmement rapide, connectés à des serveurs via plusieurs commutateurs. Le réseau SAN relie tout serveur à n'importe quel dispositif de stockage.
Les réseaux SAN sont censés être très fiables, très évolutifs et très flexibles. Il est possible d'augmenter la capacité de stockage sans interrompre le fonctionnement et utiliser divers plans de sauvegarde qui n'encombrent pas votre réseau principal. Un réseau SAN peut gérer d'importants volumes de données réparties sur plusieurs disques. Une grande variété de commutateurs, routeurs et batteries de disques SAN sont commercialisés dans une très large fourchette de prix. Les réseaux SAN peuvent également s'étendre physiquement sur la distance qu'autorise leur réseau, plusieurs kilomètres pour les systèmes en fibre optique. Quel type de réseau utilise un réseau SAN? Le type le plus répandu est Fibre Channel, suivi des technologies iscsi, Gigabit Ethernet et IP sur Fibre Channel (FCIP). Infiniband a quelques supporters, mais est désormais considérée comme complètement hors de course; iscsi a été fortement promue par de grands noms, comme Cisco, mais n'a pas encore eu le succès escompté. Les commutateurs fonctionnent généralement à 2 Gbit/s. Quelle que soit la couche physique, il faut se souvenir qu'un réseau SAN est un réseau à proprement parler; il présente les mêmes problèmes de sécurité et de gestion qu'un réseau local
critique. De fait, structurer le réseau SAN interne en le répartissant en zones distinctes avec différents droits d'accès et configurations physiques permet d'accroître la sécurité et la fiabilité. Quelle solution choisir? Un choix rationnel de la solution à adopter doit passer par l identification de vos besoins. Quels sont vos besoins? Répondez aux questions suivantes pour mieux cibler vos besoins. Disponibilité De quelles applications métier critiques avez-vous besoin pour vous protéger contre les pannes inopinées? Quelles tâches devez-vous pouvoir accomplir (ajout ou redéploiement de ressources de stockage, par exemple) sans interrompre vos opérations commerciales? Évolutivité Dans quelles proportions vos impératifs de stockage excèdent-ils vos configurations serveurs? De quelle capacité de stockage estimez-vous avoir besoin dans l année qui vient? Quelles applications nouvelles (ERP, GRC, logistique, etc.) risquent de vous être indispensables l an prochain? Performances De quelles performances maximales vos applications phare ont-elles besoin? Administration Quelles tâches d administration s avèrent aujourd hui délicates faute de ressources ou de compétences? Quelles seront-elles dans un an? Préféreriez-vous intégrer votre administration de stockage dans votre infrastructure d administration existante? Sauvegarde de données Dans quelle proportion, en pourcentage, devez-vous réduire votre fenêtre de sauvegarde? Devez-vous décharger votre réseau local des opérations de sauvegarde pour que vos applications puissent s exécuter plus rapidement? Reprise sur incident
En situation d urgence, de quelles applications avez-vous besoin pour garantir un retour à la sauvegarde rapide et efficace dans votre centre de données de secours? Disposez-vous d un centre de données de secours? Dans l affirmative, à quelle distance se trouve-til de votre centre de données principal? La reproduction de données critiques ou leur photographie instantanée (technologie snapshot) aux heures de production de pointe est-elle nécessaire Utilisation des serveurs et du stockage Quelle capacité de stockage disponible, mais inaccessible, serait susceptible d être utilisée par vos applications à fort pourcentage de données? Existe-t-il des restrictions physiques dans votre centre de données? Si oui, quelles sont-elles? Quels périphériques de stockage anciens pourriez-vous regrouper de manière à obtenir des périphériques de plus grande capacité, et simplifier ainsi leur administration en réduisant le nombre de contrats de service? Budget De combien d espace de stockage supplémentaire pourriez-vous disposer à partir des investissements actuels (qui vous permettraient d en différer de nouveaux), en supposant que vous puissiez récupérer 30% au moins de cet espace de stockage sous-employé?