Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3

Ni daŭrigas nian rakonton pri kiel ni ŝanĝis la BMS-sistemon en niaj datumcentroj (parto 1, parto 2). Samtempe, ni ne simple interŝanĝis la solvon de unu vendisto kontraŭ alia, sed evoluigis sistemon de nulo por konveni niajn postulojn. Fine de nia rakonto, ni dividas la rezultojn de la farita laboro kaj interesajn solvojn, kiuj povas esti utilaj al vi.

Nova interfaco

Ĉi tie, kiel oni diras, estas pli bone vidi unufoje.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3Rakoj.

Ni rigardu la diferencojn.

  • La unua estas красиво oportuna. Rimarku kiom facile fariĝis spuri la ŝarĝojn sur PDU-moduloj ("Bankoj" aŭ simple "Bankoj") kaj la sumon de paralelaj ŝarĝoj de parigitaj moduloj. Sur la rako modelo de la nova BMS, ni tuj vidas, ke la malsuperaj parigitaj PDU-moduloj estas troŝarĝitaj (la totala fluo estas pli alta ol la permesebla 16A - "blua" sciigo), kaj la supraj estas subŝarĝitaj. Se unu el la enigaĵoj estas malkonektita, la tuta ŝarĝo translokiĝos al la dua, kaj la pli malalta modulo, kiu restas energiigita, malŝaltos pro troŝarĝo. Por malhelpi ĉi tion okazi, la datumcentra subteno servos anticipe avertos la klienton kaj sendos rekomendon pri kiel redistribui la ŝarĝon.
  • Facila aldono de ekipaĵo. En la nova BMS, virtualaj sensiloj por sumoj de modulfluoj kaj rako-potenco jam estas aldonitaj al normaj rakoŝablonoj kaj estas kreitaj aŭtomate post aldonado de PDU al la rako. En la malnova BMS, ili devis esti kreitaj permane kaj tiam trenitaj sur la mapon, kio pliigis la probablecon de eraro pro la "homa faktoro".
  • Senlima amplekso por kreivo. Nun ni ne havas limigojn dum kreado de virtualaj sensiloj. Vi povas konstrui absolute ajnajn matematikajn modelojn de ajnaj variabloj. Ĉi tio signifas, ke ni havas la kapablon krei kompleksajn virtualajn sensilojn (antaŭe ni nur povis aldoni valorojn) kaj pli bone analizi statistikojn kaj tendencojn en la agado de inĝenieraj sistemoj. Ĉi tio plibonigas la kvaliton de decidoj faritaj koncerne sisteman agordon, ekipaĵanstataŭigon, kaj rimedadministradon. 
  • Klara interfaco. En la nova interfaco estas neniu malordo de ikonoj, adorantoj turniĝas, ŝaltiloj "klakas". Kaj la plej oportuna afero estas la kapablo indiki la staton de PDU-Linio A/B ene de la rakoj. Ni provis fari ion similan en la malnova BMS, sed la nombro da kunfanditaj ikonoj po kvadrata centimetro de la mapo devigis nin forlasi ĝin.

Nun estas agrable rigardi:

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
Servilo.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
Fragmento de la ĉefa ŝaltpanelo.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
Kontrolpanelo de ventolado.

Kaj la nova BMS povas esti ornamita por la Novjaro :)
Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3

Unu paĝo - reciproka kompreno sen vorto kaj sen teknikaj specifoj

De tre longa tempo ni volis efektivigi alian "trukon" en BMS: kompili la ĉefajn parametrojn de la datumcentro sur unu paĝo, tiel ke unu rigardo al la ekrano sufiĉus por taksi la staton de la ĉefaj sistemoj. Tamen ni ne plene komprenis, kiel ĝi devus aspekti.

Eĉ antaŭ ol la evoluo de la nova BMS komenciĝis, ni vizitis dekduon da datumcentroj en Nederlando dum ekskursoj. Unu el la celoj estis vidi ekzemplojn de efektivigo de tia paĝo.

Kaj eĉ ne unu datumcentro montris ĝin al ni - en iuj ĝi ne estis tie, en aliaj ĝi "estas disvolvita nun", en aliaj ĝi estis "granda komerca sekreto". Tial, en niaj kondiĉoj por la kreado de nova BMS, ne estis preciza priskribo de ĉi tiu tre grava paĝo por ni.

Kiel rezulto, ni elpensis ĝin laŭvorte "sur la muŝo". Ĝuste en tiu momento mi devis malproksime konsulti kolegojn en la datumcentro. Estis tre maloportune rulumi tra la paĝoj de BMS ĉe la telefono serĉante disajn datumojn, kaj fakte la unua versio estis skizita sur buŝtuko. Unu paĝo. Ĝi estis efektivigita de la programistoj surbaze de la foto. 

