Andmete jälgimine andmekeskuses: kuidas me vahetasime vana BMS-i uue vastu. Osa 1

Mis on BMS

Insenerisüsteemide tööd jälgiva süsteemi BMS andmekeskuses kujutab endast infrastruktuuri olulist elementi, mis mõjutab otseselt sellist olulist näitajat andmekeskuse jaoks nagu personali reaktsiooniaeg hädaolukordadele ja seega ka katkestusteta töö kestus. 

BMS-süsteemid (Building Monitoring System) pakuvad paljud globaalsete tarnijate seadmed andmekeskustele. Linxdatacenteri tegevuse ajal Venemaal oleme saanud tuttavaks erinevate süsteemidega ja seisnud silmitsi diametraalselt vastandlike lähenemisviisidega tarnijate poolte suhtes nende süsteemide kasutamisel. 

Räägime, kuidas me täiendasime oma BMS-i süsteemi viimase aasta jooksul ja miks.  

Probleemi juur

Kõik algas 10 aastat tagasi Linxdatacenteri andmekeskuse avamisest Peterburis. BMS-süsteem, vastavalt tollasele tööstusstandardile, olid füüsiline server, millele oli installitud tarkvara, ja millele pääseti ligi kliendiprogrammi kaudu (nn "paks klient"). 

Selliste lahenduste pakkumisega tegelevaid ettevõtteid oli tol ajal turul vähe. Nende tooted olid norm ja ainus vastus olemasolevale nõudmisele. Tuleb tunnustada: nii siis kui praegu toimetavad turuliidrid oma põhifunktsiooniga - pakuvad funktsionaalseid lahendusi andmekeskuste tööks. 

Loogiline valik meie jaoks oli BMS lahendus ühelt suurimalt ülemaailmselt tootjalt. Valitud süsteem vastas tol hetkel kõigile monitoreerimise nõuetele kompleksse inseneriobjekti, nagu andmekeskus, jälgimiseks. 

Kuid aja jooksul muutusid kasutajate (st meie, andmekeskuste operaatorite) nõudmised ja ootused IT-lahendustele. Suured tootjad, nagu näitas turuanalüüs, ei osutunud selleks valmis.

Ettevõtte IT turg on kogenud tugevat mõju B2C valdkonnast. Digitaalsed lahendused peavad tänapäeval tagama lõppkasutaja töö lihtsuse – sellise eesmärgi seadavad endale arendajad. Seda on näha paljude ettevõtte rakenduste kasutajaliideste (UI) ja kasutajakogemuse (UX) täiustamisel. 

Inimene harjub mugavusega kõiges, mis puudutab digitaalseid tööriistu igapäevaelus, ja esitab samu nõudmisi tööülesannete jaoks kasutatavatele tööriistadele. Inimesed ootavad ettevõtete rakendustelt sama selgust, intuitiivsust, lihtsust ja läbipaistvust, nagu nad saavad finantsteenustes, takso tellimisel või veebikaubanduses. IT-spetsialistid, kes rakendavad lahendusi ettevõtte keskkonnas, soovivad samuti kõiki kaasaegseid „lisandeid”: lihtsat juurutamist ja skaleerimist, tõrketaluvust ja piiramatuid kohandamisvõimalusi. 

Suured rahvusvahelised müüjad jätavad sageli need trendid tähelepanuta. Toetudes oma pikaajalisele autoriteedile valdkonnas, on korporatsioonid klientidega töötades sageli kategoorilised ja paindumatud. Illusioon enda asendamatust olemisest ei luba neil näha, kuidas nende ees kerkivad noored tehnoloogilised ettevõtted, mis pakuvad alternatiivseid lahendusi, mis on kohandatud konkreetsete klientide vajadustele, ning seda ilma brändi eest liialdamata.

Vana BMS süsteemi puudused 

