{"id":80952,"date":"2020-05-10T01:42:22","date_gmt":"2020-05-09T23:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2"},"modified":"2020-05-10T01:42:22","modified_gmt":"2020-05-09T23:42:22","slug":"monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","title":{"rendered":"Surveillance dans le centre de donn\u00e9es : comment nous avons remplac\u00e9 l'ancienne BMS par une nouvelle. Partie 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Surveillance<\/p>\n

Dans la premi\u00e8re partie, nous avons expliqu\u00e9 pourquoi nous avons d\u00e9cid\u00e9 de remplacer notre ancien syst\u00e8me BMS dans nos centres de donn\u00e9es par un nouveau. Et pas simplement le remplacer, mais le d\u00e9velopper \u00e0 partir de z\u00e9ro selon nos exigences. Dans la deuxi\u00e8me partie, nous expliquons comment nous avons fait cela.
\n<\/a><\/noindex><\/p>\n

Analyse du march\u00e9<\/h2>\n

\nEn tenant compte des souhaits d\u00e9crits dans de la premi\u00e8re partie<\/a><\/noindex> nos choix et de la d\u00e9cision de renoncer \u00e0 la mise \u00e0 jour du syst\u00e8me existant, nous avons r\u00e9dig\u00e9 un cahier des charges pour rechercher une solution sur le march\u00e9 et avons sollicit\u00e9 plusieurs grandes entreprises sp\u00e9cialis\u00e9es uniquement dans la cr\u00e9ation de syst\u00e8mes SCADA industriels.\u00a0<\/p>\n

Les premi\u00e8res r\u00e9ponses de ces entreprises ont montr\u00e9 que les leaders du march\u00e9 des syst\u00e8mes de surveillance continuent majoritairement \u00e0 travailler sur des serveurs physiques, m\u00eame si le processus de migration vers le cloud a d\u00e9j\u00e0 commenc\u00e9 dans ce secteur. En ce qui concerne la sauvegarde des machines virtuelles, aucune option n'\u00e9tait support\u00e9e. De plus, il semblait que les d\u00e9veloppeurs notables sur le march\u00e9 n'avaient m\u00eame pas compris la n\u00e9cessit\u00e9 de la sauvegarde : \u00ab le cloud ne tombe jamais \u00bb \u00e9tait la r\u00e9ponse la plus fr\u00e9quente. En r\u00e9alit\u00e9, on nous proposait de placer la surveillance du centre de donn\u00e9es dans un cloud physiquement situ\u00e9 dans le m\u00eame centre de donn\u00e9es.<\/p>\n

Il convient de faire une petite digression sur le processus de choix du sous-traitant. Le prix a bien s\u00fbr son importance, mais lors de tout appel d'offres pour la r\u00e9alisation d'un projet complexe, au stade du dialogue avec les fournisseurs, on commence \u00e0 sentir qui parmi les candidats est le plus int\u00e9ress\u00e9 et capable de le r\u00e9aliser.\u00a0<\/p>\n

C'est particuli\u00e8rement notable dans les projets complexes.\u00a0<\/p>\n

En fonction de la nature des questions de clarification pos\u00e9es au cahier des charges, on peut distinguer les sous-traitants int\u00e9ress\u00e9s simplement \u00e0 vendre (le standard manifeste d'un responsable commercial se fait sentir) et ceux qui souhaitent d\u00e9velopper un produit, entendent et comprennent le client, apportent des modifications constructives au cahier des charges m\u00eame avant le choix final (m\u00eame en d\u00e9pit du r\u00e9el risque d'am\u00e9liorer un cahier des charges d'un autre et de perdre l'appel d'offres), et finalement ceux pr\u00eats \u00e0 relever un d\u00e9fi professionnel et \u00e0 cr\u00e9er un bon produit.<\/p>\n

Tout cela nous a fait porter attention \u00e0 un d\u00e9veloppeur local relativement petit \u2013 le groupe d'entreprises \u00ab Sunline \u00bb, qui a r\u00e9pondu \u00e0 la majorit\u00e9 de nos exigences imm\u00e9diatement et \u00e9tait pr\u00eat \u00e0 satisfaire tous les besoins concernant le nouveau BMS.\u00a0<\/p>\n

Risques<\/h2>\n

\nAlors que les grands acteurs tentaient de comprendre ce que nous voulions et engageaient des \u00e9changes lents impliquant des experts au niveau pr\u00e9vente, un d\u00e9veloppeur local a fix\u00e9 un rendez-vous dans nos locaux avec sa \u00e9quipe technique. Lors de cette r\u00e9union, le sous-traitant a une fois de plus d\u00e9montr\u00e9 son d\u00e9sir de participer au projet et, surtout, a expliqu\u00e9 comment le syst\u00e8me requis serait r\u00e9alis\u00e9.\u00a0\u00a0\u00a0\u00a0<\/p>\n

Avant la r\u00e9union, nous avons identifi\u00e9 deux risques li\u00e9s au travail avec une \u00e9quipe n'ayant pas le soutien d'une grande entreprise nationale ou internationale :<\/p>\n

    \n
  1. Les sp\u00e9cialistes pouvaient surestimer leurs capacit\u00e9s et, par cons\u00e9quent, ne pas \u00eatre \u00e0 la hauteur, par exemple, en utilisant un logiciel complexe ou en concevant des algorithmes de r\u00e9servation irr\u00e9alisables.<\/li>\n
  2. Apr\u00e8s la r\u00e9alisation du projet, l'\u00e9quipe peut se dissoudre et, par cons\u00e9quent, le support du produit pourrait \u00eatre en danger.<\/li>\n<\/ol>\n

    \nPour minimiser ces risques, nous avons invit\u00e9 nos propres experts en d\u00e9veloppement \u00e0 la r\u00e9union. Les employ\u00e9s du sous-traitant potentiel ont \u00e9t\u00e9 soigneusement interrog\u00e9s sur la base du syst\u00e8me, sur la fa\u00e7on dont la r\u00e9servation est pr\u00e9vue et sur d'autres questions o\u00f9 nous, en tant que service d'exploitation, manquons de comp\u00e9tence.<\/p>\n

    Le verdict a \u00e9t\u00e9 positif : l'architecture de la plateforme BMS existante est moderne, simple et fiable, elle peut \u00eatre adapt\u00e9e, le sch\u00e9ma de r\u00e9servation et de synchronisation propos\u00e9 est logique et fonctionnel.\u00a0<\/p>\n

    Nous avons r\u00e9solu le premier risque. Le second a \u00e9t\u00e9 \u00e9limin\u00e9 apr\u00e8s avoir re\u00e7u du sous-traitant la confirmation de sa volont\u00e9 de nous transmettre le code source du syst\u00e8me et la documentation, tout en choisissant le langage de programmation Python, bien connu de nos sp\u00e9cialistes. Cela nous a garantis la possibilit\u00e9 de maintenir le syst\u00e8me par nos propres moyens sans aucune difficult\u00e9 ni p\u00e9riode d'apprentissage prolong\u00e9e en cas de d\u00e9part de l'entreprise de d\u00e9veloppement du march\u00e9.<\/p>\n

    Un autre avantage de la plateforme \u00e9tait qu'elle \u00e9tait r\u00e9alis\u00e9e dans des conteneurs Docker : dans cet environnement fonctionnent le noyau, l'interface web et la base de donn\u00e9es du produit. Cette approche offre de nombreux avantages, y compris la pr\u00e9configuration des r\u00e9glages pour une vitesse de d\u00e9ploiement de la solution bien sup\u00e9rieure \u00e0 celle de la \u00ab classique \u00bb et l'ajout facile de nouveaux appareils au syst\u00e8me. Le principe de l'\u00ab ensemble \u00bb simplifie au maximum le d\u00e9ploiement du syst\u00e8me : il suffit de d\u00e9compresser le syst\u00e8me et il peut \u00eatre exploit\u00e9 imm\u00e9diatement.\u00a0<\/p>\n

    Avec cette solution, il est plus facile de faire des copies de la syst\u00e8me, et son am\u00e9lioration ainsi que la mise en \u0153uvre de mises \u00e0 jour peuvent se faire dans un environnement s\u00e9par\u00e9, sans interrompre le fonctionnement de la solution dans son ensemble.\u00a0\u00a0<\/p>\n

    Apr\u00e8s que les deux risques ont \u00e9t\u00e9 minimis\u00e9s, le contractant a fourni un devis. Celui-ci a \u00e9t\u00e9 \u00e9labor\u00e9 en tenant compte de tous les param\u00e8tres les plus importants pour nous du syst\u00e8me BMS.<\/p>\n

    Redondance<\/h2>\n

    \nLe nouveau syst\u00e8me BMS devait \u00eatre bas\u00e9 dans le cloud, sur une machine virtuelle.\u00a0<\/p>\n

    Aucun mat\u00e9riel, aucun serveur, et tous les d\u00e9sagr\u00e9ments et risques li\u00e9s \u00e0 ce mod\u00e8le de d\u00e9ploiement \u2013 la solution cloud nous a permis de nous en d\u00e9barrasser d\u00e9finitivement. Il a \u00e9t\u00e9 d\u00e9cid\u00e9 que le syst\u00e8me fonctionnerait dans notre cloud sur deux sites de centres de donn\u00e9es \u00e0 Saint-P\u00e9tersbourg et \u00e0 Moscou. Ce sont deux syst\u00e8mes enti\u00e8rement fonctionnels, op\u00e9rant en mode actif-passif avec acc\u00e8s pour tous les sp\u00e9cialistes autoris\u00e9s.\u00a0<\/p>\n

    Les deux syst\u00e8mes se prot\u00e8gent mutuellement, assurant une r\u00e9serve compl\u00e8te tant au niveau des ressources de calcul que des canaux de transmission de donn\u00e9es. Des mesures de s\u00e9curit\u00e9 suppl\u00e9mentaires ont \u00e9galement \u00e9t\u00e9 mises en place, y compris la sauvegarde des donn\u00e9es et des canaux, des syst\u00e8mes, des machines virtuelles dans leur ensemble, et une sauvegarde distincte de la base de donn\u00e9es une fois par mois (ressource la plus pr\u00e9cieuse dans la gestion et l'analyse \u00e0 long terme).\u00a0<\/p>\n

    \u00c0 noter que la r\u00e9servation en tant qu'option de la solution BMS a \u00e9t\u00e9 sp\u00e9cialement con\u00e7ue \u00e0 notre demande. Le sch\u00e9ma de r\u00e9servation \u00e9tait le suivant :<\/p>\n

    \"Surveillance<\/p>\n

    Support<\/h2>\n

    Un point crucial pour l'exploitation efficace de la solution BMS est le soutien technique.\u00a0<\/p>\n

    Ici, tout est simple : ce nouveau syst\u00e8me nous co\u00fbterait, \u00e0 ce niveau, 35 000 RUB par mois pour le SLA 'r\u00e9action sous 8 heures', soit 35 000 x 12 \/ 80 = 5 250 $ par an. La premi\u00e8re ann\u00e9e est gratuite.\u00a0<\/p>\n

    Pour comparaison : le support de l'ancien syst\u00e8me BMS par le fournisseur co\u00fbtait 18 000 $ par an, avec une augmentation du montant pour chaque nouvel appareil ajout\u00e9 ! En outre, l'entreprise ne fournissait pas de gestionnaire d\u00e9di\u00e9 ; toutes les interactions se faisaient par l'interm\u00e9diaire du responsable commercial, qui avait un int\u00e9r\u00eat dans nous en tant qu'acheteur potentiel, avec l'accent appropri\u00e9 dans le traitement des demandes.\u00a0<\/p>\n

    Pour moins d'argent, nous avons obtenu un soutien complet du produit, avec un gestionnaire de compte qui participerait au d\u00e9veloppement du produit, avec un point d'entr\u00e9e unique, etc. Le support est devenu bien plus flexible \u2013 gr\u00e2ce \u00e0 un acc\u00e8s direct aux d\u00e9veloppeurs pour des ajustements rapides sur tous les aspects du fonctionnement du syst\u00e8me, l'int\u00e9gration via API, etc.<\/p>\n

    Mises \u00e0 jour<\/h2>\n

    \nSelon la proposition faite dans le nouveau BMS, toutes les mises \u00e0 jour sont incluses dans le co\u00fbt du support, c'est-\u00e0-dire qu'elles ne n\u00e9cessitent aucun paiement suppl\u00e9mentaire. L'exception concerne le d\u00e9veloppement de fonctionnalit\u00e9s suppl\u00e9mentaires, au-del\u00e0 de celles sp\u00e9cifi\u00e9es dans le cahier des charges.\u00a0<\/p>\n

    L'ancien syst\u00e8me supposait des paiements pour la mise \u00e0 jour des logiciels gratuits int\u00e9gr\u00e9s (comme Java) ainsi que pour la correction des erreurs. Il \u00e9tait impossible d'y renoncer ; en l'absence de mises \u00e0 jour, le syst\u00e8me en g\u00e9n\u00e9ral \u00ab ralentissait \u00bb \u00e0 cause des anciennes versions des composants internes.<\/p>\n

    Et, bien s\u00fbr, il \u00e9tait impossible de mettre \u00e0 jour le logiciel sans acheter un package de support.<\/p>\n

    Approche flexible<\/h2>\n

    \nUne autre exigence cl\u00e9 concernait l'interface. Nous voulions permettre l'acc\u00e8s via un navigateur web depuis n'importe quel endroit, sans la pr\u00e9sence obligatoire d'un ing\u00e9nieur sur le site du Data Center. De plus, nous aspirions \u00e0 cr\u00e9er une interface anim\u00e9e, afin que la dynamique du fonctionnement de l'infrastructure soit plus claire pour les ing\u00e9nieurs de garde.\u00a0<\/p>\n

    De plus, le nouveau syst\u00e8me devait assurer le support de formules pour le calcul du fonctionnement des capteurs virtuels dans les syst\u00e8mes d'ing\u00e9nierie \u2013 par exemple, pour une distribution optimale de l'\u00e9nergie \u00e9lectrique sur les racks d'\u00e9quipement. Pour cela, il \u00e9tait n\u00e9cessaire d'avoir \u00e0 disposition toutes les op\u00e9rations math\u00e9matiques famili\u00e8res, applicables aux indicateurs des capteurs.\u00a0<\/p>\n

    Ensuite, un acc\u00e8s \u00e0 la base de donn\u00e9es SQL \u00e9tait n\u00e9cessaire pour obtenir les donn\u00e9es requises sur le fonctionnement de l'\u00e9quipement \u2013 \u00e0 savoir, tous les enregistrements de la surveillance de deux mille appareils et de deux mille capteurs virtuels, g\u00e9n\u00e9rant environ vingt mille variables.\u00a0<\/p>\n

    Un module de gestion des \u00e9quipements en rack \u00e9tait \u00e9galement n\u00e9cessaire, fournissant une repr\u00e9sentation graphique de l'emplacement des appareils dans chaque unit\u00e9, avec un calcul du poids total du mat\u00e9riel, la gestion d'une biblioth\u00e8que d'appareils et des informations d\u00e9taill\u00e9es sur chaque \u00e9l\u00e9ment.\u00a0<\/p>\n

    Validation du cahier des charges et signature du contrat<\/h2>\n

    \nAu moment o\u00f9 il \u00e9tait n\u00e9cessaire de commencer \u00e0 travailler sur le nouveau syst\u00e8me, la correspondance avec les \u00ab grandes \u00bb entreprises \u00e9tait encore tr\u00e8s \u00e9loign\u00e9e de la discussion sur le prix de leurs offres, nous avons donc compar\u00e9 le devis re\u00e7u aux co\u00fbts de mise \u00e0 jour de l'ancienne BMS (voir la premi\u00e8re partie<\/a><\/noindex>), et il s'est finalement av\u00e9r\u00e9 plus attrayant en prix et conforme \u00e0 nos exigences.<\/p>\n

    Le choix a \u00e9t\u00e9 fait.<\/p>\n

    Apr\u00e8s la s\u00e9lection du fournisseur, les juristes ont commenc\u00e9 \u00e0 r\u00e9diger le contrat, tandis que les \u00e9quipes techniques des deux c\u00f4t\u00e9s affinaient le cahier des charges. Comme on le sait, un cahier des charges d\u00e9taill\u00e9 et bien r\u00e9dig\u00e9 est la cl\u00e9 du succ\u00e8s de tout projet. Plus il y a de d\u00e9tails dans le cahier des charges, moins il y a de d\u00e9ceptions comme \u00ab nous ne voulions pas \u00e7a \u00bb.<\/p>\n

    Je vais donner deux exemples de niveau de d\u00e9tail des exigences dans le cahier des charges :<\/p>\n

      \n
    1. Les op\u00e9rateurs de centres de donn\u00e9es sont habilit\u00e9s \u00e0 ajouter de nouveaux appareils au BMS, le plus souvent des PDU. Dans l'ancienne BMS, c'\u00e9tait un niveau \u00ab administrateur \u00bb, permettant notamment de modifier les r\u00e9glages de toutes les variables des appareils, et il \u00e9tait impossible de s\u00e9parer les fonctions. Cela ne nous convenait pas. Dans la version de base de la nouvelle plateforme, le sch\u00e9ma \u00e9tait similaire. Nous avons imm\u00e9diatement pr\u00e9cis\u00e9 dans le cahier des charges que nous souhaitions s\u00e9parer ces r\u00f4les : les r\u00e9glages ne devraient \u00eatre modifi\u00e9s que par un employ\u00e9 autoris\u00e9, mais les op\u00e9rateurs devraient continuer \u00e0 avoir la possibilit\u00e9 d'ajouter des dispositifs. Ce sch\u00e9ma a \u00e9t\u00e9 adopt\u00e9 pour la mise en \u0153uvre.<\/li>\n
    2. \u00a0Dans toute BMS standard, il existe trois cat\u00e9gories de notifications types : ROUGE \u2013 intervention imm\u00e9diate requise, JAUNE \u2013 \u00e0 surveiller, BLEUE \u2013 \u00ab Informationnelle \u00bb. Nous avons traditionnellement utilis\u00e9 les notifications \u00ab bleues \u00bb pour surveiller les d\u00e9passements de param\u00e8tres commerciaux, par exemple, le d\u00e9passement de la puissance maximale du rack client. Ce type de notifications \u00e9tait destin\u00e9 aux managers et n'int\u00e9ressait pas le service d'exploitation, mais dans l'ancienne BMS, il obstruait r\u00e9guli\u00e8rement la liste des incidents actifs et g\u00eanait le travail op\u00e9rationnel. Nous avons trouv\u00e9 la logique et la diff\u00e9renciation color\u00e9e des notifications r\u00e9ussies et les avons conserv\u00e9es, cependant, dans le cahier des charges, nous avons sp\u00e9cifiquement indiqu\u00e9 que les notifications \u00ab bleues \u00bb devaient, sans distraire les agents de garde, tomber silencieusement dans une section s\u00e9par\u00e9e, o\u00f9 elles seront trait\u00e9es par des experts commerciaux.<\/li>\n<\/ol>\n

      \nDes formats de construction de graphiques et de g\u00e9n\u00e9ration de rapports, les contours des interfaces, la liste des dispositifs \u00e0 surveiller et encore de nombreuses autres choses ont \u00e9t\u00e9 sp\u00e9cifi\u00e9s avec un degr\u00e9 de d\u00e9tail similaire.\u00a0<\/p>\n

      C'\u00e9tait vraiment un travail cr\u00e9atif de trois groupes de travail \u2013 le service client, qui dictait ses exigences et conditions ; les sp\u00e9cialistes techniques des deux parties, dont la t\u00e2che \u00e9tait de transformer ces conditions en documentation technique ; l'\u00e9quipe de programmeurs du sous-traitant, qui mettait en \u0153uvre les exigences du client selon la documentation technique \u00e9labor\u00e9e... En fin de compte, nous avons adapt\u00e9 certaines de nos exigences non essentielles aux fonctionnalit\u00e9s de la plateforme existante, tandis que le sous-traitant s'est engag\u00e9 \u00e0 ajouter certaines fonctions pour nous.\u00a0<\/p>\n

      Travail parall\u00e8le de deux syst\u00e8mes<\/h2>\n

      \n\"Surveillance
      \nLe moment de la mise en \u0153uvre est venu. En pratique, cela signifiait que nous donnions au sous-traitant la possibilit\u00e9 de d\u00e9ployer un prototype BMS dans notre cloud virtuel et de fournir un acc\u00e8s r\u00e9seau \u00e0 tous les dispositifs n\u00e9cessitant une surveillance.<\/p>\n

      Cependant, le nouveau syst\u00e8me n'\u00e9tait pas encore pr\u00eat \u00e0 fonctionner. \u00c0 ce stade, il \u00e9tait important pour nous de maintenir la surveillance dans l'ancien syst\u00e8me tout en donnant acc\u00e8s aux dispositifs au nouveau syst\u00e8me. Il est impossible de construire correctement un syst\u00e8me sans voir les dispositifs qu'on ne peut pas d\u00e9connecter de la surveillance de l'ancien syst\u00e8me.\u00a0<\/p>\n

      Il n'\u00e9tait pas \u00e9vident que les appareils r\u00e9sisteraient \u00e0 une interrogation simultan\u00e9e par deux syst\u00e8mes sans tests r\u00e9els. Il existait un risque que l'interrogation double entra\u00eene de fr\u00e9quents \u00e9checs de r\u00e9ponse des appareils, ce qui produirait de nombreuses erreurs de disponibilit\u00e9 des appareils, bloquant ainsi le fonctionnement de l'ancien syst\u00e8me de surveillance.<\/p>\n

      Le service r\u00e9seau a \u00e9tabli des routes virtuelles de prototype de la nouvelle BMS d\u00e9ploy\u00e9e dans le cloud vers les appareils, et nous avons obtenu les r\u00e9sultats suivants :\u00a0<\/p>\n