Cependant, la relocalisation d’une salle informatique ou technique comporte quelques spécificités nécessitant une forme de facilitation. En pratique, l’AMOA du projet se voit très souvent confier sa gestion opérationnelle de détail. L’organisation cliente compte ainsi s’appuyer sur son expérience terrain afin de négocier en douceur certains écueils.

Anticiper et neutraliser les conflits

Des désaccords majeurs entre départements/directions, voire entre membres d’un même service, polluent fréquemment le déroulé préparatoire du Move. En effet, pour conjuguer harmonieusement les impératifs du déménagement, le degré de maîtrise opérationnelle à atteindre s’avère très élevé. Démanteler/reconstruire des systèmes IT, tout en souscrivant aux exigences de continuité du service, exige beaucoup de rigueur ainsi qu’une solide organisation.

C’est pourquoi le projet de transfert agit comme révélateur des imperfections des architectures et des processus. Un mécanisme de haute-disponibilité d’un service ne s’avère pas aussi transparent que prévu (ou vendu…) ? La documentation d’exploitation des systèmes est lacunaire ? Les schémas d’architecture n’existent que dans la tête des experts de la solution ? Un fournisseur externe ne peut répondre présent durant les phases critiques alors même que son contrat de support l’y engage ? Le câblage courant faible est si peu lisible qu’il est impossible d’inventorier le périmètre départ ? Personne ne sait qui est définitivement responsable du MCO des commutateurs SAN ? La supervision ne tient pas compte des interrelations entre composants ? Autant de configurations problématiques mises en exergue et dont la clarification pré-transfert n’est pas une option.

En contexte d’échéances strictes, préserver la cohésion des équipes implique alors de transformer ces obstacles en opportunités d’optimisation. Avec, à la clef, un retour sur investissement en matière d’amélioration continue de l’exploitation courante.

Soutenir la Maîtrise d’œuvre et sécuriser le projet

L’expérience-terrain de l’AMOA permet aussi d’orienter et de seconder les acteurs sur leurs propres tâches. Ici, l’emploi de techniques de capitalisation des connaissances sur le périmètre concentre les efforts autour de référentiels communs. L’intégrité et la validité de ces derniers (inventaire, chronogramme…) font alors l’objet de mesures de protection.

En particulier, détecter puis écarter les projets opportunistes et parasites sans rapport avec le transfert contribue certes à l’impopularité du responsable de projet, mais aussi à la pleine réussite du déménagement. Instaurer et faire respecter des périodes de gel des changements hardware et software permet de réassurer la cohérence méthodologique des stratégies du déménagement de salle informatique.

Pour se former :

L’article MISSIONS ET DÉFIS DU CHEF DE PROJET DÉMÉNAGEMENT DE SALLE INFORMATIQUE est apparu en premier sur Cella Consilium.

Éteindre et redémarrer la salle informatique

Bien que cela puisse paraître surprenant, rares sont les organisations capables de se maintenir à tout moment en capacité d’éteindre et de redémarrer l’une de leurs salles informatiques tout en garantissant aux différents Métiers une durée prédictible d’interruption de service. Le plus souvent, l’exploitation courante accuse un pas de retard face à la cadence imposée par les nombreux changements ; si ce retard ne se traduit pas par une lacune de capitalisation documentaire, le manque d’expérience face aux impacts de nouvelles modalités d’intégration est plus difficile à combler.  En outre, la disponibilité de supports externes et de validateurs  fonctionnels internes requiert une étape de planification, voire de contractualisation. Enfin, l’absence d’une supervision Métier, en addition d’une supervision technico-orientée, peut alourdir considérablement la phase de recette fonctionnelle post-redémarrage.

Une mise à niveau documentaire, technique et managériale, assortie d’une répétition générale : le déménagement à blanc, répond à ces problématiques. En fonction du degré de maturité de l’entité qui relocalise sa salle informatique, le coût induit par cette action globale d’amélioration continue peut s’avérer non négligeable. En retour, l’organisation qui y souscrit gagne une maîtrise approfondie de la structure de son système d’information.

Déménageurs à valeur ajoutée

