Ce este BMS
Sistemul de monitorizare a funcționării sistemelor inginerie în data center este un element cheie al infrastructurii, care influențează direct un indicator atât de important pentru un data center, cum ar fi viteza de reacție a personalului la situații de urgență și, prin urmare, durata funcționării fără întreruperi.
Sistemele de monitorizare BMS (Building Monitoring System) sunt oferite de mulți furnizori globali de echipamente pentru data centere. De-a lungul activității Linxdatacenter în Rusia, am avut oportunitatea de a ne familiariza cu diferite sisteme și de a ne confrunta cu abordări diametral opuse ale furnizorilor în ceea ce privește utilizarea acestor sisteme.
Vă povestim cum am actualizat complet sistemul nostru BMS în ultimul an și de ce.
Rădăcina problemei
Totul a început acum 10 ani cu lansarea data center-ului Linxdatacenter în Sankt Petersburg. Sistemul BMS, conform standardelor industriei de atunci, constând dintr-un server fizic cu software instalat, la care se avea acces printr-un program-client (așa-numitul „client groasă”).
Companiile care ofereau astfel de soluții, la acea vreme, erau destul de puține pe piață. Produsele lor erau standardul, singurul răspuns la cererea existentă. Și trebuie să le dăm dreptate: atât atunci, cât și astăzi, liderii pieței își îndeplinesc, în general, sarcina de bază – furnizarea de soluții funcționale pentru exploatarea data centrelor.
Alegerea logică pentru noi a fost soluția BMS de la unul dintre cei mai mari producători mondiali. Sistemul ales, la acea vreme, îndeplinea toate cerințele pentru monitorizarea unui obiect complex de inginerie, așa cum este un data center.
Cu toate acestea, în timp, cerințele și așteptările utilizatorilor (adică noi, operatorii de data centere) de la soluțiile IT s-au schimbat. Și marii furnizori, așa cum a arătat analiza pieței soluțiilor oferite, nu au fost pregătiți pentru acest lucru.
Piața IT corporativ a suferit un impact serios din partea sectorului B2C. Soluțiile digitale de astăzi trebuie să asigure un confort de utilizare pentru utilizatorul final – aceasta este scopul pe care și-l propun dezvoltatorii. Acest lucru este evident în îmbunătățirea interfețelor utilizatorului (UI) și a calității experienței utilizatorului (UX) pentru multe aplicații corporative.
Oamenii se obișnuiesc cu confortul în tot ceea ce ține de instrumentele digitale din viața de zi cu zi și impun aceleași cerințe pentru instrumentele pe care le folosesc pentru sarcinile de lucru. Aceștia așteaptă de la aplicațiile corporative aceeași claritate, intuiție, simplitate și transparență pe care le au la dispoziție în serviciile financiare, apelarea de taxiuri sau cumpărăturile online. Specialiștii IT care implementează soluții în mediul corporativ își doresc, de asemenea, toate „beneficiile” moderne: desfășurare și scalare simplă, reziliență și posibilități nelimitate de personalizare.
Mari furnizori internaționali adesea ignoră aceste tendințe. Bazându-se pe autoritatea lor de lungă durată în industrie, corporațiile devin adesea categorice și rigide în colaborarea cu clienții. Iluzia propriei indispensabilități nu le permite să observe cum, aproape sub nasul lor, apar companii tehnologice tinere, care oferă soluții alternative adaptate nevoilor specifice ale clienților, fără a plăti în plus pentru brand.
Deficiențele vechii sisteme BMS
Cel mai mare dezavantaj al soluției BMS învechite pe care o aveam a constat în funcționarea sa lentă. Investigarea mai multor evenimente legate de reacția insuficient de rapidă a personalului de serviciu ne-a ajutat să înțelegem că, uneori, evenimentele apăreau în sistemul BMS cu o întârziere considerabilă. Totuși, sistemul nu era suprasolicitat sau defect, pur și simplu versiunile componentelor sale (de exemplu, JAVA) erau învechite și nu puteau funcționa corect cu noile versiuni ale sistemelor de operare fără actualizări. Acestea puteau fi actualizate doar împreună cu sistemul BMS, iar furnizorul nu asigura continuitatea automată a versiunilor, ceea ce însemna că pentru noi procesul ar fi fost practic la fel de laborios ca trecerea la un nou sistem, iar noua soluție păstra unele din deficiențele vechiului.
Să adăugăm aici câteva „mici” neplăceri:
- Taxa pentru conectarea de noi dispozitive pe principiul „un IP – o licență plătită”;
- Imposibilitatea de a actualiza software-ul fără achiziționarea unui pachet de suport (se referă la actualizarea componentelor gratuite și remedierea erorilor din programul BMS);
- Costuri ridicate de suport;
- Localizare pe un server „metalic”, care poate ceda și are resurse de calcul limitate;
- „Rezervare” prin instalarea unui al doilea server metalic, cu un pachet de licențe duplicat. În acest caz, sincronizarea bazelor între serverul principal și cel de rezervă lipsește – ceea ce înseamnă transfer manual al bazei și un timp îndelungat pentru trecerea la rezervă;
- Un client „gros” al utilizatorului, nedisponibil din exterior, fără extindere pentru dispozitive mobile și opțiunea de acces de la distanță;
- Interfață web limitată, fără grafice și notificări sonore, accesibilă din exterior, dar practic neutilizată de angajați din cauza lipsei de informativitate;
- Lipsa animației în interfață – toată grafica constă doar din imaginea de „fundal” și icoane statice. Drept rezultat – un nivel general scăzut de vizibilitate;
Totul arăta aproximativ așa:
- Limitare în crearea de senzori virtuali – este disponibilă numai funcția de adunare, în timp ce modelele senzorilor reali necesită posibilitatea de a efectua un complex de operații matematice pentru calcule corecte, reflectând realitățile de funcționare;
- Imposibilitatea de a obține date în timp real sau din arhivă pentru diverse scopuri (de exemplu, pentru afișarea în cabinetul personal al clientului);
- Lipsa completă de flexibilitate și posibilitatea de a modifica ceva în BMS în funcție de procesele existente ale CED-ului.
Cerințele privind noul sistem BMS
Având în vedere cele de mai sus, principalele noastre cerințe sunt următoarele:
- Două mașini independente, cu rezervare reciprocă și sincronizare automată, funcționând pe două platforme cloud diferite în diferite CED-uri (în cazul nostru, CED-urile Linxdatacenter din Saint Petersburg și Moscova);
- Adăugarea gratuită a unor noi dispozitive;
- Actualizarea gratuită a software-ului și componentelor sale (cu excepția modificărilor funcționalității);
- Cod sursă deschis, care ne permite să întreținem sistemul în cazul unor probleme din partea dezvoltatorului;
- Posibilitatea de a obține și utiliza date din BMS, de exemplu, pe site sau în cabinetul personal;
- Acces prin browser WEB fără client „gros”;
- Utilizarea conturilor de domeniu ale angajaților pentru accesul în BMS;
- Prezența animației și multe alte dorințe mici și nu foarte mici, care s-au materializat într-un caiet de sarcini detaliat.
Ultima picătură
În momentul în care am realizat că data center-ul a depășit sistemul său BMS, cea mai evidentă soluție ni s-a părut actualizarea sistemului existent. "Nu se schimbă caii în mijlocul podului", nu-i așa?
Cu toate acestea, corporațiile mari, de regulă, nu oferă modificări personalizate ale soluțiilor lor, rafinate de zeci de ani și vândute în zeci de țări. În timp ce companiile tinere testează idei sau prototipuri de produse viitoare pe consumatorii potențiali și se bazează pe feedback-ul utilizatorilor pentru dezvoltarea produselor, corporațiile continuă să vândă licențe pentru un produs care cândva a fost cu adevărat excelent, dar, din păcate, este acum învechit și inflexibil.
Și am simțit diferența în abordare pe propria piele. În timpul corespondenței cu producătorul vechiului BMS, a devenit destul de repede evident că actualizarea sistemului existent propusă de vendor ar însemna de fapt achiziționarea unui sistem nou, cu un transfer semi-automat al bazei de date, costuri ridicate și capcane în timpul transferului, pe care nici chiar producătorul nu le putea prognoza. Desigur, în această situație, costul suportului tehnic pentru soluția actualizată creștea, iar necesitatea achiziționării licențelor la extindere rămânea.
Ceea ce era cel mai neplăcut – noul sistem nu putea să ne satisfacă complet cerințele pentru backup. Sistemul BMS actualizat putea fi implementat, așa cum ne doream, pe o platformă cloud, ceea ce ne-ar fi permis să renunțăm la „hardware”, dar opțiunea de backup nu era inclusă în cost. Pentru backup-ul datelor, ar fi trebuit să achiziționăm un al doilea cu izolare maximă și performanță stabilă, ideal pentru proiecte comerciale și SEO. BMS și un set suplimentar de licențe. Cu un cost de aproximativ 76 USD per licență și un număr de adreselor IP de 1000 de unități, se adună 76.000 USD cheltuieli suplimentare doar pentru licențele pentru mașina de rezervă.
Noutatea versiunii actualizate a BMS este necesitatea achiziționării de licențe suplimentare „pentru toate dispozitivele” – chiar și pentru serverul principal. Este important de menționat că există dispozitive conectate la BMS prin intermediul unor gateway-uri. Gateway-ul are o singură adresă IP, dar controlează mai multe dispozitive (în medie 10). În vechea versiune a BMS era necesară o licență pentru fiecare adresă IP a gateway-ului, iar statisticile arătau cam așa: „adrese IP/licențe 1000, dispozitive 1200”. Noua versiune a BMS funcționa după un alt principiu, iar statisticile ar fi arătat „adrese IP 1000, dispozitive/licențe 1200”. Așadar, furnizorul a schimbat modul de alocare a licențelor în noua versiune, iar noi am fost nevoiți să achiziționăm aproximativ 200 de licențe suplimentare.
Bugetul „actualizării” s-a format în cele din urmă din patru puncte:
- costul versiunii cloud și al serviciului de migrare la aceasta;
- licențe suplimentare pentru pachetul existent pentru dispozitivele conectate prin gateway-uri;
- costul versiunii de rezervă în cloud;
- un set de licențe pentru mașina de rezervă.
Costul total al proiectului a depășit 100.000 de dolari! Și nu vorbim aici despre necesitatea achiziționării de licențe pentru dispozitive noi în viitor.
În cele din urmă, am realizat că pentru noi ar fi mai simplu – și poate chiar mai ieftin – să comandăm un sistem creat de la zero, care să țină cont de toate cerințele noastre și să preconizeze o posibilitate de modernizare în viitor. Dar trebuia să găsim dezvoltatori dornici să creeze un astfel de sistem complex, să comparăm ofertele, să alegem și să trecem împreună cu finaliștii prin procesul de la caietul de sarcini până la implementare… Despre asta – citiți în partea a doua a materialului în curând.
Sursa: habr.com
