SRM LIVRE BLANC. Gestion des Infrastructures de Stockage SAN SENTINEL. Avril 2013

Transcription

1 SAN SENTINEL 37 Rue des Mathurins Paris, Phone: munoz_jeronimo@sansentinel.com Web: SRM Gestion des Infrastructures de Stockage Avril 2013 LIVRE BLANC

2 page 2 Ce que vous devez savoir Les SRM (Storage Resources Management) et autres outils de gestion des infrastructures de stockage SAN, permettent de contrôler les environnements partagés et hétérogènes sur une base régulière. Ces outils sont maintenant entièrement intégrés et pour la plupart d entre eux sont proposés par les fabricants de baies qui offrent des solutions spécialisées pour leurs environnements, répondant à un haut niveau d exigence et de maturité.les outils de gestion de ressources de stockage (SRM) sont utilisés pour améliorer le rapport coût-efficacité des infrastructures et des processus d'exploitation. La croissance de la volumétrie pousse les experts à recommander aux entreprises de maîtriser leurs infrastructures stockage par la maîtrise et le contrôle détaillé des ressources exploitées. C est le seul moyen de prendre des décisions fiables pour définir des procédures adaptées et garantir la mise en œuvre des solutions de stockage. Par exemple, pour justifier un projet d'archivage, une organisation a besoin de savoir l'âge des données et quand elles ont été accédées la dernière fois. Pour mettre en œuvre le «Thin Provisioning», les responsables informatiques ont besoin de connaître leur existant et historique, comme il va de soit que pour économiser des volumétries de stockage, il est indispensable de déterminer de manière détaillée quels sont les serveurs/applications qui contribuent le plus à l augmentation des capacités de stockage. Avec un SRM, les organisations peuvent planifier de façon proactive les mises à niveau de capacité et croissance du stockage, plutôt que d'acheter en mode réactif; Elles sont dans une meilleure position de négociation avec leurs fournisseurs. L une des méthodes, fréquemment mise en œuvre, pour contrôler les environnements de stockage, consiste à tenter d'obtenir des informations équivalentes à celles fournies par un SRM, en écrivant des scripts «maison», puis en transférant manuellement les résultats pour les combiner à l'aide de feuilles de calcul. Cependant, ce modèle «Outils Maison«est peu viable et trivial, il est beaucoup plus coûteux et imprécis que la plupart des solutions proposées sur le marché. Pour obtenir les coûts de développement de logiciels en interne et de son support associé, nous vous recommandons d intégrer les charges occultes, qui seront de toutes les façons investies, comme les frais de personnel ou le matériel dédié au développement, qu on les comptes ou pas. En outre, le développement d'outils de type SRM en interne présente des risques lorsque, par exemple, les employés changent d'emploi/poste, le fournisseur fait des modifications sur le matériel ou lorsque vous décidez de migrer les baies de stockage. Difficile de repenser et reformuler les applications maison existantes sans documentation et sans aucune assistance. Ces systèmes SRM internes nécessitent un investissement considérable en temps et en ressources et le résultat produit la plupart du temps un service inadapté. La rigidité de ces développements souvent n est pas adaptée pour offrir la précision et une pérennité équivalente aux solutions de SRM existantes. Les outils SRM sont devenus plus simples à utiliser, à acquérir et à mettre en œuvre. Les «Suites» de solutions disparates de ces dernières années, ont été intégrés dans des logiciels uniques. Leur qualité et leur capacité à afficher de manière schématique les environnements de stockage complexes, le stockage dans les serveurs virtuels, et les interactions entre les applications et le stockage physique, se sont considérablement amélioré. La tendance du marché pousse les développeurs vers des solutions Cloud/SaaS, les nouveaux produits sont simples, rapides, et sans agent.