Peamine miinus meie praeguses vananenud BMS lahenduses oli selle aeglane töö. Mitme juhtumi uurimine, mis oli seotud valvepersonali aeglase reageerimisega, aitas meil mõista, et mõnikord ilmusid sündmused BMS süsteemi suure viivitusega. Samal ajal ei olnud süsteem ülekoormatud ega rikki, lihtsalt selle komponentide (näiteks JAVA) versioonid olid vananenud ja ei saanud koos uute operatsioonisüsteemide versioonidega õigesti töötada ilma uuendusteta. Nende uuendamine oli võimalik ainult koos BMS süsteemiga, samas ei taganud müüja automaatset versioonide järjepidevust, seega oleks meie jaoks protsess praktiliselt sama töömahukas kui üleminek uuele süsteemile, ning uus lahendus säilitaks osa vanade puudustest.  

Lisame siia veel mõned ebameeldivad „pisiasjad”:

1. Uute seadmete ühendamise tasu põhimõttel „üks IP-aadress – üks tasuline litsents”; 
2. Tarkvara uuendamise võimatuse tõttu ilma tugipaketi ostmiseta (siin mõeldakse tasuta komponentide uuendamist ja tõrgete kõrvaldamist BMS programmis);
3. Kõrge hoolduskulu; 
4. Asukoht „raudserveris“, mis võib ebaõnnestuda ja millel on piiratud arvutusressursid;
5. „Tagareservatsioon“ teise rauaserveri seadistamise kaudu, millel on dubleeriv litsentside pakett. Sel juhul puudub peamise ja reservaarsüsteemi vahel sünkroniseerimine – see tähendab käsitsi andmebaasi edasiviimist ja pikaajalist üleminekut reservile;
6. Kasutaja „raske“ klient, mis pole väljastpoolt ligipääsetav, ilma mobiilseadmetele mõeldud laienduse ja kaugjuurdepääsu võimaluseta;
7. Lõigatud veebiliides, ilma graafikakaartide ja heliteavitusteta, ligipääsetav väljastpoolt, kuid töötajad praktiselt ei kasuta seda selle teavet andva sisendi puudumise tõttu;
8. Liidese animatsiooni puudumine – kogu graafika koosneb ainult pildi „aluspinnast“ ja staatilistest ikoonidest. Selle tagajärjel on üldine visuaalsuse tase madal;

   See nägi välja umbes nii:

   
   
   

9. Piirang virtuaalsete anduritena – saadaval on ainult liitmisfunktsioon, samas kui reaalsed andurid vajavad võimalust teostada kompleksseid matemaatilisi operatsioone korrektsete arvutuste tegemiseks, mis kajastavad töö reaalsusi; 
10. Võimetus saada andmeid reaalajas või arhiivist mistahes eesmärkidel (näiteks kliendi isiklikus kabinetis kuvamiseks);
11. Täielik paindlikkuse puudumine ja võimalus midagi muuta BMS-i olemasolevate andmekeskuste protsesside kohandamiseks. 

Uue BMS-süsteemi nõuded

Arvestades eelöeldut, on meie põhivajadused järgmised:

1. Kaks sõltumatut üksteise varu süsteemi automaatse sünkroniseerimisega, mis töötavad kahes erinevas pilveplatvormis erinevates andmekeskustes (meie puhul Linxdatacenteri andmekeskused Peterburis ja Moskvas);
2. Tasuta uute seadmete lisamine;
3. Tasuta tarkvara ja selle komponentide uuendamine (välja arvatud funktsionaalsuse täiustused);
4. Avatud lähtekood, mis võimaldab meil süsteemi iseseisvalt toetada, kui arendaja poolel tekivad probleemid;
5. Võimalus saada ja kasutada andmeid BMS-ist, näiteks veebisaidil või isiklikus kabinetis;
6. Ligipääs läbi WEB-brauseri ilma „raske” kliendi vajaduseta;
7. Töötajate domeenikontode kasutamine BMS-i ligipääsuks;
8. Animatsiooni olemasolu ja veel palju väiksemaid ja mitte nii väikseid soove, mis on materialiseerunud põhjalikuks tehniliseks ülesandeks.

