Kaj je BMS
Sistem spremljanja delovanja inženirskih sistemov v podatkovnem centru je ključni element infrastrukture, ki neposredno vpliva na tako pomemben kazalnik za podatkovni center, kot je hitrost odziva osebja na izredne razmere in posledično na trajanje neprekinjenega delovanja.
Sisteme za spremljanje BMS (Building Monitoring System) ponujajo številni svetovni ponudniki opreme za podatkovne centre. Med delom Linxdatacentra v Rusiji smo se imeli priložnost seznaniti z različnimi sistemi in naleteti na diametralno nasprotne pristope prodajalcev do delovanja teh sistemov.
Povemo vam, kako smo v preteklem letu popolnoma posodobili naš sistem BMS in zakaj.
Koren problema
Vse se je začelo pred 10 leti z zagonom podatkovnega centra Linxdatacenter v Sankt Peterburgu. Sistem BMS je bil po industrijskih standardih tistih let fizični strežnik z nameščeno programsko opremo, do katere se dostopa prek odjemalskega programa (tako imenovani »debeli« odjemalec).
Takrat je bilo na trgu malo podjetij, ki so ponujala tovrstne rešitve. Njihovi izdelki so bili standard, edini odgovor na obstoječo potrebo. In moramo jim dati zasluženo: tako takrat kot danes so vodilni na trgu večinoma kos svoji osnovni nalogi – zagotavljanju funkcionalnih rešitev za delovanje podatkovnih centrov.
Za nas je bila logična izbira rešitev BMS enega največjih svetovnih proizvajalcev. Takratni izbrani sistem je izpolnjeval vse zahteve za spremljanje kompleksnega inženirskega objekta, kot je podatkovni center.
Sčasoma pa so se spremenile zahteve in pričakovanja uporabnikov (torej nas, operaterjev podatkovnih centrov) od IT rešitev. In veliki prodajalci, kot je pokazala analiza trga za predlagane rešitve, na to niso bili pripravljeni.
Podjetniški IT trg je doživel resen vpliv sektorja B2C. Digitalne rešitve morajo danes zagotavljati udobno izkušnjo za končnega uporabnika – to je cilj, ki so si ga zastavili razvijalci. To je razvidno iz izboljšav uporabniških vmesnikov (UI) in uporabniške izkušnje (UX) številnih poslovnih aplikacij.
Človek se navadi na udobje vsega, kar je povezano z digitalnimi orodji v vsakdanjem življenju, in postavlja enake zahteve tudi do orodij, ki jih uporablja za delovna opravila. Ljudje od poslovnih aplikacij pričakujejo enako vidljivost, intuitivnost, preprostost in preglednost, kot so jim na voljo pri finančnih storitvah, klicanju taksija ali spletnem nakupovanju. Strokovnjaki za informatiko, ki izvajajo rešitve v korporativnem okolju, si prav tako prizadevajo prejeti vse sodobne »dobrote«: preprosto uvajanje in skaliranje, toleranco napak in neomejene možnosti prilagajanja.
Veliki mednarodni prodajalci pogosto spregledajo te trende. Korporacije, ki se zanašajo na svojo dolgoletno avtoriteto v industriji, se pri delu s strankami pogosto izkažejo za kategorične in neprilagodljive. Iluzija o lastni nepogrešljivosti jim ne dovoli, da bi videli, kako se jim dobesedno pred nosom pojavljajo mlada tehnološka podjetja, ki ponujajo alternativne rešitve po meri določenega kupca in brez preplačila blagovne znamke.
Slabosti starega BMS sistema
Glavna pomanjkljivost obstoječe zastarele rešitve BMS je bila za nas počasno delovanje. Preiskovanje več dogodkov, pri katerih se dežurno osebje ni odzvalo dovolj hitro, nas je pripeljalo do ugotovitve, da je včasih prišlo do znatne zamude pri prikazu dogodkov v BMS. Hkrati sistem ni bil preobremenjen ali pokvarjen, le različice njegovih komponent (na primer JAVA) so bile zastarele in brez posodobitev niso mogle pravilno delovati z novimi različicami operacijskih sistemov. Posodabljati jih je bilo možno le skupaj s sistemom BMS, prodajalec pa ni zagotovil avtomatske kontinuitete verzij, se pravi, da bi bil za nas proces skoraj enako delovno intenziven kot prehod na nov sistem, nova rešitev pa je ohranjena. nekaj pomanjkljivosti starega.
Tukaj dodamo še nekaj neprijetnih "malenkosti":
- Plačilo priklopa novih naprav po principu “en naslov IP – ena plačana licenca”;
- Nezmožnost posodobitve programske opreme brez nakupa podpornega paketa (to pomeni posodobitev brezplačnih komponent in odpravo napak v samem BMS programu);
- Visoki stroški podpore;
- Lokacija na "železnem" strežniku, ki lahko odpove in ima omejene računalniške vire;
- »Rezervacija« z namestitvijo drugega strežnika strojne opreme s podvojenim licenčnim paketom. Hkrati ni sinhronizacije baz podatkov med glavnim in rezervnim strežnikom – kar pomeni ročni prenos baze podatkov in dolgotrajen preklop na rezervno kopijo;
- »Debel« uporabniški odjemalec, nedostopen od zunaj, brez razširitve za mobilno napravo in možnost oddaljenega dostopa;
- Poenostavljen spletni vmesnik brez grafičnih kartic in zvočnih obvestil, dostopen od zunaj, a ga zaposleni zaradi pomanjkljivih informacij praktično ne uporabljajo;
- Pomanjkanje animacije v vmesniku - vsa grafika je sestavljena samo iz slike "ozadje" in statičnih ikon. Rezultat je splošna nizka raven vidljivosti;
Vse je izgledalo nekako takole:
- Omejitev pri ustvarjanju virtualnih senzorjev je, da je na voljo samo funkcija dodajanja, medtem ko modeli resničnih senzorjev zahtevajo sposobnost izvajanja niza matematičnih operacij za pravilne izračune, ki odražajo realnost delovanja;
- Nezmožnost pridobivanja podatkov v realnem času ali iz arhiva za kakršne koli namene (na primer za prikaz v osebnem računu stranke);
- Popolno pomanjkanje prilagodljivosti in zmožnosti spreminjanja česar koli v BMS, da bi ustrezalo obstoječim procesom podatkovnega centra.
Zahteve za nov sistem BMS
Ob upoštevanju zgoraj navedenega so bile naše glavne zahteve naslednje:
- Dva neodvisna medsebojno redundantna stroja s samodejno sinhronizacijo, ki delujeta na dveh različnih oblačnih platformah v različnih podatkovnih centrih (v našem primeru podatkovna centra Linxdatacenter St. Petersburg in Moskva);
- Brezplačno dodajanje novih naprav;
- Brezplačne posodobitve programske opreme in njenih komponent (razen funkcionalnih izboljšav);
- Odprta koda, ki nam omogoča samostojno podporo sistemu v primeru težav na strani razvijalca;
- Možnost prejemanja in uporabe podatkov iz BMS, na primer na spletnem mestu ali v vašem osebnem računu;
- Dostop preko WEB brskalnika brez debelega odjemalca;
- Uporaba računov zaposlenih v domeni za dostop do BMS;
- Razpoložljivost animacije in številne druge drobne in manj majhne želje, ki so se materializirale v podrobno tehnično specifikacijo.
Zadnja slama
V trenutku, ko smo ugotovili, da je podatkovni center prerasel BMS, se nam je najbolj očitna rešitev zdela posodobitev obstoječega sistema. "Konja ne menjajo na pol poti," kajne?
Vendar pa velike korporacije praviloma ne ponujajo prilagojenih modifikacij svojih desetletij starih "poliranih" rešitev, ki se prodajajo v desetinah držav. Medtem ko mlada podjetja preizkušajo idejo ali prototip prihodnjega izdelka na potencialnih potrošnikih in se pri razvoju izdelka zanašajo na povratne informacije uporabnikov, korporacije še naprej prodajajo licence za nekoč res kul izdelek, a žal, danes je zastarel in neprilagodljiv.
In razliko v pristopu smo občutili sami. Med dopisovanjem s proizvajalcem starega BMS je hitro postalo jasno, da bo posodobitev obstoječega sistema, ki jo je predlagal prodajalec, dejansko povzročila nakup novega sistema za nas s polavtomatskim prenosom baze podatkov, visokimi stroški in pastmi med prenosa, česar niti proizvajalec sam ni mogel predvideti. Seveda so se v tem primeru stroški tehnične podpore za posodobljeno rešitev povečali, potreba po nakupu licenc med širitvijo pa je ostala.
In najbolj neprijetno je bilo to, da novi sistem ni mogel v celoti zadovoljiti naših rezervacijskih zahtev. Posodobljeni sistem BMS bi lahko implementirali, kot smo želeli, na platformo v oblaku, s čimer bi opustili strojno opremo, vendar možnost redundance ni bila vključena v ceno. Za varnostno kopiranje podatkov bi morali kupiti drugi virtualni strežnik BMS in dodaten komplet licenc. Ker je cena ene licence približno 76 USD in število naslovov IP 1000 enot, to pomeni do 76 USD dodatnih stroškov samo za licence za rezervno napravo.
»Češnja« v novi različici BMS je bila potreba po nakupu dodatnih licenc »za vse naprave« – tudi za glavni strežnik. Tukaj je treba pojasniti, da obstajajo naprave, povezane z BMS prek prehodov. Prehod ima en naslov IP, vendar nadzoruje več naprav (povprečno 10). V starem BMS je to zahtevalo eno licenco na naslov IP prehoda, statistika je bila videti nekako takole: "1000 naslovov IP/licenc, 1200 naprav." Posodobljeni BMS je deloval po drugačnem principu in statistika bi izgledala takole: "1000 naslovov IP, 1200 naprav/licenc." Se pravi, da je prodajalec v novi različici spremenil princip dodeljevanja licenc in morali smo kupiti približno 200 dodatnih licenc.
»Posodobitev« proračuna je bila na koncu sestavljena iz štirih točk:
- stroški različice v oblaku in storitev selitve nanjo;
- dodatne licence k obstoječemu paketu za naprave, povezane preko prehodov;
- stroški rezervne različice v oblaku;
- nabor licenc za rezervno napravo.
Skupni stroški projekta so bili več kot 100 $! In to ne omenjam potrebe po nakupu licenc za nove naprave v prihodnosti.
Posledično smo ugotovili, da bi bilo za nas lažje – in morda celo ceneje – naročiti sistem, izdelan iz nič, ki bi upošteval vse naše zahteve in predvidel možnost posodobitve v prihodnosti. A tiste, ki so želeli razviti tako kompleksen sistem, je bilo treba še poiskati, primerjati predloge, izbrati in s finalistom prehoditi pot od tehničnih specifikacij do izvedbe ... O tem preberite v drugem delu gradiva zelo kmalu.
Vir: www.habr.com