3 page 3 Définition Les solutions de Gestion des Ressources de Stockage (SRM) offrent aux entreprises de la facilité pour contrôler leurs fonctionnalité est de mettre à disposition des utilisateurs des outils faciles à utiliser, totalement intégrés et qui sont utilisables aussi bien par des spécialistes que par le management. Elles automatisent la collection d informations provenant de multiples environnements. Les informations ainsi recueillies permettent d obtenir une vue consolidée de l ensemble des éléments qui composent l infrastructure de stockage, qu il s agisse de baies, de Switch ou de serveurs physiques ou virtuels. Un SRM doit supporter les architectures SAN (Storage Area Network), NAS (Network Attached Storage) ou CAS (Content Addressed Storage). Les fonctions principales incluent la restitution de l information collectée sous forme compréhensive et partageable dans l entreprise. (Plus particulièrement, les informations techniques liées à la baie), des aides à l administration, ainsi que le prévisionnel (Capacity Planning) ou la refacturation (Charge Back). L intégration des logiciels SRM ne doit pas être consommatrice de ressources, ni en terme d infrastructure dédiée, ni en ressources humaines pour les supporter. Ils doivent être faciles à installer et à déployer, le temps nécessaire à la mise en œuvre doit être de l ordre de l heure. L utilisation de l application est intuitive et ne doit pas nécessiter de formation y compris pour les utilisateurs non spécialisés qui pourront naviguer en fonction de leurs droits d utilisation dans les informations autorisées. Idéalement, le SRM, si possible sans agent, doit s appuyer sur un unique script de collecte d informations et surtout une seule base de données consolidant l ensemble des objets en un lieu unique. La solution doit évoluer facilement au fur et à mesure de l évolution de l infrastructure. Un logiciel unique doit pouvoir être utilisé pour des clients ayant une seule baie de stockage, comme pour des infrastructures comprenant plusieurs centaines de baies, Switch ou serveurs, sans aucune mise à niveau. Principaux avantages d utilisation Les Logiciels de SRM, améliorent le rapport coût-efficacité du matériel de stockage vendu et les processus opérationnels. Ils apportent une compréhension détaillée des infrastructures de stockage pour pouvoir prendre des décisions qualifiées concernant les procédures et la mise en œuvre de ces solutions. Par exemple, pour mettre en œuvre le «Thin Provisioning», les responsables informatiques ont besoin de connaître le taux de la consommation actuel et avoir un historique précis de d'utilisation de leur stockage. Ils permettent de planifier de façon proactive les mises à jour des stockages et les augmentations de capacité tout en anticipant les achats.

4 page 4 Description Le SRM inclut, la découverte de l infrastructure, la topologie, la cartographie et l audit de l ensemble des composants SAN. Toutes ces fonctionnalités sont accessibles grâce à une interface conviviale, basée sur des technologies Web innovantes, incluses de base dans les logiciels de gestion de l infrastructure. Il permet d avoir un état des baies, des Switch, mais également des serveurs qui sont connectés au stockage. Les principales fonctions sont l analyse de l existant, le prévisionnel (Capacity Planning), la refacturation (Chargeback) par application ou par métier, le Reporting et la mise à disposition d historiques de l évolution sur une base régulière. Le SRM doit intégrer toutes les architectures de stockage telles que SAN, NAS, CAS, pour les protocoles ISCSI, IP ou FC. CONSOLE D ADMINISTRATION Les Consoles sont de plus en plus basées sur une technologie Web-Based et permettent de visualiser facilement l ensemble des métriques des ressources de stockage. Les utilisateurs accèdent à l information présentée en fonction de leurs propres profils. Les fonctionnalités de la console permettent des vues totales ou partielles des informations en fonction des droits définis pour l utilisateur connecté. L accès permet une vue entière ou partielle des informations, certaines tâches pouvant être réservées aux spécialistes, d autres au management. INDENTIFICATION AUTOMATIQUE (Sans Agent) Le SRM doit être en mesure d identifier automatiquement, sans installation d agent, les objets qui composent l infrastructure de stockage, qu il s agisse de baies, de serveurs ou de composants de réseau, tels que les switchs. Un collecteur unifié identifie et récupère les informations des objets collectés et les intègre dans une base de données relationnelle qui sera consultée par l application pour fournir les vues métier aux utilisateurs. Les vues fournies par l application sont des informations qui auront été corrélées, grâce à une expérience éprouvée des infrastructure de stockage et non pas provenant d un laboratoire R&D technique uniquement, pour fournir des informations techniques, mais aussi des aides à l administration et au management correspondant au métier de l entreprise.

5 Avril 2013 page 5 BASE DE DONNEE RELATIONELLE (Intégrée au Logiciel) Les objets collectés sont stockés dans la base de données. Ils sont constitués de métadata qui seront utilisées par l application pour identifier l état de l environnement au moment de la collecte, mais aussi pour fournir des historiques et du prévisionnel permettant de conduire l évolution de l infrastructure sur une base régulière. Les objets comprennent toutes les données techniques telles que les disques, les LUNs, les Volumes ou les ports, mais aussi les capacités consommées et les niveaux de sécurité. L accès aux informations se fait au travers d une interface Web-Start pour fournir des vues prédéfinies ou au travers de l utilisation de «Web Services» pour intégration dans des applications déjà existantes. ARCHITECTURE CLOUD CLIENT WEB START SAAS (Software as a Service) Les SRM offrent un accès à l application simplement, soit vers un site où se trouve hébergée la base de données (SaaS) soit en Cloud Privé, entièrement en local. La sécurité est un point clé dans le cas des deux types d accès, aucune information confidentielle ne transite dans les objets transmis.

