Monitoring v dátovom centre: ako sme vymenili starý BMS za nový. Časť 1

Monitoring v dátovom centre: ako sme vymenili starý BMS za nový. Časť 1

Čo je BMS

Monitorovací systém pre prevádzku inžinierskych systémov v dátovom centre je kľúčovým prvkom infraštruktúry, ktorý priamo ovplyvňuje taký dôležitý ukazovateľ pre dátové centrum, ako je rýchlosť reakcie personálu na núdzové situácie a následne aj trvanie neprerušenej prevádzky. 

Monitorovacie systémy BMS (Building Monitoring System) ponúkajú mnohí svetoví predajcovia zariadení pre dátové centrá. Počas pôsobenia Linxdatacenter v Rusku sme mali možnosť zoznámiť sa s rôznymi systémami a stretnúť sa s diametrálne odlišnými prístupmi predajcov k prevádzke týchto systémov. 

Povieme vám, ako sme za posledný rok kompletne aktualizovali náš systém BMS a prečo.  

Koreň problému

Všetko sa to začalo pred 10 rokmi spustením dátového centra Linxdatacenter v Petrohrade. Systém BMS bol podľa priemyselných štandardov tých rokov fyzický server s nainštalovaným softvérom, ku ktorému sa pristupovalo prostredníctvom klientskeho programu (takzvaný „hrubý“ klient). 

V tom čase bolo na trhu málo firiem ponúkajúcich takéto riešenia. Ich produkty boli štandardom, jedinou odpoveďou na existujúcu potrebu. A musíme im dať za pravdu: vtedy aj dnes sa lídri na trhu vo všeobecnosti vyrovnávajú so svojou základnou úlohou – dodávať funkčné riešenia pre prevádzku dátových centier. 

Logickou voľbou pre nás bolo riešenie BMS od jedného z najväčších svetových výrobcov. Vybraný systém v tom čase spĺňal všetky požiadavky na monitorovanie zložitého inžinierskeho zariadenia, akým je dátové centrum. 

Postupom času sa však požiadavky a očakávania používateľov (teda nás, prevádzkovateľov dátových centier) od IT riešení zmenili. A veľkí predajcovia, ako ukázala analýza trhu s navrhovanými riešeniami, na to neboli pripravení.

Firemný IT trh zažil vážny vplyv zo strany B2C sektora. Digitálne riešenia dnes musia poskytovať pohodlný zážitok pre koncového používateľa – to je cieľ, ktorý si vývojári stanovili. Je to zrejmé z vylepšení používateľského rozhrania (UI) a používateľského zážitku (UX) mnohých podnikových aplikácií. 

Človek si v bežnom živote zvykne na pohodlie všetkého, čo súvisí s digitálnymi nástrojmi, a na nástroje kladie rovnaké nároky, aké používa pri pracovných úlohách. Ľudia od podnikových aplikácií očakávajú rovnakú viditeľnosť, intuitívnosť, jednoduchosť a transparentnosť, akú majú k dispozícii vo finančných službách, volaniach taxíkom alebo online nakupovaní. IT špecialisti implementujúci riešenia v podnikovom prostredí sa tiež snažia získať všetky moderné „dobroty“: jednoduché nasadenie a škálovanie, odolnosť voči chybám a neobmedzené možnosti prispôsobenia. 

Veľkí medzinárodní predajcovia tieto trendy často prehliadajú. Spoliehajúc sa na svoju dlhoročnú autoritu v tomto odvetví sa spoločnosti často ukážu ako kategorické a neflexibilné pri práci so zákazníkmi. Ilúzia vlastnej nepostrádateľnosti im neumožňuje vidieť, ako sa im doslova pod nosom objavujú mladé technologické firmy ponúkajúce alternatívne riešenia šité na mieru konkrétnemu zákazníkovi a bez preplácania značky.

Nevýhody starého systému BMS 