Les entreprises en charge des opérations de transfert physique ne proposent que très rarement de s’occuper uniquement du déplacement des actifs matériels : en cas d’incident à la reconnexion et au redémarrage sur le site cible, leur responsabilité pourrait être mise en cause sur la base d’informations non partagées ni validées suffisamment en amont. C’est pourquoi les fournisseurs de prestations de déménagement informatique offrent un service à forte valeur ajoutée en participant activement à la phase d’inventaire physique et connectique, et contribuent donc à l’établissement de la base de déménagement et de la matrice comparative des connexions Courant faible et Courant fort. Un poste du budget déménagement qui s’avère déterminant en matière d’efficacité de reconstruction de la salle informatique du site destination, et qui permet aux équipes IT de se concentrer sur les aspects logiques de la reprise.

Pour se former :

L’article L’ESTIMATION BUDGÉTAIRE D’UNE OPÉRATION DE TRANSFERT DE SALLE INFORMATIQUE (1/3) est apparu en premier sur Cella Consilium.

En matière de déménagement informatique (« Move »), peu de marges de manœuvre existent pour le retour arrière. En cas de problème grave survenant sur le site cible lors du transfert, il est rarement envisageable d’initier une action de déménagement inverse : quand bien même une telle opération serait exceptionnellement possible sur le plan logistique, un transfert de SI entre deux sites privatifs ou deux centres de données implique également de nombreux interlocuteurs externes qui doivent ajuster leurs infrastructures en adéquation, avec des délais de prévenance parfois contractuels.

C’est pourquoi l’opération de déménagement informatique introduit une spécificité de gestion pour son chef de projet : l’identification et le traitement des risques induits par le transfert s’avèrent d’une importance capitale pour le pilotage. Un maximum de risques, de points d’attention ou d’ambigüités doivent être pris en charge par anticipation, voire éradiqués avant le déroulement des opérations. Le gestionnaire de l’opération « Move » dispose pour ce faire d’une palette d’outils et de méthodes pour réassurer les actions de terrain ; ici, le « déménagement à blanc » constitue l’un des moyens de circonscrire de nombreux écueils.

Le déménagement à blanc consiste à simuler le transfert de la salle informatique, mais sans déplacer quoi que ce soit : hors-production, l’extinction ordonnancée et maîtrisée des composants informatique est déroulée selon les procédures en vigueur, puis les équipements sont électriquement débranchés. Après un laps de temps nécessaire à la décharge électrostatique complète des matériels, ces derniers sont de nouveau alimentés en électricité, puis redémarrés selon la séquence logiquement applicable jusqu’à la recette de la reprise en production.

Réaliser cette opération permet de répondre à de nombreuses questions avant qu’elles ne deviennent des problèmes bloquants le jour des opérations réelles. Par exemple :

• Les portions du micro-planning opérationnel (chronogramme) adressant les opérations d’extinction pré-move et de redémarrage post-move sont-elles réalistes en estimation de durée et de marge temporelle de sécurité ? Correspondent-elles aux contraintes d’échéance et de délai prévisionnels ? Il s’agit ici d’évaluer la maîtrise technique des opérations d’arrêt/reprise par les différents acteurs, ainsi que l’adéquation entre leur propre appréciation de la simplicité -ou de la complexité- d’une tâche et la réalité d’un terrain interconnecté sur le plan logique ;
• Les responsables identifiés à chaque étape ont-ils bien compris leur rôle (déclencheurs de leurs actions propres, formalisme des comptes-rendus à pourvoir à l’issue de celles-ci…) ? Ceci s’applique aussi aux interlocuteurs Métier en charge des recettes fonctionnelles : sont-ils parfaitement conscients de la lourde responsabilité consistant à valider une reprise IT sur le plan fonctionnel et si oui, cette validation peut-elle être compartimentée à dessein de balayer avec certitude l’ensemble des fonctions critiques ? ;
• Tous les matériels, et en particulier ceux qui redémarrent à faible fréquence, sont-ils bien opérationnels à l’issue du test ? Faut-il faire remplacer des blocs d’alimentation ou des disques durs ? Que donne leur examen visuel post-remplacement, est-il par exemple annonciateur d’autres pannes issues d’un air non conforme en matière de propreté ?
• Les procédures d’arrêt/reprise de chaque composant sont-elles parfaitement maîtrisées, à jour et complètes par les équipes informatiques ? Les données de configuration sont-elles prêtes à la réinjection ? Font-elles correctement référence au CMS de l’organisation ?
• La séquence d’arrêt et de reprise respecte-t-elle les spécifications de cohérence et de dépendance découlant des modèles OSI et TCP/IP ? Peut-on à ce titre s’appuyer sur la supervision technique et Métier pour rendre compte en temps réel du bien-fondé de la cartographie des interactions modélisées et suivre les opérations de reconstruction du SI sur le site cible ?

