Vazhdorim tregimin tonë për mënyrën si e kemi ndryshuar sistemin BMS në qendrat tona të të dhënave (, ). Nuk e kemi ndryshuar thjesht një zgjidhje të një ofruesi me një tjetër, por kemi zhvilluar një sistem nga e para sipas kërkesave tona. Në përfundim të historisë tonë, ndajmë rezultatet e punës së bërë dhe zgjidhjet interesante që mund të jenë të dobishme për ju.
Ndërfaqja e re
Këtu, siç thonë, është më mirë një herë ta shohësh.
Raftet.
Le të shpjegojmë dallimet.
- SĂ« pari, kjo Ă«shtĂ« e bukur e wygre. Kujdesi nĂ« vĂ«mendje, sa lehtĂ« Ă«shtĂ« bĂ«rĂ« tĂ« monitorohet ngarkesa nĂ« modulĂ«t («Banks» ose thjesht «Banka») PDU dhe shuma e ngarkesave paralele tĂ« modulĂ«ve çiftĂ«. NĂ« modelin e rafteve nga BMS e re, ne menjĂ«herĂ« shohim se modulĂ«t e poshtĂ«m tĂ« çiftĂ«ve PDU janĂ« tĂ« mbingarkuar (rrjedha totale Ă«shtĂ« mbi 16A tĂ« lejuara â njoftimi «blu»), ndĂ«rsa tĂ« sipĂ«rm janĂ« nĂ«n-ngarkuar. NĂ«se ndĂ«rpritet njĂ« nga hyrjet, e gjithĂ« ngarkesa do tĂ« kalojĂ« nĂ« tĂ« dytin, dhe moduli i poshtĂ«m qĂ« mbetet nĂ«n tension do tĂ« ndĂ«rpritet pĂ«r shkak tĂ« mbingarkesĂ«s. PĂ«r tĂ« parandaluar njĂ« gjĂ« tĂ« tillĂ«, shĂ«rbimi i mbĂ«shtetjes sĂ« qendrĂ«s sĂ« tĂ« dhĂ«nave do tĂ« paralajmĂ«rojĂ« paraprakisht klientin dhe do tĂ« dĂ«rgojĂ« rekomandimin se si tĂ« rivendoset ngarkesa.
- Shtimi i lehtë i pajisjeve. Në BMS e re, sensorët virtualë të shumave të rrjedhave të modulëve dhe fuqisë së raftit janë tashmë të shtuar në shabllonet e rafteve tipike dhe krijohen automatikisht pas shtimit në raftin PDU. Në BMS e vjetër, ato duhej të krijoheshin manualisht dhe më pas të tërhiqeshin në hartë, duke rritur rrezikun e gabimeve për shkak të «faktorit njerëzor».
- HapsirĂ« e pakufizuar pĂ«r krijimtari. Tani nuk kemi kufizime nĂ« krijimin e sensorĂ«ve virtualĂ«. Mund tĂ« ndĂ«rtosh modele matematikore tĂ« çdo variabli. Kjo do tĂ« thotĂ« se kemi mundĂ«si pĂ«r tĂ« krijuar sensorĂ« virtualĂ« tĂ« ndĂ«rlikuar (mĂ« parĂ« mund tĂ« vetĂ«m bashkoheshin vlerat) dhe tĂ« analizojmĂ« mĂ« mirĂ« statistikĂ«n dhe tendencat e funksionimit tĂ« sistemeve inxhinierike. Kjo rrit cilĂ«sinĂ« e vendimeve tĂ« marra pĂ«r konfigurimin e sistemeve, zĂ«vendĂ«simin e pajisjeve dhe menaxhimin e burimeve.Â
- NdĂ«rfaqe e qartĂ«. NĂ« ndĂ«rfaqen e re nuk ka ngarkesash ikona, ventilatorĂ«t rrotullohen, ndĂ«rprerĂ«sit «klikon». Dhe mĂ« e mira â Ă«shtĂ« mundĂ«sia e indikimit tĂ« gjendjes PDU Line A/B brenda rafteve. Kemi provuar tĂ« bĂ«jmĂ« diçka tĂ« ngjashme nĂ« BMS e vjetĂ«r, por numri i ikona qĂ« shkrijnĂ« nĂ« çdo centimetrin katror tĂ« hartĂ«s na bĂ«ri tĂ« heqim dorĂ« nga kjo.
Tani është kënaqësi për syrin të shohësh:
Serverët.
Fragmenti i GRS.
Paneli i kontrollit të ventilacionit.
Dhe gjithashtu BMS e re mund tĂ« zbukurohet pĂ«r Vitin e Ri đ
One page â mirĂ«kuptim me njĂ« fjalĂ« dhe pa TĐ
Kemi dashur shumë kohë të realizojmë një «tip» tjetër në BMS: të përmbledhim në një faqe parametrat kryesorë të QDS-së, në mënyrë që një shikim në ekran të ishte mjaftueshëm për të vlerësuar gjendjen e sistemeve kryesore. Megjithatë, nuk e dinim se si duhej të duket.
Para fillimit të zhvillimit të BMS së re, vizituam me ekskursione njëzet QDS në Holandë. Një nga qëllimet ishte të shihnim shembuj të realizimit të një faqe të tillë.
Dhe nĂ« asnjĂ« QDS nuk na e treguan atĂ« â ndonjĂ«herĂ« ajo nuk ekzistonte, ndonjĂ«herĂ« «po zhvillohej tani», ndonjĂ«herĂ« ishte njĂ« «sekret i madh komercial». Prandaj, nĂ« TĐ-nĂ« tonĂ« pĂ«r krijimin e BMS sĂ« re, pĂ«rshkrimi i saktĂ« i kĂ«saj faqeje shumĂ« tĂ« rĂ«ndĂ«sishme pĂ«r ne mungonte.
Si rezultat, e shpikĂ«m atĂ« fjalĂ« pĂ«r fjalĂ« «nĂ« ecje». PikĂ«risht nĂ« atĂ« moment, duhej tĂ« konsultonim me kolegĂ«t nĂ« QDS pĂ«rmes Skype. TĂ« kesh nevojĂ« tĂ« shfletojĂ« faqet e BMS nĂ« telefon pĂ«r tĂ« kĂ«rkuar tĂ« dhĂ«na tĂ« shpĂ«rndara ishte shumĂ« e papĂ«rshtatshme, dhe nĂ« fakt, versioni i parĂ« u bĂ« nĂ« njĂ« servetĂ«. One page. Dhe ajo u realizua nga zhvilluesit sipas fotos.Â
Duke ndjekur shembullin e kolegëve hollandezë, nuk do të demonstrojmë variantin përfundimtar të faqeve tona kryesore, aq më tepër që çdo QDS është unik dhe nuk ka kuptim ta kopjojmë. Por do të përshkruajmë dy parime kryesore të formimit të saj:
- Kjo Ă«shtĂ« njĂ« tabelĂ« e dizajnuar pĂ«r formatin e ekranit vertikal tĂ« smartphone-ve (ose monitorit, por duke ruajtur pozicionin vertikal), duke treguar tĂ« gjitha informacionet e rĂ«ndĂ«sishme nĂ« njĂ« ekran. PĂ«rmbi tabelĂ« jepet njĂ« «pĂ«rmbledhje» e incidenteve aktive, prandaj vendosja e tyre sĂ« bashku ishte mĂ« e lehtĂ« nĂ« formatin vertikal.Â
- Pozicioni i qelizave nĂ« tabelĂ« pĂ«rsĂ«rit arkitekturĂ«n e QDS-sĂ« (fizike ose logjike). Ne u heqĂ«m dorĂ« nga renditja e sistemeve nĂ« rend alfabetik, siç mund tĂ« duket nĂ« fillim. Rendi reflekton asociacionet vizuale tĂ« stafit tĂ« datacenter-it â siç do tĂ« ishin fizikisht duke monitoruar tĂ« gjitha ambientet dhe sistemet. Kjo e thjeshton kĂ«rkimin e informacionit.
NĂ« thelb, tani tĂ« gjitha karakteristikat kryesore tĂ« QendrĂ«s sĂ« TĂ« DhĂ«nave janĂ« grupuar dhe paraqitur nĂ« njĂ« ekran tĂ« vetĂ«m tĂ« smartphone-it/monitorit tĂ« inxhinierit pĂ«rgjegjĂ«s dhe menaxherit, duke realizuar lidhjen me topografinĂ« fizike dhe logjike tĂ« QendrĂ«s sĂ« TĂ« DhĂ«nave.Â
Këtu është foto e skicës së parë, megjithatë, sigurisht, kjo version u rishikua dhe u përmirësua më vonë.
Konfirmimi dhe përmbledhja e incidenteve
Do të flasim për një koncept tjetër të ri për ne, i shfaqur si rezultat i projektit për rinovimin e sistemit të monitorimit.
Konfirmimi Ă«shtĂ« njĂ« term mjaft i rrallĂ«, i propozuar nga zhvilluesi i BMS-sĂ« sĂ« re. Ai do tĂ« thotĂ« konfirmimin se operatori e pa incidentin, e konfirmoi atĂ« dhe e mori mbi vete detyrimin pĂ«r ta zgjidhur. Â
Fjala u pranuar, dhe tani ne 'konfirmojmë' incidentet.
Algoritmi i vendosur në versionin themelor të BMS-së së re nuk na kënaqte. Në thelb, kjo ishte një koment në regjistrin e ngjarjeve, dmth incidentet e zgjidhura nuk zhdukeshin nga regjistri, dhe ato të pranuara ('konfirmuara') nuk përziheshin nga të reja.
Si rezultat, u zhvillua një dritare me emrin 'përmbledhje', në të cilën:
- Shfaqen vetëm incidentet aktive dhe pajisjet në modin shërbim (pa njoftime komerciale 'blu').
- Qartë ndahen incidentet e REJA dhe të PRANUARA.
- Tregohet kush e pranoi incidentin.
Algoritmi i punës së turnit në BMS-në e re është si vijon:
- Incidentet e reja bien në përmbledhje dhe presin konfirmim. Ato nuk mund të qëndrojnë gjatë në këtë seksion, inxhinieri përgjegjës për pajisjen duhet ta pranojë menjëherë incidentin.
- Punonjësi e pranon incidentin duke klikuar mbi shenjën përpara. Duke qenë se të gjithë punonjësit kanë llogari unike - automatikisht shfaqet kush e pranoi incidentin. Nëse është e nevojshme, lëshohet një koment.
- Incidenti zhvendoset në seksionin 'Të Konfirmuara', të tjerët në turn dhe menaxheri kuptojnë se incidenti po trajtohet nga punonjësi përgjegjës.
Shembulli i dritares së përmbledhjes me një mesazh të ri dhe tashmë të konfirmuar.
Duke lidhur dritaren e pĂ«rmbledhjes me tabelĂ«n One page, ne morĂ«m njĂ« ekran tĂ« plotĂ« tĂ« sistemit BMS, nĂ« tĂ« cilin mund tĂ« shihni menjĂ«herĂ«: gjendjen e sistemeve kryesore tĂ« QendrĂ«s sĂ« TĂ« DhĂ«nave;Â
- pr ĐœĐ°Đ»ĐžŃОД ĐœĐ° ĐžĐœŃĐžĐŽĐ”Ń ĐœĐŸĐČ;
- ĐżŃ ĐœĐ°Đ»ĐžŃОД ĐœĐ° ĐžĐœŃĐžĐŽĐ”Ń tĂ« pranuar dhe tĂ« dhĂ«na se kush konkretisht po i zgjidh ato.
- prania e incidenteve të pranuara dhe informacion mbi atë se kush konkretisht i zgjidh ato.
Qasja përmes shfletuesit dhe njoftimet në telefon
NdĂ«rfaqja nĂ« web, e cila Ă«shtĂ« e aksesueshme nga çdo pajisje nga çdo vend i botĂ«s, Ă«shtĂ« njĂ« kontrast i dukshĂ«m me "klientin e trashĂ«", qĂ« Ă«shtĂ« plotĂ«sisht i mbyllur pĂ«r pĂ«rdoruesit e jashtĂ«m.Â
Pranimi i vjetër kishte një kompleks pengesash, nga problemet në organizimin e punës nga distanca për punonjësit e shërbimit të monitorimit deri te nevoja për të instaluar "klientë të trashë" nga disqe në vendet e punës të personelit në Qendrën e të Dhënave.
Tani çdo faqe nĂ« BMS ka njĂ« adresĂ« unike, e cila lejon ndarjen jo vetĂ«m tĂ« adresĂ«s direkte tĂ« faqes ose pajisjes, por edhe lidhjeve pĂ«r grafikat/raportet unike.Â
Arsimi nĂ« sistem tani bĂ«het pĂ«rmes autentifikimit LDAP nĂ«pĂ«rmjet Active Directory, qĂ« forcon nivelin e sigurisĂ« sĂ« saj.Â
Mobiliteti sot Ă«shtĂ« njĂ« faktor kyç pĂ«r punĂ«n e kualitetit tĂ« inxhinierĂ«ve tĂ« turneve. PĂ«rveç kontrollit tĂ« monitorimit nĂ« dhomĂ«n e turneve, inxhinierĂ«t bĂ«jnĂ« inspektime, pĂ«rfundojnĂ« punĂ«t aktuale jashtĂ« "turneve" dhe, falĂ« ekranit kryesor tĂ« BMS qĂ« Ă«shtĂ« optimizuar pĂ«r ekranin e lĂ«vizshĂ«m, nuk e humbasin kontrollet mbi ndodhitĂ« nĂ« dhomat e makinerive as pĂ«r njĂ« moment.Â
Cilësia e kontrollit përmirësohet gjithashtu falë funksionalitetit të bisedave të punës. Ato e nxitojnë procesin e punës, duke lejuar "lidhen" bisedat e inxhinierëve të turneve me BMS. Ne, për shembull, përdorim aplikacionin Teams, i cili lejon komunikimin e brendshëm dhe marrjen në telefon të të gjitha mesazheve nga BMS si njoftime të shfaqjes, që e çliron turnin nga nevoja për të parë vazhdimisht ekranin e telefonit.
 Njoftim të shfaqjes në ekranin e smartphone-it.
