Što je BMS
Sustav praćenja rada inženjerskih sustava u podatkovnom centru ključni je element infrastrukture koji izravno utječe na tako važan pokazatelj za podatkovni centar kao što je brzina reakcije osoblja na hitne situacije i, posljedično, trajanje neprekidnog rada.
BMS (Building Monitoring System) sustave nadzora nude mnogi svjetski dobavljači opreme za podatkovne centre. Tijekom rada Linxdatacentra u Rusiji imali smo priliku upoznati se s različitim sustavima i susresti se s dijametralno suprotnim pristupima dobavljača radu tih sustava.
Govorimo vam kako smo u potpunosti ažurirali naš BMS sustav tijekom prošle godine i zašto.
Korijen problema
Sve je počelo prije 10 godina pokretanjem podatkovnog centra Linxdatacenter u St. Sustav BMS, prema industrijskim standardima tih godina, bio je fizički poslužitelj s instaliranim softverom, kojem se pristupalo preko klijentskog programa (tzv. „debeli“ klijent).
U to vrijeme na tržištu je bilo malo tvrtki koje su nudile takva rješenja. Njihovi proizvodi bili su standard, jedini odgovor na postojeću potrebu. I moramo im odati priznanje: i tada i danas tržišni lideri uglavnom se nose sa svojom osnovnom zadaćom - isporukom funkcionalnih rješenja za operativne podatkovne centre.
Logičan odabir za nas je bilo BMS rješenje jednog od najvećih svjetskih proizvođača. Tada odabrani sustav zadovoljavao je sve zahtjeve za nadzor složenog inženjerskog objekta kao što je podatkovni centar.
Međutim, s vremenom su se promijenili zahtjevi i očekivanja korisnika (odnosno nas operatera podatkovnih centara) od IT rješenja. A veliki dobavljači, kako je pokazala analiza tržišta za predložena rješenja, nisu bili spremni za to.
Korporativno IT tržište iskusilo je ozbiljan utjecaj B2C sektora. Digitalna rješenja danas moraju pružiti ugodno iskustvo krajnjem korisniku – to je cilj koji su si programeri postavili. To je vidljivo u poboljšanjima korisničkih sučelja (UI) i korisničkog iskustva (UX) mnogih poslovnih aplikacija.
Čovjek se navikava na udobnost svega što je vezano uz digitalne alate u svakodnevnom životu, a iste zahtjeve postavlja i pred alate koje koristi za radne zadatke. Ljudi od poslovnih aplikacija očekuju istu vidljivost, intuitivnost, jednostavnost i transparentnost koje su im dostupne u financijskim uslugama, pozivanju taksija ili online kupnji. IT stručnjaci koji implementiraju rješenja u korporativnom okruženju također nastoje dobiti sve moderne "dobrote": jednostavnu implementaciju i skaliranje, toleranciju na greške i neograničene mogućnosti prilagodbe.
Veliki međunarodni dobavljači često zanemaruju ove trendove. Oslanjajući se na svoj dugogodišnji autoritet u industriji, korporacije se često pokažu kategorične i nefleksibilne u radu s kupcima. Iluzija o vlastitoj nezamjenjivosti ne dopušta im da vide kako im se mlade tehnološke tvrtke pojavljuju doslovno pred nosom, nudeći alternativna rješenja po mjeri određenog kupca, a bez preplaćivanja brenda.
Nedostaci starog BMS sustava
Glavni nedostatak postojećeg zastarjelog BMS rješenja za nas je bio spor rad. Istraživanje nekoliko događaja na koje osoblje na dužnosti nije reagiralo dovoljno brzo dovelo nas je do zaključka da je ponekad bilo značajnog kašnjenja u prikazivanju događaja u BMS-u. Istovremeno, sustav nije bio preopterećen ili neispravan, samo su verzije njegovih komponenti (na primjer, JAVA) bile zastarjele i nisu mogle ispravno raditi s novim verzijama operativnih sustava bez ažuriranja. Bilo ih je moguće ažurirati samo zajedno s BMS sustavom, a dobavljač nije osigurao automatski kontinuitet verzija, odnosno za nas bi taj proces bio gotovo jednako radno intenzivan kao prelazak na novi sustav, a novo rješenje je zadržano. neki od nedostataka starog.
Dodajmo ovdje još nekoliko neugodnih "sitnica":
- Plaćanje spajanja novih uređaja po principu “jedna IP adresa – jedna plaćena licenca”;
- Nemogućnost ažuriranja softvera bez kupnje paketa podrške (ovo znači ažuriranje besplatnih komponenti i otklanjanje grešaka u samom BMS programu);
- Visoka cijena podrške;
- Lokacija na "željeznom" poslužitelju, koji može pokvariti i ima ograničene računalne resurse;
- “Redundantnost” instaliranjem drugog hardverskog poslužitelja s dvostrukim licencnim paketom. Istodobno, nema sinkronizacije baza podataka između glavnog i rezervnog poslužitelja – što znači ručni prijenos baze podataka i dugo vrijeme prijelaza na rezervni;
- „Debeli“ korisnički klijent, nedostupan izvana, bez proširenja za mobilni uređaj i mogućnosti daljinskog pristupa;
- Ogoljeno web sučelje bez grafičkih kartica i zvučnih obavijesti, dostupno izvana, ali ga zaposlenici praktički ne koriste zbog neinformiranosti;
- Nedostatak animacije u sučelju - sve grafike sastoje se samo od "pozadinske" slike i statičnih ikona. Rezultat je ukupna niska razina vidljivosti;
Sve je izgledalo otprilike ovako:
- Ograničenje u stvaranju virtualnih senzora je da je dostupna samo funkcija zbrajanja, dok modeli stvarnih senzora zahtijevaju sposobnost izvođenja skupa matematičkih operacija za ispravne izračune koji odražavaju realnost rada;
- Nemogućnost dobivanja podataka u stvarnom vremenu ili iz arhive za bilo koju svrhu (na primjer, za prikaz na osobnom računu klijenta);
- Potpuni nedostatak fleksibilnosti i mogućnosti da se bilo što promijeni u BMS-u kako bi odgovaralo postojećim procesima podatkovnog centra.
Zahtjevi za novi BMS sustav
Uzimajući u obzir gore navedeno, naši glavni zahtjevi bili su sljedeći:
- Dva neovisna međusobno redundantna stroja s automatskom sinkronizacijom, koji rade na dvije različite platforme u oblaku u različitim podatkovnim centrima (u našem slučaju Linxdatacenter St. Petersburg i podatkovni centri Moskva);
- Besplatno dodavanje novih uređaja;
- Besplatna ažuriranja softvera i njegovih komponenti (osim funkcionalnih poboljšanja);
- Otvoreni izvorni kod, koji nam omogućuje neovisnu podršku sustavu u slučaju problema na strani programera;
- Mogućnost primanja i korištenja podataka iz BMS-a, na primjer, na web stranici ili na vašem osobnom računu;
- Pristup putem WEB preglednika bez debelog klijenta;
- Korištenje računa zaposlenika domene za pristup BMS-u;
- Dostupnost animacije i mnoge druge male i ne tako male želje koje su se materijalizirale u detaljnu tehničku specifikaciju.
Zadnja slamka
U trenutku kada smo shvatili da je podatkovni centar prerastao svoj BMS, najočitije rješenje učinilo nam se ažuriranje postojećeg sustava. "Ne mijenjaju konje na pola puta", zar ne?
Međutim, velike korporacije, u pravilu, ne nude prilagođene modifikacije svojih desetljećima starih "poliranih" rješenja koja se prodaju u desecima zemalja. Dok mlade tvrtke testiraju ideju ili prototip budućeg proizvoda na potencijalnim potrošačima i oslanjaju se na povratne informacije korisnika za razvoj proizvoda, korporacije nastavljaju prodavati licence za nekad stvarno cool proizvod, ali nažalost, danas je zastario i nefleksibilan.
I sami smo osjetili razliku u pristupu. Tijekom dopisivanja s proizvođačem starog BMS-a brzo je postalo jasno da bi ažuriranje postojećeg sustava koje je predložio dobavljač zapravo rezultiralo kupnjom novog sustava za nas s poluautomatskim prijenosom baze podataka, visokim troškovima i zamkama tijekom prijenosa, što ni sam proizvođač nije mogao predvidjeti. Naravno, u ovom slučaju su troškovi tehničke podrške za ažurirano rješenje porasli, a potreba za kupnjom licenci tijekom proširenja je ostala.
A najneugodnije je bilo to što novi sustav nije mogao u potpunosti zadovoljiti naše zahtjeve za rezervaciju. Ažurirani BMS sustav mogao bi se implementirati, kako smo željeli, na platformi u oblaku, što bi nam omogućilo odustajanje od hardvera, ali opcija redundantnosti nije bila uključena u cijenu. Da bismo napravili sigurnosnu kopiju podataka, morali bismo kupiti drugi BMS virtualni poslužitelj i dodatni set licenci. S cijenom jedne licence od oko 76 USD i brojem IP adresa od 1000 jedinica, to dodaje do 76 USD dodatnih troškova samo za licence za rezervni stroj.
“Trešnja” u novoj verziji BMS-a bila je potreba za kupnjom dodatnih licenci “za sve uređaje” – čak i za glavni poslužitelj. Ovdje je potrebno pojasniti da postoje uređaji povezani na BMS preko gatewaya. Gateway ima jednu IP adresu, ali kontrolira nekoliko uređaja (u prosjeku 10). U starom BMS-u to je zahtijevalo jednu licencu po IP adresi pristupnika, statistika je izgledala otprilike ovako: "1000 IP adresa/licenci, 1200 uređaja." Ažurirani BMS je radio na drugačijem principu i statistika bi izgledala ovako: “1000 IP adresa, 1200 uređaja/licenci.” Odnosno, dobavljač je u novoj verziji promijenio princip dodjele licenci, te smo morali kupiti dodatnih 200 licenci.
„Ažuriranje” proračuna na kraju se sastojalo od četiri točke:
- trošak verzije u oblaku i usluge migracije na nju;
- dodatne licence na postojeći paket za uređaje spojene putem pristupnika;
- trošak sigurnosne verzije u oblaku;
- skup licenci za rezervni stroj.
Ukupna cijena projekta bila je više od 100 dolara! A da ne spominjemo potrebu kupnje licenci za nove uređaje u budućnosti.
Kao rezultat toga, shvatili smo da bi nam bilo lakše - a možda čak i jeftinije - naručiti sustav kreiran od nule, uzimajući u obzir sve naše zahtjeve i uz mogućnost modernizacije u budućnosti. Ali one koji su htjeli razviti tako složen sustav tek je trebalo pronaći, usporediti prijedloge, odabrati i s finalistom proći put od tehničkih specifikacija do implementacije... O tome vrlo brzo čitajte u drugom dijelu materijala.
Izvor: www.habr.com