Sekvante la ekzemplon de niaj singardaj nederlandaj kolegoj, ni ne montros la finan version de nia ĉefa paĝo, precipe ĉar ĉiu datumcentro estas unika kaj ne utilas kopii ĝin. Sed ni priskribu du ĉefajn principojn de ĝia formado:

  1. Ĉi tio estas tablo dizajnita por konveni la formaton de vertikala saĝtelefona ekrano (aŭ monitoro, sed konservante vertikalan aranĝon), kun ĉiuj gravaj informoj montritaj sur unu ekrano. Super la tablo estas "resumo" de aktivaj okazaĵoj, do estis plej oportune kunmeti ilin en vertikala formato. 
  2. La aranĝo de ĉeloj en la tabelo sekvas la arkitekturon de la datumcentro (fizika aŭ logika). Ni forlasis la aranĝon de sistemoj en alfabeta ordo, kiel estus dezirinda unuavide. La sekvenco reflektas la vidajn asociojn de datencentropersonaro - kvazaŭ ili fizike monitorus ĉiujn ĉambrojn kaj sistemojn. Ĉi tio faciligas trovi informojn.

Fakte, nun absolute ĉiuj ŝlosilaj trajtoj de la datumcentro estas grupigitaj kaj prezentitaj sur unu ekrano de la inteligenta telefono/monitoro de la respondeca inĝeniero kaj administranto, dum ligo al la fizika kaj logika topografio de la datumcentro estas efektivigita. 

Jen foto de tiu unua malneto, kvankam, kompreneble, tiam ĉi tiu versio estis repensita kaj finpretigita.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3

Agnosko kaj okazaĵresumo

Ni parolu pri alia nova koncepto por ni, kiu aperis kiel rezulto de la projekto ĝisdatigi la monitoran sistemon.

Manpremo estas sufiĉe malofta termino, kiu estis proponita de la programisto de la nova BMS. Ĝi signifas konfirmon, ke la funkciigisto vidis la okazaĵon, agnoskis ĝin kaj akceptis respondecojn por solvi ĝin.  

La vorto algluiĝis, kaj nun ni "agnoskas" okazaĵojn.

La algoritmo inkluzivita en la baza versio de la nova BMS ne konvenis al ni. Fakte, ĉi tiuj estis komentoj al la evento-protokolo, tio estas, solvitaj okazaĵoj ne malaperis el la protokolo, kaj akceptitaj ("agnoskitaj") tiaj ne estis ordigitaj de novaj.

Kiel rezulto, fenestro nomita "resumo" estis evoluigita, en kiu:

  1. Nur aktivaj okazaĵoj kaj aparatoj en servoreĝimo estas montrataj (neniuj komercaj bluaj sciigoj).
  2. Estas klara distingo inter NOVA kaj AKEPTAJ okazaĵoj.
  3. Estas indikite kiu akceptis la okazaĵon.

La laboralgoritmo por deĵoraj oficiroj en la nova BMS estas jena:

  1. Novaj okazaĵoj estas inkluditaj en la raporto kaj atendas agnoskon. Ili ne povas resti en ĉi tiu sekcio dum longa tempo; la persono deĵoranta por la ekipaĵo devas tuj preni kontrolon de la okazaĵo.
  2. La dungito prenas respondecon pri la okazaĵo klakante sur la marko dekstre. Ĉar ĉiuj dungitoj estas sub unikaj kontoj, aŭtomate montriĝas, kiu akceptis la okazaĵon. Se necese, lasu komenton.
  3. La okazaĵo estas movita al la sekcio "Agnoskita", la resto de la devooficiroj kaj la manaĝero komprenas, ke la okazaĵo estas pritraktita de la respondeca dungito.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
Ekzemplo de resuma fenestro kun nova kaj jam agnoskita mesaĝo.

Konektante la resuman fenestron kun la Unu paĝa tabelo, ni ricevis plenan ĉefa ekrano BMS-sistemo, kie vi povas tuj vidi: 

  • kondiĉo de la ĉefaj datumcentraj sistemoj;
  • ĉeesto de novaj neprilaboritaj okazaĵoj;
  • la ĉeesto de akceptitaj okazaĵoj kaj informoj pri kiu specife forigas ilin.

Aliro al retumilo kaj telefonaj ŝprucfenestroj

La retinterfaco, alirebla de iu ajn aparato de ie ajn en la mondo, estas tute kontrasto al la "dika" kliento, kiu estas tute fermita al eksteraj uzantoj. 

La malnova aliro kaŭzis gamon da ĝenoj, de problemoj en organizado de malproksima laboro por monitorado de servaj dungitoj ĝis la bezono instali "dikajn" klientojn de distribuaj kompletoj sur stablaborejoj en la datumcentro.

Nun iu ajn paĝo en BMS havas unikan adreson, kiu ebligas al vi kunhavigi ne nur la rektan adreson de la paĝo aŭ aparato, sed ankaŭ ligilojn al unikaj grafikaĵoj/raportoj. 

Aliro al la sistemo nun estas efektivigita per LDAP-aŭtentikigo per Active Directory, kiu pliigas ĝian nivelon de sekureco. 

