Šta je BMS
Sistem za praćenje rada inženjerskih sistema u data centru je ključni element infrastrukture, koji direktno utiče na tako važan pokazatelj za data centar kao što je brzina reagovanja osoblja na vanredne situacije i, posljedično, trajanje neprekidnog rada.
BMS (Building Monitoring System) sisteme za praćenje nude mnogi globalni proizvođači opreme za data centre. Tokom rada Linxdatacentra u Rusiji, imali smo priliku da se upoznamo sa različitim sistemima i sretnemo dijametralno suprotne pristupe dobavljača radu ovih sistema.
Govorimo vam kako smo u potpunosti ažurirali naš BMS sistem u protekloj godini i zašto.
Koren problema
Sve je počelo prije 10 godina lansiranjem podatkovnog centra Linxdatacenter u Sankt Peterburgu. BMS sistem je, prema industrijskim standardima tih godina, bio fizički server sa instaliranim softverom kojem se pristupalo preko klijentskog programa (tzv. „debeli” klijent).
U to vrijeme na tržištu je bilo malo kompanija koje su nudile takva rješenja. Njihovi proizvodi bili su standard, jedini odgovor na postojeću potrebu. I moramo im odati zasluge: i tada i danas, lideri na tržištu uglavnom se nose sa svojim osnovnim zadatkom - isporukom funkcionalnih rješenja za operativne centre podataka.
Logičan izbor za nas je bilo BMS rješenje jednog od najvećih svjetskih proizvođača. Odabrani sistem u to vreme je ispunjavao sve uslove za praćenje složenog inženjerskog objekta, kao što je data centar.
Međutim, vremenom su se mijenjali zahtjevi i očekivanja korisnika (odnosno nas, operatera data 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 je iskusilo ozbiljan uticaj B2C sektora. Digitalna rješenja danas moraju pružiti udobno iskustvo za krajnjeg korisnika - to je cilj koji su programeri postavili sebi. Ovo je evidentno u poboljšanjima u korisničkom interfejsu (UI) i korisničkom iskustvu (UX) mnogih poslovnih aplikacija.
Čovjek se navikne na udobnost svega što je vezano za digitalne alate u svakodnevnom životu, te postavlja iste zahtjeve na alate koje koristi za radne zadatke. Ljudi očekuju od poslovnih aplikacija istu vidljivost, intuitivnost, jednostavnost i transparentnost koji su im dostupni u finansijskim uslugama, pozivima taksija ili online kupovini. IT stručnjaci koji implementiraju rješenja u korporativno okruženje također nastoje dobiti sve moderne „dobrote“: jednostavnu implementaciju i skaliranje, toleranciju grešaka i neograničene mogućnosti prilagođavanja.
Veliki međunarodni dobavljači često zanemaruju ove trendove. Oslanjajući se na svoj dugogodišnji autoritet u industriji, korporacije često ispadaju kategorične i nefleksibilne u radu s kupcima. Iluzija o vlastitoj neophodnosti ne dopušta im da vide kako im se mlade tehnološke kompanije bukvalno pojavljuju pred nosom, nudeći alternativna rješenja prilagođena konkretnom kupcu, a bez preplaćivanja za brend.
Nedostaci starog BMS sistema
Glavni nedostatak postojećeg zastarjelog BMS rješenja za nas je bio spor rad. Istraživanje nekoliko događaja u kojima dežurno osoblje nije reagovalo dovoljno brzo dovelo nas je do toga da shvatimo da je ponekad došlo do značajnog kašnjenja događaja koji su prikazani u BMS-u. Istovremeno, sistem 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 sistema bez ažuriranja. Bilo ih je moguće ažurirati samo zajedno sa BMS sistemom, a dobavljač nije obezbijedio automatski kontinuitet verzija, odnosno za nas bi proces bio gotovo jednako radno intenzivan kao prelazak na novi sistem, a novo rješenje je zadržano neke od nedostataka starog.
Dodajmo još nekoliko neugodnih "sitnica" ovdje:
- Plaćanje za povezivanje novih uređaja po principu „jedna IP adresa – jedna plaćena licenca“;
- Nemogućnost ažuriranja softvera bez kupovine paketa podrške (to znači ažuriranje besplatnih komponenti i eliminisanje grešaka u samom BMS programu);
- Visoki troškovi podrške;
- Lokacija na „gvozdenom“ serveru, koji može da pokvari i ima ograničene računarske resurse;
- “Redundancy” instaliranjem drugog hardverskog servera sa duplikat paketa licence. Istovremeno, nema sinhronizacije baza podataka između glavnog i rezervnog servera – što podrazumeva ručni prenos baze podataka i dugo vreme prelaska na rezervnu;
- „Debeli“ korisnički klijent, nedostupan izvana, bez proširenja za mobilni uređaj i opcije daljinskog pristupa;
- Skraćeni web interfejs bez grafičkih kartica i zvučnih obaveštenja, dostupan spolja, ali ga zaposleni praktično ne koriste zbog nedostatka informacija;
- Nedostatak animacije u interfejsu - sva grafika se sastoji samo od „pozadinske“ slike i statičkih ikona. Rezultat je sveukupno nizak nivo vidljivosti;
Sve je izgledalo otprilike ovako:
- Ograničenje u kreiranju virtuelnih senzora je to što je dostupna samo funkcija sabiranja, dok modeli stvarnih senzora zahtevaju mogućnost izvođenja skupa matematičkih operacija za ispravne proračune koji odražavaju realnost rada;
- Nemogućnost pribavljanja podataka u realnom vremenu ili iz arhive u bilo koje svrhe (na primjer, za prikaz u ličnom računu klijenta);
- Potpuni nedostatak fleksibilnosti i mogućnosti promjene bilo čega u BMS-u kako bi odgovarao postojećim procesima u podatkovnom centru.
Zahtjevi za novi BMS sistem
Uzimajući u obzir gore navedeno, naši glavni zahtjevi su bili sljedeći:
- Dve nezavisne međusobno redundantne mašine sa automatskom sinhronizacijom, koje rade na dve različite platforme u oblaku u različitim data centrima (u našem slučaju, Linxdatacenter St. Petersburg i Moscow data centri);
- Besplatno dodavanje novih uređaja;
- Besplatna ažuriranja softvera i njegovih komponenti (osim funkcionalnih poboljšanja);
- Otvoreni izvorni kod, koji nam omogućava da samostalno podržimo sistem 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 preko WEB pretraživača bez debelog klijenta;
- Korištenje računa zaposlenika domene za pristup BMS-u;
- Dostupnost animacije i mnogih drugih malih i ne tako malih želja koje su se materijalizirale u detaljnu tehničku specifikaciju.
Kap koja je prelila čašu
U trenutku kada smo shvatili da je data centar prerastao svoj BMS, činilo nam se najočiglednije rješenje ažuriranje postojećeg sistema. “Ne mijenjaju konje na pola puta,” zar ne?
Međutim, velike korporacije, po pravilu, ne nude prilagođene modifikacije svojim decenijama starim „poliranim“ rešenjima koja se prodaju u desetinama zemalja. Dok mlade kompanije testiraju ideju ili prototip budućeg proizvoda na potencijalnim potrošačima i oslanjaju se na povratne informacije korisnika kako bi razvili proizvod, korporacije nastavljaju da prodaju licence za nekada zaista cool proizvod, ali, nažalost, danas je zastario i nefleksibilan.
I sami smo osjetili razliku u pristupu. Tokom prepiske sa proizvođačem starog BMS-a, brzo je postalo jasno da bi ažuriranje postojećeg sistema koje je predložio prodavac zapravo rezultiralo kupovinom novog sistema za nas sa poluautomatskim prenosom baze podataka, visokim troškovima i zamkama tokom transfer, koji ni sam proizvođač nije mogao predvidjeti. Naravno, u ovom slučaju su se povećali troškovi tehničke podrške za ažurirano rješenje, a ostala je potreba za kupovinom licenci tokom proširenja.
A najneugodnije je bilo to što novi sistem nije mogao u potpunosti zadovoljiti naše zahtjeve za rezervaciju. Ažurirani BMS sistem se mogao implementirati, kako smo željeli, na cloud platformi, što bi nam omogućilo da napustimo hardver, ali opcija redundancije nije bila uključena u cijenu. Da bismo napravili sigurnosnu kopiju podataka, morali bismo kupiti drugi BMS virtuelni server i dodatni set licenci. Uz cijenu jedne licence oko 76 USD i broj IP adresa od 1000 jedinica, to dodaje do 76 000 USD dodatnih troškova samo za licence za rezervnu mašinu.
“Trešnja” u novoj verziji BMS-a bila je potreba za kupovinom dodatnih licenci “za sve uređaje” – čak i za glavni server. Ovdje je potrebno pojasniti da postoje uređaji povezani na BMS preko gateway-a. Gateway ima jednu IP adresu, ali kontrolira nekoliko uređaja (u prosjeku 10). U starom BMS-u, ovo je zahtijevalo jednu licencu po IP adresi gatewaya, 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 otprilike 200 dodatnih licenci.
„Ažurirani“ budžet se na kraju sastojao od četiri tačke:
- trošak verzije u oblaku i usluga migracije na nju;
- dodatne licence postojećem paketu za uređaje povezane preko gatewaya;
- trošak backup verzije u oblaku;
- skup licenci za rezervnu mašinu.
Ukupna cijena projekta bila je više od 100 dolara! I to da ne spominjemo potrebu za kupovinom 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 sistem napravljen od nule, uzimajući u obzir sve naše zahtjeve i pružajući mogućnost modernizacije u budućnosti. Ali oni koji su želeli da razviju ovako složen sistem tek su morali da se pronađu, uporede predloge, izaberu i sa finalistom pređu put od tehničkih specifikacija do implementacije... O tome uskoro čitajte u drugom delu materijala.
izvor: www.habr.com