Monitoring in u data center: cumu avemu cambiatu u vechju BMS à u novu. Parte 1

Monitoring in u data center: cumu avemu cambiatu u vechju BMS à u novu. Parte 1

Cosa hè BMS

U sistema di monitoraghju per u funziunamentu di sistemi di ingegneria in un centru di dati hè un elementu chjave di l'infrastruttura, chì affetta direttamente un indicatore cusì impurtante per un centru di dati cum'è a rapidità di a risposta di u persunale in situazioni d'emergenza è, in cunseguenza, a durata di l'operazione ininterrotta. 

I sistemi di surviglianza BMS (Building Monitoring System) sò offerti da parechji venditori glubale di l'equipaggiu per i centri di dati. Duranti u travagliu di Linxdatacenter in Russia, avemu avutu l'uppurtunità di cunnosce i diversi sistemi è di scuntrà approcci diametralmente opposti di venditori à u funziunamentu di sti sistemi. 

Vi dicemu cumu aghjurnatu cumplettamente u nostru sistema BMS in l'annu passatu è perchè.  

A radica di u prublema

Tuttu hà cuminciatu 10 anni fà cù u lanciu di u centru di dati Linxdatacenter in San Petruburgu. U sistema BMS, sicondu i normi di l'industria di quelli anni, era un servitore fisicu cù u software installatu, accessu per un prugramma di cliente (u cusì chjamatu cliente "grossu"). 

Ci era pocu cumpagnie chì offrenu tali suluzioni nantu à u mercatu à quellu tempu. I so prudutti eranu u standard, l'unica risposta à una esigenza esistente. È duvemu dà li u so meritu: sia allora sia oghje, i capi di u mercatu in generale affrontanu u so compitu di basa - furnisce suluzioni funziunali per i centri di dati operativi. 

A scelta logica per noi era a suluzione BMS da unu di i più grandi fabricatori di u mondu. U sistema selezziunatu in quellu tempu hà cumpletu tutti i requisiti per u monitoraghju di una facilità di ingegneria cumplessa, cum'è un centru di dati. 