Hlavnou nevýhodou existujúceho zastaraného BMS riešenia bola pre nás jeho pomalá prevádzka. Vyšetrovanie niekoľkých udalostí, pri ktorých službukonajúci personál nereagoval dostatočne rýchlo, nás viedlo k pochopeniu, že niekedy došlo k výraznému oneskoreniu pri zobrazovaní udalostí v BMS. Systém zároveň nebol preťažený ani poruchový, len verzie jeho komponentov (napríklad JAVA) boli zastarané a nevedeli správne fungovať s novými verziami operačných systémov bez aktualizácií. Aktualizovať ich bolo možné len spolu so systémom BMS a predajca nezabezpečil automatickú kontinuitu verzií, to znamená, že pre nás by bol proces takmer rovnako náročný na prácu ako prechod na nový systém a nové riešenie zachovalo niektoré nedostatky starého.  

Pridajme sem ešte niekoľko nepríjemných „maličkostí“:

  1. Platba za pripojenie nových zariadení na princípe „jedna IP adresa – jedna platená licencia“; 
  2. Nemožnosť aktualizácie softvéru bez zakúpenia balíka podpory (to znamená aktualizáciu bezplatných komponentov a odstránenie chýb v samotnom programe BMS);
  3. Vysoké náklady na podporu; 
  4. Umiestnenie na „železnom“ serveri, ktorý môže zlyhať a má obmedzené výpočtové zdroje;
  5. „Redundancia“ inštaláciou druhého hardvérového servera s duplicitným licenčným balíkom. Zároveň nedochádza k synchronizácii databáz medzi hlavným a záložným serverom - čo znamená manuálny prenos databázy a dlhý čas prechodu do zálohy;
  6. „Tlustý“ užívateľský klient, zvonku neprístupný, bez rozšírenia pre mobilné zariadenie a možnosti vzdialeného prístupu;
  7. Oblečené webové rozhranie bez grafických kariet a zvukových upozornení, prístupné zvonku, ale prakticky nepoužívané zamestnancami pre nedostatok informácií;
  8. Nedostatok animácie v rozhraní - všetka grafika pozostáva iba z obrázka „na pozadí“ a statických ikon. Výsledkom je celkovo nízka úroveň viditeľnosti;

    Všetko vyzeralo asi takto:

    Monitoring v dátovom centre: ako sme vymenili starý BMS za nový. Časť 1

    Monitoring v dátovom centre: ako sme vymenili starý BMS za nový. Časť 1

  9. Obmedzením pri vytváraní virtuálnych senzorov je, že je k dispozícii iba funkcia sčítania, zatiaľ čo modely skutočných senzorov vyžadujú schopnosť vykonávať súbor matematických operácií pre správne výpočty, ktoré odrážajú realitu prevádzky; 
  10. Neschopnosť získať údaje v reálnom čase alebo z archívu na akékoľvek účely (napríklad na zobrazenie v osobnom účte klienta);
  11. Úplný nedostatok flexibility a schopnosti zmeniť čokoľvek v BMS tak, aby vyhovoval existujúcim procesom dátového centra. 

Požiadavky na nový systém BMS

Vzhľadom na vyššie uvedené boli naše hlavné požiadavky nasledovné:

  1. Dva nezávislé vzájomne redundantné stroje s automatickou synchronizáciou, bežiace na dvoch rôznych cloudových platformách v rôznych dátových centrách (v našom prípade Linxdatacenter St. Petersburg a Moskovské dátové centrá);
  2. Bezplatné pridávanie nových zariadení;
  3. Bezplatné aktualizácie softvéru a jeho komponentov (okrem funkčných vylepšení);
  4. Otvorený zdrojový kód, ktorý nám umožňuje nezávisle podporovať systém v prípade problémov na strane vývojára;
  5. Schopnosť prijímať a používať údaje z BMS, napríklad na webovej stránke alebo vo vašom osobnom účte;
  6. Prístup cez WEB prehliadač bez hrubého klienta;
  7. Používanie doménových zamestnaneckých účtov na prístup k BMS;
  8. Dostupnosť animácií a mnoho ďalších malých a nie práve malých prianí, ktoré sa zhmotnili do podrobnej technickej špecifikácie.

