Monitorizazioa datu-zentroan: nola aldatu genuen BMS zaharra berrira. 1. zatia

Monitorizazioa datu-zentroan: nola aldatu genuen BMS zaharra berrira. 1. zatia

Zer da BMS

Datu-zentro batean ingeniaritza-sistemen funtzionamendurako monitorizazio-sistema azpiegituraren funtsezko elementua da, datu-zentro baterako hain adierazle garrantzitsu bati eragiten diona, hala nola, larrialdi-egoeretan langileen erantzunaren abiadura eta, ondorioz, etenik gabeko funtzionamenduaren iraupena. 

BMS (Building Monitoring System) monitorizazio sistemak datu-zentroetarako ekipamendu-saltzaile global askok eskaintzen dituzte. Errusiako Linxdatacenter-en lanean zehar, sistema desberdinak ezagutzeko eta sistema horien funtzionamendurako saltzaileen ikuspegi diametralki kontrajarriak ezagutzeko aukera izan genuen. 

Azken urtean gure BMS sistema nola eguneratu genuen eta zergatik kontatzen dizugu.  

Arazoaren erroa

Duela 10 urte hasi zen guztia, San Petersburgoko Linxdatacenter datu-zentroa martxan jarrita. BMS sistema, urte haietako industria-estandarren arabera, instalatutako softwarea zuen zerbitzari fisikoa zen, bezero-programa baten bidez sartzen zena (bezero “lodi” deritzona). 

Enpresa gutxi zeuden garai hartan merkatuan horrelako irtenbideak eskaintzen zituztenak. Euren produktuak estandarrak ziren, lehendik zegoen behar bati erantzun bakarra. Eta eman behar diegu zor zaiena: bai orduan eta bai gaur egun, merkatuko liderrak, oro har, beren oinarrizko zereginari aurre egiten diote: datu-zentroen funtzionamendurako soluzio funtzionalak ematea. 

Guretzat aukera logikoa munduko fabrikatzaile handienetako baten BMS irtenbidea izan zen. Garai hartan aukeratutako sistemak ingeniaritza-instalazio konplexu bat kontrolatzeko baldintza guztiak betetzen zituen, hala nola datu-zentro bat. 

Hala ere, denboraren poderioz, informatika-soluzioen erabiltzaileen (hau da, gu, datu-zentroetako operadoreen) eskakizunak eta itxaropenak aldatu egin dira. Eta saltzaile handiak, proposatutako soluzioen merkatuaren azterketak erakusten duenez, ez zeuden horretarako prest.

IT merkatu korporatiboak B2C sektorearen eragin handia izan du. Gaur egungo soluzio digitalek esperientzia erosoa eskaini behar diote azken erabiltzaileari - hori da garatzaileek beren buruari ezartzen dioten helburua. Hori nabaria da enpresa-aplikazio askoren erabiltzaile-interfazeetan (UI) eta erabiltzaile-esperientzian (UX) hobekuntzetan. 

Pertsona bat eguneroko bizitzan tresna digitalekin lotutako guztiaren erosotasunera ohitzen da, eta lan-zereginetarako erabiltzen dituen tresnei eskakizun berdinak jartzen dizkie. Jendeak enpresa-aplikazioetatik espero ditu finantza-zerbitzuetan, taxi-deietan edo lineako erosketetan eskura ditzaketen ikusgarritasun, intuizio, sinpletasun eta gardentasun bera. Ingurune korporatiboan irtenbideak ezartzen dituzten IT espezialistak ere ahalegintzen dira "ongi" moderno guztiak jasotzen: inplementazio eta eskalatze sinplea, akatsen tolerantzia eta pertsonalizazio aukera mugagabeak. 

Nazioarteko saltzaile handiek joera horiek alde batera uzten dituzte askotan. Industrian aspaldiko agintean oinarrituz, korporazioak sarritan kategorikoak eta malguak izaten dira bezeroekin lan egiten dutenean. Ezinbestekotasun propioaren ilusioak ez die ikusten nola enpresa teknologiko gazteak literalki sudurraren azpian agertzen diren ikusten, bezero zehatz bati egokitutako irtenbide alternatiboak eskainiz, eta marka gehiegi ordaindu gabe.

BMS sistema zaharraren desabantailak 