Kështu duken njoftimet në aplikacionin Teams.
Në të njëjtën kohë, njoftimet e shfaqjes janë të konfiguruara vetëm për mesazhe lidhur me incidentet, duke minimizuar kështu faktorët shpërqendrues; personeli e di: nëse në ekranin e smartphone-it shfaqet një njoftim shfaqje Teams, duhet të hyjë në faqen e BMS dhe të pranojë incidentin. Mesazhet për zgjidhjen e incidenteve ndjekin tashmë në faqen e BMS.
Në foto, ndërfaqja e BMS në smartphone.
Në përfundim
Me çmimin pĂ«rmirĂ«simit tĂ« BMS nga ofruesi ynĂ« i vjetĂ«r, i barabartĂ« me zhvillimin e njĂ« sistemi tĂ« ri nga e para (rreth $100,000), dallimi nĂ« funksionalitetin e produkteve ka qenĂ« kolosal. Ne morĂ«m njĂ« sistem fleksibĂ«l, tĂ« optimizuar pĂ«r detyrat dhe proceset tona tĂ« biznesit. Gjithashtu arritĂ«m njĂ« kursim tĂ« rĂ«ndĂ«sishĂ«m nĂ« shpenzimet aktuale pĂ«r mbĂ«shtetje dhe pĂ«rmirĂ«sim tĂ« sistemit.Â
Por, sigurisht, pati edhe vĂ«shtirĂ«si.Â
- SĂ« pari, ne e nĂ«nvlerĂ«suam vĂ«llimin e ndryshimeve qĂ« duhej tĂ« bĂ«nim nĂ« versionin bazĂ« tĂ« BMS tĂ« ri dhe nuk arritĂ«m nĂ« afatet e paracaktuara. Kjo nuk ishte njĂ« problem kritik pĂ«r ne, pasi deri nĂ« fund u sigurua pĂ«rmbajtja dhe punuam nĂ« sistemin e vjetĂ«r, dhe procesi ishte krijues, i ndĂ«rlikuar dhe pĂ«r kĂ«tĂ« arsye shkonte ndonjĂ«herĂ« mĂ« ngadalĂ« se pritej. PĂ«r mĂ« tepĂ«r, ne gjithmonĂ« e shihnim se zhvilluesi ynĂ« po jepte maksimumin e pĂ«rpjekjeve pĂ«r tĂ« arritur rezultatin mĂ« tĂ« mirĂ«. Por nĂ« fakt, historia doli tĂ« ishte shumĂ« e gjatĂ«, dhe specialistĂ«t tanĂ« kyç shpenzuan shumĂ« mĂ« tepĂ«r pĂ«rpjekje dhe kohĂ« se sa kishim planifikuar.Â
- Së dyti, na nevojiteshin disa faza testimi për të përmirësuar algoritmin e rezervimit të makinave virtuale dhe kanaleve të komunikimit. Fillimisht kishte probleme si në anën e sistemit BMS, ashtu edhe në konfigurimin e makinave virtuale dhe rrjetit. Kjo debug nuk mori shumë kohë. Fatmirësisht, kontraktori mori një platformë testuese në formë shërbimi cloud, ku fillimisht u testuan të gjitha konfigurimet dhe risitë.
- Së treti, sistemi përfundimtar doli të ishte më i ndërlikuar për t'u redaktuar nga përdoruesi përfundimtar. Nëse më parë hartën e përbënte një nënshkrimi (file grafik) me ikona, të cilat ishte e lehtë t'i ndryshonim ose t'i lëviznim, tani është një ndërfaqe grafike komplekse me animacion, që kërkon disa aftësi për t'u redaktuar.
PĂ«rmirĂ«simi radikal i sistemit tonĂ« BMS mund tĂ« quhet tashmĂ« njĂ« nga projektet mĂ« tĂ« rĂ«ndĂ«sishme tĂ« vitit tĂ« kaluar, qĂ« do tĂ« ketĂ« njĂ« ndikim tĂ« konsiderueshĂ«m nĂ« cilĂ«sinĂ« e menaxhimit operativ tĂ« platformave tona nĂ« tĂ« ardhmen.Â
Sigurisht që ne nuk e heqëm serverin e vjetër, por e "lehtësuam": e pastruam nga mijëra "sensorë komercialë" dhe PDU dhe lanë vetëm disa dhjetëra pajisje më kritike, si DGUs, UPS, kondicionerë, pompa, sensorë rrjedhjeje dhe temperaturash. Në këtë mënyrë, ai riktheu shpejtësinë e tij të mëparshme dhe mund të jetë "rezerva e rezervave". Për më tepër, pas heqjes së PDU nga BMS-në e vjetër, ne çliruan rreth 1000 licencash tani të panevojshme, a e dini rastësisht çfarë mund të bëjmë me to?
Burimi: habr.com