In ogni casu, cù u tempu, i bisogni è l'aspettattivi di l'utilizatori (vale à dì noi, l'operatori di u centru di dati) da e suluzioni IT anu cambiatu. È i grandi venditori, cum'è mostratu da una analisi di u mercatu per i suluzioni pruposti, ùn eranu micca pronti per questu.

U mercatu IT corporativu hà sperimentatu una seria influenza da u settore B2C. A suluzione digitale oghje deve furnisce una sperienza còmoda per l'utilizatori finali - questu hè u scopu chì i sviluppatori si sò stabiliti. Questu hè evidenti in i miglioramenti in l'interfacce d'utilizatore (UI) è l'esperienza d'utilizatore (UX) di parechje applicazioni di l'impresa. 

Una persona s'abitua à u cunfortu di tuttu ciò chì tocca à l'arnesi digitale in a vita di ogni ghjornu, è mette a stessa dumanda à l'arnesi chì usa per i travaglii di travagliu. A ghjente aspetta da l'applicazioni di l'impresa a listessa visibilità, intuitività, simplicità è trasparenza chì sò dispunibuli per elli in servizii finanziarii, chjama di taxi o shopping online. I specialisti in l'informatica chì implementanu soluzioni in un ambiente corporativu s'impegnanu ancu à riceve tutti i "boni" muderni: implementazione è scala simplice, tolleranza à i difetti è pussibulità di persunalizazione illimitate. 

I grandi venditori internaziunali spessu trascuranu queste tendenze. A basa di a so autorità di longa durata in l'industria, e corporazioni sò spessu diventate categuriche è inflexibili quandu travaglianu cù i clienti. L'illusione di a so propria indispensabilità ùn li permette micca di vede cumu i ghjovani cumpagnie di tecnulugia appariscenu literalmente sottu u nasu, offrenu suluzioni alternative adattate à un cliente specificu, senza overpaying per a marca.

Svantaghji di u vechju sistema BMS 

U principale svantaghju di a soluzione BMS obsoleta esistente per noi era u so funziunamentu lento. L'investigazione di parechji avvenimenti induve u persunale di serviziu ùn risponde micca abbastanza rapidamente ci hà purtatu à capisce chì ci era qualchì volta un ritardu significativu in l'avvenimenti affissati in u BMS. À u listessu tempu, u sistema ùn era micca sopracargatu o difettu, era solu chì e versioni di i so cumpunenti (per esempiu, JAVA) eranu obsoleti è ùn puderanu micca travaglià bè cù e versioni novi di sistemi operativi senza aghjurnamenti. Hè pussibule aghjurnà solu cù u sistema BMS, è u venditore ùn hà micca furnitu a continuità automatica di e versioni, vale à dì, per noi, u prucessu seria quasi cum'è un travagliu intensivu cum'è cambià à un novu sistema, è a nova suluzione conservata. alcuni di i difetti di u vechju.  

Aghjunghjite quì uni pochi di "picculi cose" più spiacevoli:

  1. Pagamentu per cunnette novi dispositi nantu à u principiu di "un indirizzu IP - una licenza pagata"; 
  2. Incapacità di aghjurnà u software senza cumprà un pacchettu di supportu (questu significa l'aghjurnamentu di cumpunenti gratuiti è l'eliminazione di l'errori in u prugramma BMS stessu);
  3. altu costu di sustegnu; 
  4. Situazione nantu à un servitore "ferru", chì pò fallu è hà risorse informatiche limitate;
  5. "Redundancy" installendu un secondu servitore hardware cù un pacchettu di licenza duplicata. À u listessu tempu, ùn ci hè micca una sincronizazione di basa di dati trà i servitori principali è di salvezza - chì significa trasferimentu manuale di basa di dati è un longu tempu per passà à a copia di salvezza;
  6. Cliente d'utilizatore "grossu", inaccessibile da l'esternu, senza estensione per un dispositivu mobile è opzione d'accessu remota;
  7. Una interfaccia web spogliata senza carte grafiche è notificazioni di sonu, accessibile da l'esternu, ma praticamente micca utilizata da l'impiegati per via di a so mancanza d'infurmazioni;
  8. Mancanza d'animazione in l'interfaccia - tutti i grafici sò custituiti solu da una maghjina "sfondu" è icone statiche. U risultatu hè un livellu generale bassu di visibilità;

    Tuttu pareva qualcosa cusì:

    Monitoring in u data center: cumu avemu cambiatu u vechju BMS à u novu. Parte 1

    Monitoring in u data center: cumu avemu cambiatu u vechju BMS à u novu. Parte 1

  9. Una limitazione in a creazione di sensori virtuali hè chì solu a funzione di l'aghjunzione hè dispunibule, mentre chì i mudelli di sensori veri necessitanu l'abilità di realizà un settore di operazioni matematiche per i calculi curretti chì riflettenu a realità di l'operazione; 
  10. Incapacità di ottene dati in tempu reale o da l'archiviu per ogni scopu (per esempiu, per vede in u contu persunale di u cliente);
  11. Mancanza cumpleta di flessibilità è capacità di cambià qualcosa in u BMS per adattà à i prucessi di u centru di dati esistenti. 

Requisiti per un novu sistema BMS

In cunsiderà ciò chì sopra, i nostri bisogni principali eranu i seguenti:

  1. Dui machini indipindenti mutualmente ridondanti cù sincronizazione automatica, chì currenu nantu à dui plataformi nuvola diffirenti in centri di dati diffirenti (in u nostru casu, i centri di dati Linxdatacenter St. Petersburg è Mosca);
  2. Addizione gratuita di novi dispositi;
  3. L'aghjurnamenti di u software gratuitu è ​​i so cumpunenti (eccettu per migliurà funziunale);
  4. Open source code, chì ci permette di sustene indipindentamente u sistema in casu di prublemi da parte di u sviluppatore;
  5. A capacità di riceve è aduprà dati da u BMS, per esempiu, in un situ web o in u vostru contu persunale;
  6. Accessu via navigatore WEB senza un cliente grossu;
  7. Utilizà i cunti di l'impiegati di u duminiu per accede à BMS;
  8. Disponibilità di l'animazione è assai altri desideri chjuchi è micca cusì chjuchi chì si sò materializzati in una specificazione tecnica dettagliata.

Ultima paglia

Monitoring in u data center: cumu avemu cambiatu u vechju BMS à u novu. Parte 1

À u mumentu quandu avemu capitu chì u centru di dati avia superatu u so BMS, a suluzione più ovvia ci pareva d'aghjurnà u sistema esistenti. "Ùn cambianu micca i cavalli à mità di strada", nò? 

In ogni casu, e grandi corporazioni, in regula, ùn offrenu micca mudificazioni persunalizati à e so solu suluzione "pulita" di decennii venduti in decine di paesi. Mentre chì i ghjovani cumpagnie testanu una idea o prototipu di un pruduttu futuru nantu à i cunsumatori potenziali è si basanu nantu à i feedback di l'utilizatori per sviluppà u pruduttu, e corporazioni cuntinueghjanu à vende licenze per un pruduttu una volta veramente cool, ma, sfortunatamente, oghje hè obsoletu è inflexible.

È avemu sentitu a diffarenza in l'approcciu di noi stessi. Duranti a currispundenza cù u fabricatore di l'antica BMS, hè diventatu prestu chjaru chì l'aghjurnamentu di u sistema esistente prupostu da u venditore hà daveru risultatu in l'acquistu di un novu sistema per noi cù trasferimentu di basa di dati semi-automaticu, altu costu è trappule durante u trasferimentu, chì ancu u fabricatore stessu ùn pudia predice. Di sicuru, in questu casu, u costu di supportu tecnicu per a suluzione aghjurnata hà aumentatu, è a necessità di cumprà licenze durante l'espansione restava.

È a cosa più dispiacevule era chì u novu sistema ùn pudia micca cumplettamente i nostri bisogni di riservazione. U sistema BMS aghjurnatu puderia esse implementatu, cum'è vulemu, nantu à una piattaforma di nuvola, chì ci permette di abbandunà u hardware, ma l'opzione di redundanza ùn era micca inclusa in u prezzu. Per fà una copia di salvezza di e dati, duvemu cumprà un secondu servitore virtuale BMS è un set supplementu di licenze. Cù u costu di una licenza hè di circa $ 76 è u numeru di indirizzi IP hè 1000 unità, chì aghjunghje à $ 76 in spese supplementari solu per licenze per a macchina di salvezza. 

A "cherry" in a nova versione di BMS era a necessità di cumprà licenze supplementari "per tutti i dispositi" - ancu per u servitore principale. Quì hè necessariu di chjarificà chì ci sò dispusitivi cunnessi à u BMS per via di gateway. U gateway hà un indirizzu IP, ma cuntrolla parechji dispositi (10 in media). In l'antica BMS, questu richiedeva una licenza per l'indirizzu IP di u gateway, e statistiche parevanu qualcosa cusì: "1000 indirizzi IP / licenze, 1200 dispositi". U BMS aghjurnatu hà travagliatu annantu à un principiu diversu è e statistiche pareranu cusì: "1000 indirizzi IP, 1200 dispositi / licenze". Questu hè, u venditore in a nova versione hà cambiatu u principiu di l'assignazione di licenze, è avemu avutu à cumprà circa 200 licenze supplementari. 

U bilanciu di "aghjurnà" in ultimamente era custituitu di quattru punti: 

  • u costu di a versione in nuvola è i servizii di migrazione à questu; 
  • licenze supplementari à u pacchettu esistente per i dispositi cunnessi via gateways;
  • costu di a versione di salvezza in nuvola;  
  • un set di licenze per a macchina di salvezza. 

U costu tutale di u prugettu era più di $ 100! È questu ùn hè micca di parlà di a necessità di cumprà licenze per novi dispositi in u futuru.

In u risultatu, avemu capitu chì saria più faciule per noi - è forse ancu più prezzu - per urdinà un sistema creatu da zero, tenendu in contu tutti i nostri bisogni è furnisce a pussibilità di mudernizazione in u futuru. Ma quelli chì vulianu sviluppà un sistema cusì cumplessu anu sempre esse truvatu, pruposte paragunate, selezziunate è cù u finalista marchjò u percorsu da e specificazioni tecniche à l'implementazione ... Leghjite nantu à questu in a seconda parte di u materiale assai prestu. 

Source: www.habr.com

Add a comment