Mi az a BMS
A mérnöki rendszerek működésének megfigyelése a számadatközpontban (DC) egy kulcsfontosságú infrastruktúraelem, amely közvetlen hatással van egy adatközpont számára létfontosságú mutatóra, mint a személyzet reagálási sebessége vészhelyzetek esetén, és ezzel együtt a zavartalan működés időtartamára is.
A BMS (Building Monitoring System) megfigyelőrendszereit sok globális felszerelésgyártó kínálja DC-k számára. A Linxdatacenter Oroszországban eltöltött évei alatt különböző rendszerekkel ismerkedtünk meg, és szembesültünk az üzemeltetésük eltérő megközelítéseivel.
Beszámolunk arról, hogyan frissítettük fel teljesen a BMS rendszerünket az elmúlt évben, és miért.
A probléma gyökere
Minden 10 évvel ezelőtt kezdődött, amikor a Linxdatacenter adatközpontot indított Szentpéterváron. A BMS rendszer, az akkori ipari szabványok szerint, egy fizikai szerver volt telepített szoftverrel, amelyhez kliensprogramon keresztül lehetett hozzáférni (úgynevezett „vastag” kliens).
Abban az időben, igen kevés cég kínált ilyen megoldásokat a piacon. Termékeik a szabványt képviselték, a meglévő igények egyedüli válaszát adták. Joggal mondhatjuk, hogy akkor és ma a piaci vezetők általában jól teljesítenek alapvető feladatukban – funkcionális megoldások szállításában az adatközpontok üzemeltetése számára.
Logikus választás volt számunkra a BMS megoldás a világ egyik legnagyobb gyártójától. Az akkori választott rendszer minden követelménynek megfelelt a komplex mérnöki objektum, azaz az adatközpont megfigyelésére.
Az idő múlásával azonban a felhasználók (vagyis az adatközpont-üzemeltetők) elvárásai és igényei az IT-megoldásokkal szemben megváltoztak. A nagyméretű gyártók, ahogyan a kínált megoldások piaci elemzése megmutatta, nem voltak felkészülve erre.
A vállalati IT piacot komoly hatások érték a B2C szférából. A digitális megoldásoknak manapság biztosítaniuk kell a végfelhasználó kényelmét – ezt a célkitűzést tűzték ki a fejlesztők. Ez látható a felhasználói felületek (UI) és a felhasználói élmény (UX) minőségének javulásában sok vállalati alkalmazás esetében.
Az emberek megszokják a kényelmet a digitális eszközök használatában a mindennapi életben, és ugyanezeket az elvárásokat támasztják a munkájukhoz használt eszközökkel szemben. Az emberek olyan ugyanilyen szintű vizualitást, intuitivitást, egyszerűséget és átláthatóságot várnak el a vállalati alkalmazásoktól, mint amit a pénzügyi szolgáltatások, taxi hívás vagy online vásárlás során tapasztalnak. Az IT-szakemberek, akik megoldásokat vezetnek be a vállalati környezetbe, szintén a modern „extrákra” vágynak: egyszerű telepítés és skálázhatóság, hibatűrés és korlátlan testreszabási lehetőségek.
A nagy nemzetközi beszállítók gyakran figyelmen kívül hagyják ezeket a trendeket. A szektorban szerzett évtizedes tekintélyükre támaszkodva a vállalatok gyakran kategorikusak és merevek az ügyfelekkel való együttműködés során. A saját pótolhatatlanságuk illúziója megakadályozza őket abban, hogy észrevegyék, hogyan tűnnek fel a fiatal technológiai cégek, amelyek alternatív megoldásokat kínálnak kifejezetten az egyes ügyfelek számára, ráadásul többletköltség nélkül a márkának.
A régi BMS rendszer hátrányai
A legnagyobb hátrány az általunk használt elavult BMS megoldásban a lassú működés volt. Számos esemény kivizsgálása, amelyek a szolgálatot teljesítő személyzet nem elég gyors reagálásával függtek össze, segített megérteni, hogy néha az események késlekedve jelentek meg a BMS rendszerben. Ugyanakkor a rendszer nem volt túlterhelt vagy hibás, csupán a komponensei (például a JAVA) elavultak, és nem tudtak megfelelően működni az új operációs rendszerekkel frissítések nélkül. Ezeket csak a BMS rendszerrel együtt lehetett volna frissíteni, azonban a szállító nem biztosított automatikus verziókövetést, tehát a folyamat számunkra gyakorlatilag ugyanolyan munkaigényű lett volna, mint egy új rendszerre való átállás, és az új megoldás a régi néhány hátrányát is megőrizte.
Ide még hozzájárul néhány kellemetlen „apróság”:
- Új eszközök csatlakoztatásának díja, amely az „egy IP-cím – egy fizetett licenc” elv alapján működik;
- A szoftver frissítésének lehetetlensége a támogatási csomag megvásárlása nélkül (itt a szabadon elérhető komponensek frissítése és a BMS programban lévő hibák javítása értendő);
- Magas támogatási költségek;
- Elhelyezkedés egy 'fém' szerveren, amely meghibásodhat, és korlátozott számítási erőforrásokkal rendelkezik;
- 'Tartalékolás' egy második fém szerver telepítésével, amely egy másolatlicensz csomaggal rendelkezik. Ebben az esetben a fő és a tartalék szerverek között nincs adatbázis-szinkronizálás – ez azt jelenti, hogy manuálisan kell átkonfigurálni az adatbázist, és hosszú áttérési idő szükséges a tartalék szerverre;
- 'Vastag' kliens, amely nem elérhető kívülről, mobil eszköz kiterjesztés nélkül és távoli hozzáférési lehetőség nélkül;
- Csonkolt webes felület grafikus kártyák és hangértesítések nélkül, kívülről elérhető, de a munkavállalók számára gyakorlatilag nem használják információhiány miatt;
- Nincs animáció a felületen – minden grafika csak háttérképből és statikus ikonokból áll. Az eredmény – összességében alacsony vizuális szint;
Körülbelül így nézett ki:
- Korlátozás a virtuális érzékelők létrehozásában – csak az összeadás funkció érhető el, míg a valós érzékelő modellek matematikai műveletek komplexumát igénylik a költségek pontos kiszámításához, amelyek tükrözik a működés valóságát;
- Lehetetlen valós idejű adatokat vagy archívumot beszerezni bármilyen célra (például a kliens személyes fiókjában történő megjelenítéshez);
- Teljes rugalmasság hiánya és lehetőség arra, hogy bármit is módosítsunk a BMS-ben a meglévő adatközponti folyamatokhoz.
Új BMS rendszer követelmények
Figyelembe véve a fentieket, a fő követelmények az alábbiak lettek:
- Két független, egymásra tartalékoló gép automatikus szinkronizálással, amelyek két különböző felhőplatformon működnek, különböző adatközpontokban (az esetünkben a Linxdatacenter adatközpontjai Szentpéterváron és Moszkvában);
- Új eszközök ingyenes hozzáférése;
- Ingyenes szoftver- és összetevőfrissítések (kivéve a funkciók módosítását);
- Nyílt forráskód, amely lehetővé teszi számunkra, hogy önállóan támogassuk a rendszert a fejlesztőnél fellépő problémák esetén;
- Lehetőség adatokat kapni és használni a BMS-ből, például a weboldalon vagy a személyes fiókban;
- Hozzáférés WEB böngészőn keresztül vastag kliens nélkül;
- A munkavállalók domain fiókjainak használata a BMS-hez való hozzáféréshez;
- Animáció jelenléte és sok apróbb és nagyobb kívánság, amelyek részletes TSK-vá anyagiakra váltak.
Utolsó csepp
Abban a pillanatban, amikor rájöttünk, hogy az adatközpont túlnőtt a BMS-én, a legnyilvánvalóbb megoldásnak a meglévő rendszer frissítése tűnt. "A hídon nem cserélünk lovat," ugye?
Azonban a nagyvállalatok általában nem kínálnak testre szabott módosítást évtizedek óta "csiszolt" megoldásaikhoz, amelyeket tucatnyi országban árulnak. Míg a fiatal cégek kipróbálják egy ötlet vagy a jövőbeli termék prototípusát a potenciális fogyasztók körében, és a termék fejlesztését a felhasználói visszajelzésekre alapozzák, a nagyvállalatok továbbra is licencet árusítanak valaha valóban nagyszerű, de sajnos ma már elavult és rugalmatlan termékekre.
Mi pedig saját bőrünkön éreztük a megközelítés különbségét. A régi BMS gyártójával folytatott levelezés során viszonylag hamar világossá vált, hogy a beszállító által javasolt meglévő rendszer frissítése gyakorlatilag egy új rendszer megvásárlásába torkollik, félautomatikus adatátvitellel, magas költséggel és olyan szűk keresztmetszetekkel a migrációban, amelyeket még a gyártó sem képes előre jelezni. Természetesen ez esetben a frissített megoldás műszaki támogatásának költsége is nőtt, és továbbra is szükség volt licenc vásárlására a bővítésekhez.
A legrosszabb az volt, hogy az új rendszer nem tudta teljes mértékben kielégíteni az adatmentéssel kapcsolatos igényeinket. A frissített BMS, Raktárunkban, ahogy szerettük volna, felhőplatformon valósulhatott volna meg, ami lehetővé tette volna a "hardver" elhagyását, de a mentési opció nem volt benne az árban. Az adatmentéshez egy második virtuális kiszolgáló BMS-t és további licenckészletet kellett volna vásárolnunk. Egy licenc ára körülbelül 76 dollár, és a darabszám IP-címek 1000 egységben 76 000 dollár további kiadást jelentett volna csak a tartalék gép licencére.
A legújabb BMS verzió „cukorfalatja” az lett, hogy minden eszközre szükségünk van további licenc vásárlására – még a fő szerverhez is. Itt érdemes megjegyezni, hogy a BMS-hez átjárókon keresztül csatlakozó eszközök is vannak. Az átjárónak egy IP-címe van, de átlagosan több eszközt (kb. 10) irányít. A régi BMS esetében egy licenc szükséges volt az átjáró IP-címéhez, a statisztika körülbelül így nézett ki: „IP-címek/licencek 1000, eszközök 1200”. Az új BMS más elv alapján működött, és a statisztika így alakult: „IP-címek 1000, eszközök/licencek 1200”. Vagyis az új verzióban a gyártó megváltoztatta a licencek kiosztási elvét, és körülbelül 200 licencet kellett még pótolnunk.
A frissítési költségvetés végül négy pontból állt:
- a felhő alapú verzió ára és a migrálási szolgáltatás költsége;
- további licencek a meglévő csomaghoz az átjárón keresztül csatlakozó eszközök számára;
- a tartalék felhő alapú verzió költsége;
- a tartalék gépre szóló licencek csomagja.
A projekt teljes költsége meghaladta a 100 000 dollárt! És ez még nem is beszélve a jövőbeli új eszközökhöz szükséges licencek vásárlásáról.
Végül úgy döntöttünk, hogy számunkra könnyebb – és talán olcsóbb – egy olyan rendszert rendelni, amelyet a semmiből hoztak létre, figyelembe véve minden követelményünket, és előrelátva a jövőbeli korszerűsítési lehetőségeket. De először is meg kellett találni azt a vállalatot, amely hajlandó egy ilyen összetett rendszert fejleszteni, összehasonlítani az ajánlatokat, kiválasztani, és a kiválasztottal végigjárni az utat a műszaki követelményektől a megvalósításig... Erről – olvasson a cikk második részében, hamarosan.
Forrás: habr.com