6 page 6 CAPACITY PLANNING Les fonctions intégrées aux SRM permettent l indentification automatique des ressources consommées dans l environnement de stockage et l ajout de nouvelles ressources (Disques, baies, serveurs, etc.) en conservant l historique de l existant. Certaines applications proposent également des informations pour permettre aux administrateurs de pouvoir récupérer les volumétries et d optimiser l utilisation des capacités existantes pour mieux planifier les investissements et respecter les niveaux de services exigés. L historique conservé dans la base de données est utilisé pour analyser les évolutions et fournir des rapports sur qui a consommé quoi. Des fonctions de simulation permettent d extrapoler ce qui a été réellement consommé pour obtenir des prévisions fiables. L analyse des volumétries consommées se fait par département, serveur, application, ligne de métier ou autre identificateur qui aurait été défini par l utilisateur lors du paramétrage. Les indications ainsi détaillées évitent les précipitations en cas d insuffisance de capacité et permettent une meilleure gestion des achats de baies ou d éléments du réseau. AUDIT & REPORTING Le SRM génère des rapports d Audit pour différents éléments composant l infrastructure. Il intègre, sous des formats exploitables en dehors de l application (Microsoft XLS ou PDF), des informations techniques pour permettre un audit en temps réel des baies, switchs et des analyses indispensables aux administrateurs, telles que les espaces libres permettant le commissionnement de nouveaux serveurs ou l état des volumétries masquées qui pourra être récupéré dans les baies. Il donne également des informations détaillées sur, par exemple le suivi sur une base régulière du «THIN Provisioning». Enfin le rapport généré, doit être un moyen pour partager l information aussi bien en transverse dans les équipes stockage, que pour le management sur une base hebdomadaire ou mensuelle. Le manager obtient une vue globale, consolidée de son infrastructure comprenant la consommation par serveur, application, département et les coûts associés. Les éléments de «Capacity Planning» reportés, lui permettent de prendre les bonnes décisions.

7 page 7 CONSOMMATION DETAILLEE (ChargeBack) Contrôler la consommation qui est faite du stockage est la base du SRM. Grâce à des règles de facturation qui existent dans l application, il est facile de déterminer le coût global des baies en fonction des technologies disque utilisées (FC, SAS, SATA), ainsi que l utilisation de ports (Swiths) qui est faite par le serveur ou l application. La définition du prix par composant de l infrastructure se fait en déterminant des «Tiers» et des coûts associés, qui seront ensuite utilisés par l application, en appliquant des règles financières, pour déterminer la consommation totale ou mensuelle détaillée. La facture détaillée, en fonction des propres critères de l entreprise, est émise à la demande. Le rapport généré permet d analyser la consommation avec une granularité allant jusqu au serveur virtuel qui supporte l application. Ces informations permettent de facturer les départements consommateurs ou de prendre les bonnes décisions au bon moment. CONSEILS & AIDES Des informations supplémentaires sont disponibles dans l application pour aider à réduire les tâches d administration, à la prise de décision, au respect des engagements de service (SLA) et à garantir le bon fonctionnement des baies de stockage. Dans beaucoup de cas d utilisation, le SRM devient un outil d aide sur une base journalière. MOTEUR DE RECHERCHE Les informations exploitées par le SRM sont indexées. Cela signifie que la recherche d un serveur, d un numéro de série, d une baie de stockage ou tout autre élément composant de l infrastructure se fait instantanément ; ceci apporte un gain de temps considérable dans les tâches d administration. L application met à disposition des utilisateurs un moteur de recherche permettant d identifier les informations mises à disposition dans la console d administration. Rechercher des serveurs, virtuels ou physiques et leurs associations au stockage ou au réseau, se fait en quelques clicks. La fonctionnalité peut aussi être utilisée pour rechercher uniquement toutes les composantes d un site, d un Data Center défini dans l application ou pour des raisons de support ou des mises à jour du Matériel ou Logiciel.