Posledná slamka

Monitoring v dátovom centre: ako sme vymenili starý BMS za nový. Časť 1

V momente, keď sme si uvedomili, že dátové centrum prerástlo zo svojho BMS, sa nám najzrejmejším riešením zdalo aktualizovať existujúci systém. "Nemenia kone uprostred cesty," však? 

Veľké korporácie však spravidla neponúkajú zákazkové úpravy svojich desaťročí starých „vyleštených“ riešení predávaných v desiatkach krajín. Zatiaľ čo mladé spoločnosti testujú nápad alebo prototyp budúceho produktu na potenciálnych spotrebiteľoch a pri vývoji produktu sa spoliehajú na spätnú väzbu od používateľov, korporácie pokračujú v predaji licencií na kedysi skutočne skvelý produkt, ktorý je však, žiaľ, zastaraný a nepružný.

A sami sme pocítili rozdiel v prístupe. Počas korešpondencie s výrobcom starého BMS sa rýchlo ukázalo, že aktualizácia existujúceho systému navrhnutá predajcom by pre nás v skutočnosti vyústila do nákupu nového systému s poloautomatickým prenosom databáz, vysokými nákladmi a nástrahami počas transfer, ktorý nedokázal predvídať ani samotný výrobca. Samozrejme, v tomto prípade sa zvýšili náklady na technickú podporu aktualizovaného riešenia a ostala nutnosť nákupu licencií pri expanzii.

A najnepríjemnejšie bolo, že nový systém nedokázal plne uspokojiť naše požiadavky na rezerváciu. Aktualizovaný systém BMS by sa dal implementovať, ako sme chceli, na cloudovej platforme, čo by nám umožnilo opustiť hardvér, ale možnosť redundancie nebola zahrnutá v cene. Na zálohovanie dát by sme si museli kúpiť druhý virtuálny server BMS a ďalšiu sadu licencií. Náklady na jednu licenciu sú približne 76 USD a počet IP adries je 1000 76 jednotiek, čo predstavuje dodatočné náklady až 000 XNUMX USD len za licencie na zálohovací stroj. 

„Čerešničkou“ v novej verzii BMS bola potreba dokúpiť ďalšie licencie „pre všetky zariadenia“ – dokonca aj pre hlavný server. Tu je potrebné objasniť, že k BMS sú pripojené zariadenia cez brány. Brána má jednu IP adresu, ale ovláda niekoľko zariadení (v priemere 10). V starom BMS to vyžadovalo jednu licenciu na IP adresu brány, štatistika vyzerala asi takto: „1000 IP adries/licencií, 1200 zariadení“. Aktualizovaný BMS fungoval na inom princípe a štatistika by vyzerala takto: “1000 IP adries, 1200 zariadení/licencií.” To znamená, že predajca v novej verzii zmenil princíp prideľovania licencií a museli sme dokúpiť približne 200 licencií. 

„Aktualizačný“ rozpočet nakoniec pozostával zo štyroch bodov: 

  • náklady na cloudovú verziu a služby migrácie na ňu; 
  • dodatočné licencie k existujúcemu balíku pre zariadenia pripojené cez brány;
  • náklady na záložnú cloudovú verziu;  
  • sadu licencií pre zálohovací stroj. 

Celkové náklady na projekt boli viac ako 100 000 dolárov! A to nehovoríme o potrebe nákupu licencií na nové zariadenia v budúcnosti.

Vďaka tomu sme si uvedomili, že pre nás bude jednoduchšie – a možno aj lacnejšie – objednať si systém vytvorený od začiatku, zohľadňujúci všetky naše požiadavky a poskytujúci možnosť modernizácie v budúcnosti. No tých, ktorí chceli takýto komplexný systém vyvinúť, bolo treba ešte nájsť, porovnať návrhy, vybrať a s finalistom prejsť cestu od technických špecifikácií k realizácii... O tom sa už čoskoro dočítate v druhej časti materiálu. 

Zdroj: hab.com

Pridať komentár