Què és BMS
El sistema de monitorització del funcionament dels sistemes d'enginyeria en un centre de dades és un element clau de la infraestructura, que afecta directament un indicador tan important per a un centre de dades com la velocitat de resposta del personal davant situacions d'emergència i, en conseqüència, la durada de l'operació ininterrompuda.
Molts venedors globals d'equips per a centres de dades ofereixen sistemes de monitorització BMS (Building Monitoring System). Durant el treball de Linxdatacenter a Rússia, vam tenir l'oportunitat de familiaritzar-nos amb diferents sistemes i trobar enfocaments diametralment oposats dels venedors al funcionament d'aquests sistemes.
Us expliquem com hem actualitzat completament el nostre sistema BMS durant l'últim any i per què.
L'arrel del problema
Tot va començar fa 10 anys amb el llançament del centre de dades Linxdatacenter a Sant Petersburg. El sistema BMS, segons els estàndards de la indústria d'aquells anys, era un servidor físic amb programari instal·lat, al qual s'accedia a través d'un programa client (l'anomenat client "gruix").
En aquell moment hi havia poques empreses que oferissin aquestes solucions al mercat. Els seus productes eren l'estàndard, l'única resposta a una necessitat existent. I hem de donar-los el seu degut: tant aleshores com avui, els líders del mercat generalment s'enfronten a la seva tasca bàsica: oferir solucions funcionals per operar centres de dades.
L'elecció lògica per a nosaltres va ser la solució BMS d'un dels fabricants més grans del món. El sistema seleccionat en aquell moment complia tots els requisits per supervisar una instal·lació d'enginyeria complexa, com ara un centre de dades.
Tanmateix, amb el temps, els requisits i les expectatives dels usuaris (és a dir, nosaltres, els operadors de centres de dades) de les solucions informàtiques han canviat. I els grans venedors, com mostra una anàlisi del mercat de les solucions proposades, no estaven preparats per a això.
El mercat informàtic corporatiu ha experimentat una gran influència del sector B2C. Les solucions digitals d'avui han de proporcionar una experiència còmoda per a l'usuari final: aquest és l'objectiu que els desenvolupadors es plantegen. Això és evident en les millores en les interfícies d'usuari (UI) i l'experiència d'usuari (UX) de moltes aplicacions empresarials.
Una persona s'acostuma a la comoditat de tot allò relacionat amb les eines digitals en la vida quotidiana, i exigeix les mateixes eines que utilitza per a les tasques laborals. La gent espera de les aplicacions empresarials la mateixa visibilitat, intuïtivitat, senzillesa i transparència que tenen a la seva disposició en serveis financers, trucades de taxi o compres en línia. Els especialistes informàtics que implementen solucions en un entorn corporatiu també s'esforcen per rebre tots els "bons" moderns: desplegament i escalat senzills, tolerància a errors i possibilitats de personalització il·limitades.
Els grans venedors internacionals sovint passen per alt aquestes tendències. Confiant en la seva autoritat de llarga data en el sector, les corporacions sovint resulten categòriques i inflexibles quan treballen amb els clients. La il·lusió de la seva pròpia indispensabilitat no els permet veure com les joves empreses tecnològiques apareixen literalment sota els seus nassos, oferint solucions alternatives adaptades a un client concret, i sense pagar en excés per la marca.
Inconvenients de l'antic sistema BMS
El principal desavantatge de la solució BMS obsoleta existent per a nosaltres era el seu funcionament lent. La investigació de diversos esdeveniments en què el personal de guàrdia no responia amb prou rapidesa ens va fer entendre que de vegades hi havia un retard important en la presentació dels esdeveniments al BMS. Al mateix temps, el sistema no estava sobrecarregat ni defectuós, només que les versions dels seus components (per exemple, JAVA) estaven obsoletes i no podien funcionar correctament amb noves versions de sistemes operatius sense actualitzacions. Només va ser possible actualitzar-los juntament amb el sistema BMS, i el venedor no va proporcionar continuïtat automàtica de les versions, és a dir, per a nosaltres el procés seria gairebé tan intensiu com canviar a un nou sistema, i la nova solució es mantindria. algunes de les mancances de l'antic.
Afegim algunes "cosetes" més desagradables aquí:
- Pagament per connectar nous dispositius segons el principi "una adreça IP - una llicència de pagament";
- Impossibilitat d'actualitzar el programari sense comprar un paquet de suport (això significa actualitzar components gratuïts i eliminar errors en el propi programa BMS);
- Alt cost de suport;
- Ubicació en un servidor "ferro", que pot fallar i té recursos informàtics limitats;
- "Redundància" mitjançant la instal·lació d'un segon servidor de maquinari amb un paquet de llicència duplicat. Al mateix temps, no hi ha sincronització de bases de dades entre els servidors principal i de còpia de seguretat, la qual cosa significa transferència manual de bases de dades i un llarg temps de transició a la còpia de seguretat;
- Client d'usuari “gruixut”, inaccessible des de l'exterior, sense extensió per a dispositiu mòbil i opció d'accés remot;
- Una interfície web depurada sense targetes gràfiques i notificacions sonores, accessible des de l'exterior, però pràcticament no utilitzada pels empleats per la seva manca d'informació;
- Manca d'animació a la interfície: tots els gràfics consisteixen només en una imatge "de fons" i icones estàtiques. El resultat és un baix nivell de visibilitat general;
Tot semblava així:
- Una limitació en la creació de sensors virtuals és que només està disponible la funció d'addició, mentre que els models de sensors reals requereixen la capacitat de realitzar un conjunt d'operacions matemàtiques per a càlculs correctes que reflecteixin les realitats de l'operació;
- Impossibilitat d'obtenir dades en temps real o de l'arxiu per a qualsevol finalitat (per exemple, per mostrar-les al compte personal del client);
- Manca total de flexibilitat i capacitat per canviar qualsevol cosa al BMS per adaptar-se als processos existents del centre de dades.
Requisits per a un nou sistema BMS
Tenint en compte l'anterior, els nostres requisits principals van ser els següents:
- Dues màquines independents mútuament redundants amb sincronització automàtica, que funcionen en dues plataformes de núvol diferents en centres de dades diferents (en el nostre cas, centres de dades Linxdatacenter St. Petersburg i Moscou);
- Addició gratuïta de nous dispositius;
- Actualitzacions de programari gratuïtes i els seus components (excepte millores funcionals);
- Codi font obert, que ens permet donar suport al sistema de manera independent en cas de problemes per part del desenvolupador;
- La capacitat de rebre i utilitzar dades del BMS, per exemple, en un lloc web o en el vostre compte personal;
- Accés mitjançant un navegador WEB sense un client gruixut;
- Ús de comptes d'empleats de domini per accedir a BMS;
- Disponibilitat d'animació i molts altres petits i no tan petits desitjos que es van materialitzar en una especificació tècnica detallada.
Darrera gota
En el moment en què ens vam adonar que el centre de dades havia superat el seu BMS, la solució més òbvia ens va semblar per actualitzar el sistema existent. "No canvien de cavall a mig camí", oi?
Tanmateix, les grans corporacions, per regla general, no ofereixen modificacions personalitzades a les seves solucions "polies" de dècades d'antiguitat venudes a desenes de països. Mentre que les empreses joves estan provant una idea o prototip d'un producte futur en consumidors potencials i confien en els comentaris dels usuaris per desenvolupar el producte, les corporacions continuen venent llicències per a un producte que abans era genial, però, per desgràcia, avui està obsolet i inflexible.
I vam sentir la diferència d'enfocament a nosaltres mateixos. Durant la correspondència amb el fabricant de l'antic BMS, ràpidament es va fer evident que l'actualització del sistema existent proposat pel venedor en realitat donaria lloc a la compra d'un nou sistema per a nosaltres amb transferència de base de dades semiautomàtica, alt cost i inconvenients durant el procés. transferència, que ni tan sols el propi fabricant podia predir. Per descomptat, en aquest cas, el cost del suport tècnic per a la solució actualitzada va augmentar i es va mantenir la necessitat de comprar llicències durant l'expansió.
La part més frustrant va ser que el nou sistema no podia complir completament els nostres requisits de redundància. El sistema BMS actualitzat es podria haver implementat, tal com volíem, en una plataforma al núvol, cosa que ens hauria permès eliminar la necessitat de maquinari, però l'opció de redundància no estava inclosa en el preu. Per fer una còpia de seguretat de les dades, hauríem hagut de comprar un segon sistema. servidor virtual BMS i un conjunt addicional de llicències. Amb un cost aproximat de 76 dòlars per llicència i la quantitat Adreces IP Per 1000 unitats, això són 76.000 dòlars en costos addicionals només per les llicències de la màquina de còpia de seguretat.
La "cirera" de la nova versió de BMS va ser la necessitat de comprar llicències addicionals "per a tots els dispositius", fins i tot per al servidor principal. Aquí cal aclarir que hi ha dispositius connectats al BMS mitjançant passarel·les. La passarel·la té una adreça IP, però controla diversos dispositius (10 de mitjana). A l'antic BMS, això requeria una llicència per adreça IP de passarel·la, les estadístiques semblaven a això: "1000 adreces IP/llicències, 1200 dispositius". El BMS actualitzat funcionava amb un principi diferent i les estadístiques serien així: "1000 adreces IP, 1200 dispositius/llicències". És a dir, el venedor de la nova versió va canviar el principi d'assignació de llicències i vam haver de comprar aproximadament 200 llicències més.
El pressupost d'"actualització" constava finalment de quatre punts:
- cost de la versió al núvol i serveis de migració a aquesta;
- llicències addicionals al paquet existent per a dispositius connectats mitjançant passarel·les;
- cost de la versió en núvol de còpia de seguretat;
- un conjunt de llicències per a la màquina de còpia de seguretat.
El cost total del projecte va ser de més de 100 dòlars! I això per no parlar de la necessitat de comprar llicències per a nous dispositius en el futur.
Com a resultat, ens vam adonar que ens seria més fàcil -i potser fins i tot més econòmic- demanar un sistema creat des de zero, tenint en compte totes les nostres exigències i preveient la possibilitat de modernització en el futur. Però els que volien desenvolupar un sistema tan complex encara s'havien de trobar, comparar propostes, seleccionar i amb el finalista recórrer el camí des de les especificacions tècniques fins a la implementació... Llegeix sobre això a la segona part del material ben aviat.
Font: www.habr.com