Viimane tilk

Sel hetkel, kui me mõistsime, et andmekeskus on oma BMS-ist üle kasvanud, tundus kõige loomulikum lahendus olema olemasoleva süsteemi uuendamine. "Hobuseid sildadel ei vahetata", eks? 

Kuid suured korporatsioonid ei paku tavaliselt kohandatavaid muudatusi oma aastakümneid "lihitud" lahendustes, mida müüakse kümnetes riikides. Samas kui noored ettevõtted katsetavad oma ideid või prototüüpe tuleviku toodete potentsiaalsete tarbijatega ning tuginevad arendamisel kasutajate tagasisidele, jätkavad korporatsioonid litsentside müümist kunagi päriselt suurepärase, kuid kahjuks tänaseks vananenud ja jäiga toote üle.

Ja me tundsime seda lähenemisviisi väga teravalt. Kirjavahetuses vana BMS tootjaga sai üsna kiiresti selgeks, et müüja pakutav olemasoleva süsteemi uuendus tähendab meie jaoks tegelikult uue süsteemi ostmist osaliselt automatiseeritud andmeülekandega, kõrgete kulude ja varjatud probleemidega andmete ülekandmisel, mida isegi tootja ise ei suutnud ennustada. Loomulikult tõusis sel juhul uuendatud lahenduse teeninduskulud ja püsis vajadus osta litsentse laienemise korral.

Kuid kõige ebameeldivam osa oli see, et uus süsteem ei saanud täielikult rahuldada meie varukoopiate vajadusi. Uuendatud BMS-i oleks saanud rakendada nii nagu me soovisime, pilvepõhisel platvormil, mis oleks võimaldanud meil loobuda "rauda" kasutada, kuid varukoopia valik ei kuulu hinna sisse. Andmete varundamiseks oleksime pidanud ostma teise virtuaalserverit BMS-i ja täiendava litsentside komplekti. Ühe litsentsi hind on umbes 76 dollarit ja arvu IP-aadresse 1000 ühiku juures koguneb 76 000 dollarit täiendavaid kulutusi ainult varumootori litsentside peale. 

Uue BMS-i "kirsiks" on vajadus osta lisalitsentse "kõikidele seadmetele" – isegi põhiserverile. Siin tuleb selgitada, et on seadmeid, mis on BMS-iga ühendatud kaudu värav. Väraval on üks IP-aadress, kuid see kontrollib mitmeid seadmeid (keskmiselt 10). Vana BMS-i jaoks oli vajalik ühe litsentsi omamine värava IP-aadressi kohta, statistika nägi välja umbes nii: "IP-aadresse/litsentse 1000, seadmeid 1200". Uuendatud BMS töötas teistsuguse põhimõtte alusel ja statistika näeks välja nii: "IP-aadresse 1000, seadmeid/litsentse 1200". See tähendab, et tarnija muutis uues versioonis litsentside määramise põhimõtet ning me pidime ostma veel umbes 200 litsentsi. 

Uuendamise eelarve koosnes lõpuks neljast punktist: 

• pilveversiooni hind ja selle migreerimise teenus; 
• lisalitsentsid olemasolevale paketile seadmetele, mis on ühendatud kaudu värav;
• kasutuse reservpilve versioon;  
• varusüsteemi litsentside komplekt. 

Projekti kogumaksumus oli üle 100 000 dollar! Ja see ei hõlma vajadust osta litsentse uutele seadmetele tulevikus.

Kokkuvõttes mõistsime, et meie jaoks oleks lihtsam – ja võib-olla ka odavam – tellida süsteem, mis on loodud nullist, arvestades meie kõiki nõudeid ja näeb ette tulevikusuuendamise võimaluse. Kuid soovijate leidmine sellise keerulise süsteemi arendamiseks, pakkumiste võrdlemine, valimine ja finalistiga teekond alates nõudest kuni rakendamiseni... Selle kohta – loe teises osas peatselt. 

Allikas: habr.com