Guretzat lehendik zegoen BMS irtenbide zaharkituaren desabantaila nagusia funtzionamendu motela izan zen. Laneko langileek nahikoa azkar erantzuten ez zuten hainbat gertakari ikertzeak zenbaitetan BMSn bistaratzen diren gertaeretan atzerapen handia egon zela ulertzera eraman gaitu. Aldi berean, sistema ez zegoen gainkargatu edo akatsik, bere osagaien bertsioak (adibidez, JAVA) zaharkituta zeudela eta ezin zirela behar bezala funtzionatu sistema eragileen bertsio berriekin eguneratzerik gabe. BMS sistemarekin batera bakarrik eguneratu zitezkeen, eta saltzaileak ez zuen bertsioen jarraitutasun automatikorik eman, hau da, guretzat prozesua sistema berri batera aldatzea bezain lan-estua izango litzateke, eta irtenbide berriak mantendu egiten zituen zati batzuk. zaharraren gabeziak.  

Gehitu ditzagun hemen "gauza txiki" desatsegin batzuk:

  1. Gailu berriak konektatzeko ordainketa "IP helbide bat - ordaindutako lizentzia bat" printzipioaren arabera; 
  2. Softwarea eguneratzeko ezintasuna laguntza paketerik erosi gabe (horrek doako osagaiak eguneratzea eta BMS programan bertan akatsak ezabatzea esan nahi du);
  3. Laguntzaren kostu handia; 
  4. Kokapena "burdina" zerbitzari batean, huts egin dezakeena eta baliabide informatiko mugatuak dituena;
  5. "Erredundantzia" bigarren hardware zerbitzari bat instalatuz lizentzia pakete bikoiztu batekin. Aldi berean, ez dago datu-baseen sinkronizaziorik zerbitzari nagusien eta babeskopien artean - horrek esan nahi du eskuzko datu-baseen transferentzia eta babeskopiarako trantsizio denbora luzea;
  6. Erabiltzaile-bezero “lodia”, kanpotik eskuraezina, gailu mugikorrentzako luzapenik eta urrutiko sarbiderako aukerarik gabe;
  7. Txartel grafiko eta soinu jakinarazpenik gabeko web interfaze txikia, kanpotik eskura daitekeena, baina langileek ia ez dute erabiltzen informazio faltagatik;
  8. Interfazean animazio falta - grafiko guztiak "hondoko" irudi bat eta ikono estatikoez osatuta daude. Emaitza orokorrean ikusgarritasun maila baxua da;

    Guztiak honelako itxura zuen:

    Monitorizazioa datu-zentroan: nola aldatu genuen BMS zaharra berrira. 1. zatia

    Monitorizazioa datu-zentroan: nola aldatu genuen BMS zaharra berrira. 1. zatia

  9. Sentsore birtualak sortzeko muga bat da gehiketa funtzioa baino ez dagoela eskuragarri, eta sentsore errealen ereduek, berriz, eragiketa matematiko multzo bat egiteko gaitasuna eskatzen dute, funtzionamenduaren errealitateak islatzen dituzten kalkulu zuzenetarako; 
  10. Ezintasuna denbora errealean edo artxibotik datuak lortzeko edozein helburutarako (adibidez, bezeroaren kontu pertsonalean bistaratzeko);
  11. Malgutasun eta gaitasun falta osoa BMSan edozer aldatzeko dauden datu-zentroko prozesuetara egokitzeko. 

BMS sistema berri baten baldintzak

Aurrekoa kontuan hartuta, gure eskakizun nagusiak hauek izan ziren:

  1. Sinkronizazio automatikoa duten elkarren artean erredundanteak diren bi makina independente, datu-zentro ezberdinetan (gure kasuan, Linxdatacenter San Petersburgo eta Moskuko datu-zentroetan) bi hodeiko plataforma ezberdinetan exekutatzen direnak);
  2. Gailu berriak doan gehitzea;
  3. Doako software eguneraketak eta bere osagaiak (hobekuntza funtzionalak izan ezik);
  4. Iturburu-kode irekia, garatzailearen aldetik arazoen kasuan sistema independentean laguntzeko;
  5. BMSko datuak jasotzeko eta erabiltzeko gaitasuna, adibidez, webgune batean edo zure kontu pertsonalean;
  6. Sar zaitez WEB arakatzailearen bidez bezero lodirik gabe;
  7. Domeinuko langileen kontuak erabiltzea BMSra sartzeko;
  8. Animazioaren erabilgarritasuna eta zehaztapen tekniko zehatz batean gauzatu ziren beste hainbat nahi txiki eta ez hain txikiak.

Azken lastoa