Movebleco hodiaŭ estas ŝlosila faktoro en la kvalita laboro de deĵorantaj inĝenieroj. Krom viglado de monitorado en la deĵorŝanĝa ĉambro, inĝenieroj faras rondojn, plenumas rutinajn laborojn ekster la "deĵoran ĉambron" kaj, danke al la ĉefa ekrano BMS optimumigita por moveblaj ekranoj, ne perdas kontrolon de tio, kio okazas en la turbinĉambroj, eĉ. por sekundo. 

La kvalito de kontrolo ankaŭ estas plibonigita danke al la funkcieco de laborbabiloj. Ili akcelas laborprocezojn permesante al la korespondado de deĵorantaj inĝenieroj esti "ligita" al la BMS. Ekzemple, ni uzas la aplikaĵon Teamoj, kiu ebligas al vi fari internan korespondadon kaj ricevi ĉiujn mesaĝojn de la BMS sur via telefono en la formo de ŝprucfenestraj Puŝaj sciigoj, kiu forigas la bezonon de la deĵoroficiro konstante rigardi la telefonon. ekrano.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
 Premu sciigon sur la ekrano de la inteligenta telefono.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
Tiel aspektas sciigoj en la Teamoj-aplikaĵo.

Samtempe, ŝprucfenestraj sciigoj estas agorditaj nur por mesaĝoj pri la okazo de incidentoj, tiel minimumigante la distran faktoron; la dungitaro scias: se Teams Push Notification aperas sur la ekrano de la inteligenta telefono, tiam ili devas iri al la paĝo de BMS. kaj akceptu la okazaĵon. Okazaĵsolvomesaĝoj estas spuritaj sur la BMS-paĝo.

Monitorado en la datumcentro: kiel ni anstataŭigis la malnovan BMS per nova. Parto 3
La foto montras la interfacon BMS en inteligenta telefono.

Resumi

Dum la kosto de ĝisdatigo de BMS de nia malnova vendisto estis komparebla al evoluigado de nova sistemo de nulo (ĉirkaŭ $ 100), la diferenco en la funkcieco de la produktoj montriĝis kolosa. Ni ricevis flekseblan sistemon optimumigitan por niaj komercaj taskoj kaj procezoj. Ni ankaŭ atingis signifajn ŝparaĵojn en daŭra sistemo-subteno kaj ĝisdatigkostoj. 

Sed, kompreneble, estis malfacilaĵoj. 

  • Unue, ni subtaksis la kvanton da ŝanĝoj, kiuj devis esti faritaj al la baza versio de la nova BMS kaj ne plenumis la antaŭinterkonsentitajn templimojn. Por ni, ĉi tio ne estis kritika problemo, ĉar ni estis asekuritaj ĝis la lasta minuto kaj laboris pri la malnova sistemo, kaj la procezo estis krea, kompleksa kaj tial foje iris pli malrapide ol atendite. Krome, ni ĉiam vidis, ke nia programisto faras ĉiujn klopodojn por atingi la plej bonan rezulton. Sed fakte, la rakonto montriĝis tre longa, kaj niaj ĉefaj specialistoj elspezis por ĝi multe pli da penado kaj tempo ol ili planis. 
  • Due, ni bezonis plurajn stadiojn de testado por sencimigi la algoritmon por rezervado de virtualaj maŝinoj kaj komunikaj kanaloj. Komence, estis misfunkciadoj kaj flanke de la BMS-sistemo kaj flanke de starigado de virtualaj maŝinoj kaj la reto. Ĉi tiu senararigado ankaŭ prenis tempon. Feliĉe, la entreprenisto ricevis testan platformon en la formo de nuba servo, kie ĉiuj agordoj kaj novigoj estis komence provitaj.
  • Trie, la rezulta sistemo montriĝis pli malfacile redaktebla de la fina uzanto. Se antaŭe mapo konsistis el fono (grafika dosiero) kaj ikonoj, kiuj estis facile ŝanĝi aŭ movi, nun ĝi estas kompleksa grafika interfaco kun animacio, kiu postulas certajn redaktadkapablojn.

La radikala ĝisdatigo de nia BMS-sistemo jam povas esti nomita la plej grava projekto de la pasinta jaro, kiu serioze influos la kvaliton de operacia administrado de niaj retejoj estonte. 

Ni, kompreneble, ne elĵetis la malnovan ferservilon, sed "malpezigis ĝin": ni purigis ĝin de miloj da "komercaj" virtualaj sensiloj kaj PDU-oj kaj lasis en ĝi nur kelkajn dekojn el la plej kritikaj aparatoj, kiel dizelo. generatoroj, UPS, klimatiziloj, pumpiloj, elfluaj sensiloj kaj temperaturoj En ĉi tiu reĝimo, lia iama rapideco revenis, kaj li povas esti "rezerva rezervo". Cetere, post forigo de la PDU de la malnova BMS, ni liberigis ĉirkaŭ 1000 nun nenecesajn permesilojn, ĉu vi hazarde scias, kion fari kun ili?

fonto: www.habr.com