Pour se former :

L’article LE DÉMÉNAGEMENT A BLANC, PRATIQUE INDISPENSABLE DU MOVE est apparu en premier sur Cella Consilium.

Ces PDUs peuvent proposer une disposition verticale (parfois appelée « zéro U ») n’empiétant en aucune manière sur l’espace d’agencement dévolu aux composants rackés, voire un réglage par rotation pour optimiser l’ergonomie des gestes de proximité. Ils peuvent de plus offrir des fonctions administratives avancées relevant du domaine de la supervision orientée GTB et du management opérationnel du SI. Côté monitoring, certains modèles permettent de mesurer tant localement que synthétiquement l’ensemble des facteurs de consommation électrique (consommation, tension, puissance, coût) ainsi que l’impact environnemental généré par l’activité.

Pour ce qui relève de l’administration des systèmes alimentés, les apports les plus utiles embarquent une couche de virtualisation autorisant la gestion fédérée et granulaire de plusieurs chaines d’alimentation distinctes ainsi qu’une possibilité d’ordonnancer les séquences de démarrage. Ces possibilités sont précieuses en matière de maîtrise des opérations de grande envergure ou dans le cas d’une gestion de crise survenant après un incident électrique intempestif.

En addition de ces facteurs de différenciation, les modèles du marché peuvent intégrer, par superposition, d’autres fonctions relatives à la gestion spécifique des équipements mono-alimentés (et se comportent de ce point de vue à la manière d’un ATS de baie), à la possibilité de bascule à chaud de la fourniture d’énergie (maintenance programmée ou défaillance d’un PDU), ou encore à la simplification du design d’alimentation par prise en charge native de deux sources d’alimentation.

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article FONCTIONS DES UNITES DE DISTRIBUTION D’ENERGIE est apparu en premier sur Cella Consilium.

La gestion de cette complexité nécessite l’emploi d’outils de monitoring spécialisés (GTB) ainsi qu’une méthode signalétique conférant à l’ensemble la lisibilité nécessaire sur le terrain technique. Il est toutefois difficile, sinon impossible, de se prémunir, avec une absolue certitude et en toutes circonstances, d’une rupture partielle ou totale de l’alimentation électrique des équipements informatiques disposés en salle. D’une part, à cause du caractère purement exogène de certains facteurs de dysfonctionnement (défaillance régionale des fournisseurs d’énergie, destruction accidentelle d’infrastructures, sabotage, erreur humaine…) et de l’autre, parce-que l’adéquation entre la pertinence du design de fourniture énergétique et les besoins des SI s’avère en pratique malmenée par la rapidité avec laquelle ces derniers évoluent en matière de criticité business, de consolidation et de densité.

Quand bien-même des plans de continuité informatique, ou à défaut des plans de reprise d’activité, seraient activés, la question de la reprise en mode optimal après un incident électrique majeur se pose irrémédiablement tôt ou tard. Elle doit alors tenir compte de la possibilité de dégâts occasionnés sur les actifs physiques et immatériels, d’une cause première potentiellement non identifiée ou incomplètement traitée, ainsi que du haut degré de stress occasionné par ce type de situation sur l’ensemble des parties prenantes.

Dans un contexte de rupture partielle du fonctionnement, les organisations disposant d’une supervision IT orientée Métier en addition d’un monitoring technique classique sont mieux positionnées pour qualifier d’emblée l’impact end-user et déclencher simultanément un plan de communication précis (en contenu et destinataires) et un plan de rétablissement tenant compte des priorités business.
Afin d’éviter les effets dévastateurs des interruptions en série, les exploitants doivent rapidement s’assurer que les équipements IT et ceux des processus supports du SI sont isolés des sources d’alimentation pour lesquelles le rétablissement stable et pérenne n’est pas garanti par les moyens généraux et les gestionnaires techniques du bâtiment. Si l’hypothèse d’une sous-capacité énergétique est évoquée, le redémarrage de l’activité nécessite un suivi de la puissance consommée tandis que les fonctions IT sont rétablies par ordre décroissant des priorités Métier.