Monitorizazioa datu-zentroan: nola aldatu genuen BMS zaharra berrira. 1. zatia

Datu-zentroak bere BMS gainditu zuela konturatu ginen momentuan, irtenbiderik agerikoena zegoen sistema eguneratzea iruditu zitzaigun. «Ez dute zaldiz aldatzen erdibidean», ezta? 

Hala ere, korporazio handiek, oro har, ez diete aldaketa pertsonalizaturik eskaintzen dozenaka herrialdetan saldutako hamarkadetako soluzio "leunduei". Enpresa gazteak etorkizuneko produktu baten ideia edo prototipoa kontsumitzaile potentzialen gainean probatzen ari diren bitartean eta produktua garatzeko erabiltzaileen iritzietan oinarritzen diren bitartean, korporazioek garai bateko produktu polita baten lizentziak saltzen jarraitzen dute, baina, tamalez, gaur egun zaharkitua eta malgugabea da.

Eta gure buruaren ikuspegian ezberdintasuna sumatu genuen. BMS zaharraren fabrikatzailearekin izandako korrespondentzian, azkar argi geratu zen saltzaileak proposatutako lehendik dagoen sistemaren eguneratzeak benetan sistema berri bat erostea eragingo zigula datu-baseen transferentzia erdi-automatikoarekin, kostu altuarekin eta hutsuneekin. transferentzia, fabrikatzaileak berak ere aurreikusi ezin zuena. Jakina, kasu honetan, eguneratutako irtenbidearen laguntza teknikoaren kostua handitu egin zen, eta hedapenean lizentziak erosteko beharra mantendu zen.

Eta desatseginena izan zen sistema berriak ezin zituela gure erreserba eskakizunak guztiz bete. BMS sistema eguneratua inplementa zitekeen, nahi genuen bezala, hodeiko plataforma batean, eta horrek hardwarea alde batera uzteko aukera emango zigun, baina erredundantzia aukera ez zegoen prezioan sartuta. Datuen babeskopia egiteko, bigarren BMS zerbitzari birtual bat eta lizentzia multzo osagarri bat erosi beharko genituzke. Lizentzia baten kostua $ 76 ingurukoa izanik eta IP helbideen kopurua 1000 unitatekoa izanik, horrek 76 $ gehitzen ditu gastu gehigarriak babeskopia-makinaren lizentzietarako soilik. 

BMS bertsio berrian "gerezi" lizentzia gehigarriak "gailu guztietarako" erosteko beharra izan zen, baita zerbitzari nagusirako ere. Hemen argitu behar da BMSra gateway bidez konektatuta dauden gailuak daudela. Pasabideak IP helbide bakarra du, baina hainbat gailu kontrolatzen ditu (10 batez beste). BMS zaharrean, atebideko IP helbide bakoitzeko lizentzia bat behar zen, estatistikek honelako itxura zuten: "1000 IP helbide/lizentzia, 1200 gailu". BMS eguneratuak beste printzipio batean funtzionatu zuen eta estatistikak honelakoak izango ziren: "1000 IP helbide, 1200 gailu/lizentzia". Hau da, bertsio berriko saltzaileak lizentziak esleitzeko printzipioa aldatu zuen, eta gutxi gorabehera 200 lizentzia gehigarri erosi behar izan genituen. 

"Eguneratzeko" aurrekontuak, azken batean, lau puntu zituen: 

  • hodeiko bertsioaren kostua eta bertarako migrazio-zerbitzuak; 
  • Pasabideen bidez konektatuta dauden gailuetarako lehendik dagoen paketearen lizentzia gehigarriak;
  • backup hodeiko bertsioaren kostua;  
  • babeskopia-makinaren lizentzia multzoa. 

Proiektuaren guztizko kostua $ 100 baino gehiago izan zen! Eta hori ez da ahaztu behar etorkizunean gailu berrietarako lizentziak erosteko beharra.

Ondorioz, konturatu ginen errazagoa izango zitzaigula –eta agian merkeago ere– hutsetik sortutako sistema bat enkargatzea, gure eskakizun guztiak kontuan hartuta eta etorkizunean modernizatzeko aukera emanez. Baina halako sistema konplexu bat garatu nahi zutenak oraindik aurkitu behar ziren, proposamenak alderatu, hautatu eta finalistarekin zehaztapen teknikoetatik ezarpenera arteko bidea egin... Irakurri honi buruz laster materialaren bigarren zatian. 

Iturria: www.habr.com

Gehitu iruzkin berria