8 page 8 RECHERCHER DES VOLUMETRIES La plus grande partie des tâches d un administrateur de stockage, consiste à commissionner ou dé-commissionner des serveurs. La recherche des espaces nécessaires à la nouvelle application en fonction du type de disque, de baie ou de niveau de sécurité est lourde à gérer avec les outils traditionnels. Le SRM présente pour une baie ou pour l ensemble de l infrastructure où se trouvent les espaces libres et cela peut réduire les manipulations et le temps d installation de plus de 40%. A l opposé, lorsque des serveurs sont désinstallés, le SRM fournit un état des volumétries à libérer et propose dans certains cas des «scripts» automatiques qui seront récupérés par l administrateur et envoyés manuellement à la baie de stockage pour récupérer l ensemble des espaces. Ce type d action se fait unitairement avec des outils archaïques fournis avec les baies, et là encore apporte un gain de temps important. GESTION DU THIN PROVISIONING Economiser de la volumétrie est la principale préoccupation des responsables de stockage. Les techniques qui permettent de faire «plus avec moins» sont implémentées dans la plupart des entreprises, malgré le risque que cela peut comporter dans certains cas. Le «Thin Provisioning» est maintenant proposé sur toutes les baies de stockage et permet d allouer plus de volumétrie que celles dont vous disposez réellement. L avantage est financier, le risque est permanent! Le SRM permet, grâce à des tableaux de bord dédiés à cette fonctionnalité, un suivi sur une base journalière. En utilisant le SRM un administrateur pourra contrôler les volumes qu il a provisionnés, ceux qu il a réellement et surtout ce qui a été consommé par les serveurs. L application offre un état consolidé pour l ensemble des baies de stockage utilisant cette fonctionnalité, mais également par «Pool» pour garantir sa bonne utilisation au niveau individuel de la baie.

9 page 9 Précautions à Prendre Le SRM doit prendre en compte l ensemble des technologies disponibles sur le marché SAN, NAS, CAS, mais aussi ISCSI. L installation doit être simple et rapide, inférieur à la semaine, pour une installation localement. Le SRM ne doit en aucun cas utiliser des agents, lourds à mettre en œuvre et difficiles à faire évoluer en cas de modification de l infrastructure. Vérifier les ressources matérielles nécessaires à l installation du SRM, car dans certains cas l investissement pour supporter l application est important et nécessite de dédier plusieurs serveurs. Adopter des solutions simples qui vous feront gagner du temps et éviter les SRMs qui nécessitent un spécialiste à demeure. Pour pérenniser vos investissements, utiliser des SRMs développés sur la base d une technologie à jour et particulièrement le «Cloud» qui vous apportera l agilité indispensable à vos changements. Préférez l acquisition en mode services (OPEX), plutôt que d investir dans un logiciel (CAPEX) qui sera dépassé dans 3 ans et qui ne pourra pas évoluer au rythme de votre infrastructure. Evitez les développements «maison» qui vous semblent «gratuits» ou bon marché. Ils offrent un service basic dont la pérennité est difficile à garantir et surtout qui nécessitent des ressources humaines importantes pour maintenir le niveau de service et les supporter. Cas Concrets d Utilisation ADMINISTRATION Simplifie le «Provisioning» et aide à la prise de décision. Grâce au tableau de bord, il permet d identifier rapidement les espaces libres, les «Thin Pools» et rapidement la charge (capacité) sur les ports Front-End Il apporte des outils de gestion au quotidien par la génération automatique de scripts pour aider l administration à : Récupérer des volumétries (Unmap / Unmask) Dissolve de Métas Gestion des synchro SRDF (split/suspend/establish/failover)

10 page 10 MISE EN CONFORMITE OPERATIONNELLE (MCO) Vérifie que vos standards sont respectés et que vos configurations sont «propres» par: Identification des volumétries résiduelles o Non mappéees o Non masquées o Non mappées et non masquées Identification des serveurs «mal» décommissionnés : o WWN résiduels sur les ports des baies o Volumétrie non récupérée suite à la suppression d un serveur Vérification des règles d ingénierie : o Tailles et protections des volumes o Capacités allouées par port front-end o Quantité de carte HBA / serveur EXPLOITATION Fait le lien entre vos Assets et les Métiers/Applications. Un problème survient sur un switch, une baie ou tout autre composant audité, vous pouvez faire le lien avec les métiers/applications concernés. Les communications lors d incidents seront orientées «Métier» grâce au logiciel SRM. MISE EN PRODUCTION (MEP) Mesurer les impact potentiels de vos MEP. Une mise en production sur un switch, une baie ou tout autre composant audité par Sentinel Navigator, permet d évaluer les risques en identifiant précisément les autres métiers/applications potentiellement impactés.

11 page 11 Résumé Le SRM doit être facile à installer et à faire fonctionner, Le retour sur investissement (ROI) doit être immédiat, Le Suivi, le support et les évolutions doivent être simples et maîtrisés, La visualisation de l'infrastructure doit se faire rapidement et sans formation, Il doit offrir une aide à l'administration quotidienne, L accès aux informations doit se faire en mode sécurisé, L inventaire des serveurs physiques ou virtuels doit se faire sans agent, Il doit permettre la prise de décisions immédiates et prévisionnelles, La refacturation des coûts d'infrastructure aux «métiers» concernées doit être incluse de base, Des historiques doivent être accessibles sur des périodes longues, L infrastructure nécessaire à supporter le SRM doit être minimum, Le coût du service (OPEX) doit évoluer au rythme des évolutions de l entreprise, Utiliser des architectures Cloud/SaaS qui apportent l agilité budgétaire et technique.