La remise en route des équipements informatiques exige une méthode efficace à même d’éviter les retours en arrière, c’est-à-dire respectueuse d’une logique ascendante s’inspirant d’une synthèse opérationnelle des modèles OSI et TCP/IP et dûment validée à chaque jalon. Lorsque l’ensemble des composants de commutation, de routage, de filtrage ainsi les principaux tenants de l’infrastructure système sont disponibles, la remise en route (ou la bascule) des applications peut ensuite être déroulée par priorité fonctionnelle et selon le séquençage interne le plus cohérent dans le cas de composants logiciels distribués dans l’environnement.
Le succès de la gestion d’une telle crise réside dans la préparation à l’éventualité d’un dysfonctionnement électrique majeur, incluant les aspects de communication pré-formatés et la maintenance d’un micro-planning phasé identifiant les rôles et responsabilités des acteurs ainsi que les intrants/extrants qui concernent leur périmètre opérationnel.

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article LA REPRISE DE LA PRODUCTION INFORMATIQUE APRES UN INCIDENT ELECTRIQUE MAJEUR est apparu en premier sur Cella Consilium.

Cette condition nécessaire s’avère de moins en moins suffisante et peut conduire à une divergence de ressenti entre la DSI et les directions Métier, sensibles au pourvoi d’une fiabilité fonctionnelle globale reposant sur des architectures complexes et interconnectées, tant sur le plan technique qu’organisationnel.

Il devient donc indispensable non seulement de hisser le niveau de monitoring jusqu’au point de compréhension intime du fonctionnement opérationnel des activités Métier (et donc d’organiser la supervision pour rendre compte de ces “vues par Métier” du point de vue des utilisateurs et pas seulement du point de vue des administrateurs), mais aussi de disposer des indicateurs associés qui permettront d’identifier les divers leviers d’optimisation du système, d’estimer la difficulté de leur mise en œuvre ainsi que le bénéfice attendu en matière de disponibilité.

Les compteurs techniques traditionnels de la supervision sont dans un premier temps unitairement repensés, voire créés, par incorporation d’une multiplicité de méthode d’audit : services systèmes, canaux TCP/IP, processus liés, audit des logs, des tâches planifiées et des plans de maintenance, sollicitations d’infrastructure système (LDAP, DNS, DHCP…) ou applicatives (HTTP, SQL…). Ces deux derniers types de compteurs évaluent directement la validité de la réponse des systèmes du point de vue de l’utilisateur final ou de son système client.
Lorsque cela est applicable, chaque compteur intègre une notion de seuil de performance à déclenchement d’alerte administrative, la dégradation en deçà d’un temps de réponse acceptable pouvant être perçue par les utilisateurs comme un arrêt de la production informatique, quand bien-même ceci s’avèrerait techniquement inexact.

Les relations de dépendance et de coopération entre ces différents compteurs doivent être finement qualifiées, ce qui peut inciter à la création de nouveaux compteurs traditionnellement écartés -à tort- des mesures de disponibilités. Cette grille relationnelle permet de cartographier les interactions entre les composants du SI, d’accélérer le diagnostic sur incident et de les regrouper par fonctions Métier sur lesquelles des mesures de latence et d’indisponibilité (en durée et en fréquence) pourront être effectuées du point de vue de l’utilisateur final en tenant compte de l’ensemble des couches techniques (réseau, infrastructure système, services applicatifs) censées permettre les opérations. Ainsi, la DSI pourra aisément corréler les écarts métrologiques Métier constatés avec les options d’amélioration technique remontés par la solution de monitoring.

Pour se former :

Conception de Salle Technique – Data Center

Energie – Data Center

L’article UNE SUPERVISION MATRICIELLE POUR UNE METROLOGIE EFFICACE ET EFFICIENTE est apparu en premier sur Cella Consilium.