Jätkame meie lugu sellest, kuidas me vahetasime BMS süsteemi meie andmekeskustes (, ). Me ei vahetanud lihtsalt ühe tarnija lahendust teise vastu, vaid töötasime välja süsteemi nullist vastavalt oma nõudmistele. Loo lõpetuseks jagame tulemusi ning huvitavaid lahendusi, mis võivad teile kasuks tulla.
Uus liides
Siin, nagu öeldakse, on parem üks kord näha.
Rack'id.
Eraldame erinevused.
- Esiteks, see on ilus mugav. Pange tähele, kui lihtne on jälgida koormusi moodulite („Banks“ või lihtsalt „Pankade“) PDU-s ja paarismoodulite kogukoormust. Uue BMS rack'i mudeli puhul näeme kohe, et alumised paarismoodulid PDU-s on ülekoormatud (koguvool on kõrgem kui lubatud 16A – „sinine“ teade), samas kui ülemised on alakoormatud. Ühe sisendi väljalülitamise korral läheb kogu koormus teisele ja alles jäänud alajaotus sulgub ülekoormuse tõttu. Selle vältimiseks hoiatab andmekeskuse tugiteenistus klienti ette ja saadab soovituse, kuidas koormust ümber jagada.
- Lihtne seadmete lisamine. Uues BMS-is on virtuaalsed andurid moodulite ja rack'i võimsuse kokkuvõtte jaoks juba lisatud tüüpmoodulite mallidesse ja luuakse automaatselt pärast PDU rack'i lisamist. Vana BMS-i puhul tuli need luua käsitsi ja seejärel kaardile lohistada, mis suurendas vigade tõenäosust „inimfaktori” tõttu.
- Piiramatu loovuse ruum. Nüüd ei ole meil piiranguid virtuaalsete andurite loomisel. Saame luua absoluutselt igasuguseid matemaatilisi mudeleid mistahes muutujate jaoks. See tähendab, et meil on võimalus luua keerulisi virtuaalseid andureid (varem sai vaid väärtusi liita) ja paremini analüüsida statistikat ning insenerisüsteemide töö suundi. See parandab tehtud otsuste kvaliteeti süsteemide seadistamisel, seadmete vahetamisel ja ressursside haldamisel.
- Arusaadav liides. Uues liideses pole ikoonide kuhjumist, ventilaatorid pöörlevad, lülitid klõbisevad. Ja kõige mugavam on PDU Line A/B oleku indikaatori võimalus rackides. Proovisime teha midagi sarnast vanas BMS-is, kuid ikoonide tihedus kaardi ruutsentimeetri kohta sundis meid sellest loobuma.
Nüüd on silmale meeldiv vaadata:
Serverid.
Jaotuskilp.
Ventilatsiooni juhtimiskilp.
Ja vanat BMS-i saab ka uue aasta puhul kaunistada 🙂
One page – omavaheline arusaamine poole sõnaga ja ilma TZa
Oleme kaua soovinud ellu viia veel ühe „nippi“ BMS-is: koondada ühele lehele andmed andmekeskuse põhiparameetrite kohta, et ekraanilt ühte pilku heites oleks piisav hinnata peamiste süsteemide seisundit. Kuid me ei mõistnud täielikult, kuidas see peaks välja nägema.
Enne uue BMS-i arenduse algust külastasime Hollandis kümmekond andmekeskust. Üks eesmärke oli näha, kuidas selline leht on ellu viidud.
Ja üheski andmekeskuses me seda ei näinud – kusagil polnud seda, kusagil 'paraegu arendati', kusagil oli see 'suur ärisaladus'. Seetõttu oli meie uue BMS-i loomise TZ-s selle äärmiselt olulise lehe täpne kirjeldus puudulik.
Lõpuks mõtlesime selle välja peaaegu 'käigu pealt'. Just sel hetkel pidin kaugtöös kolleegidega andmekeskuses nõu pidama. BMS-i lehtede sirvimine telefonis hajusate andmete otsimiseks oli väga ebamugav ning esimene versioon joonistati praktiliselt salvrätikule. One page. Just see viidi ellu arendajate poolt foto järgi.
Kuna järgime ettevaatlike hollandlaste kolleegide eeskuju, ei näita me oma peamise lehe lõppvarianti, arvestades, et iga andmekeskus on ainulaadne ning pole mõtet kopeerida. Kuid kirjeldame kahte peamist põhimõtet selle kujundamisel:
- See on tabel, mis on kohandatud vertikaalselt paigutatud nutitelefoni (või monitori, kuid säilitades vertikaalse paigutuse) formaadile, kuvades kogu olulise teabe ühel ekraanil. Tabeli kohal on aktiivsete intsidentide "kokkuvõte", seega on neid koos hoida kõige mugavam vertikaalses formaadis.
- Tabeli lahtrite paigutus peegeldab andmekeskuse arhitektuuri (füüsiline või loogiline). Otsustasime loobuda süsteemide paigutamisest tähestikulises järjekorras, nagu esmapilgul soovitakse. Järjekord peegeldab andmekeskuse personali visuaalseid assotsatsiooni, nagu nad füüsiliselt jälgiksid kõiki ruume ja süsteeme. See lihtsustab teabe otsimist.
Sisuliselt on nüüd kõik andmekeskuse võtmeomadused koondatud ja esitatud ühel ekraanil nutitelefoni / vastutava inseneri ja juhi monitoril, samas on realiseeritud füüsilise ja loogilise andmekeskuse topograafia seos.
Siin on foto sellest esimesest mustandist, kuigi see versioon on hiljem ümber mõtestatud ja täiustatud.
Kinnitus ja sündmuste kokkuvõte
Räägime veel ühest uudsest mõistest, mis tekkis uue jälgimissüsteemi uuendamise projekti tulemusena.
Kinnitus on üsna harvaesinev termin, mille kasutas uue BMS-i arendaja. See tähendab, et operaator nägi juhtumit, kinnitas selle ja võttis endale kohustuse selle kõrvaldamiseks.
Sõna on juurdunud ja nüüd me 'kinnitanud' juhtumeid.
Uue BMS-i baasmudelis sisalduv algoritm meid ei rahuldanud. Tegelikult olid need kommentaarid sündmuste ajaloos, st kõrvaldatud juhtumid ei kadunud ajaloost ja kinnitatud ('kinnitatud') ei sorteeritud uutest.
Tulemuseks töötati välja aken nimega 'kokkuvõte', kus:
- Kuvatakse ainult aktiivsed juhtumid ja seadmed teenuse režiimis (ilma kommertslike 'siniste' teavitusteta).
- Selgelt eristatakse UUED ja KINNITATUD juhtumeid.
- Kinnitaja on näidatud.
Uue BMS-i öövalvurite töö algoritm on järgmine:
- Uued juhtumid satuvad kokkuvõttesse ja ootavad kinnitust. Nad ei saa selles jaotises kaua viibida, vastutav valveametnik peab juhtumi kohe enda peale võtma.
- Töötaja võtab juhtumi enda peale, klikates paremal olevale linnukesele. Kuna kõik töötajad on unikaalsete kontode all, kuvatakse automaatselt, kes juhtumi enda peale võttis. Vajadusel jääb kommentaar.
- Juhtum viiakse jaotisse "Kinnitatud", ülejäänud vahetused ja juhid saavad aru, et juhtumiga tegeleb vastutav töötaja.
Näide kokkuvõtteaknast uue ja juba kinnitatud sõnumiga.
Ühendades kokkuvõtteakna One page tabeliga, saime täisfunktsionaalse peamise ekraani BMS süsteemis, kus saab kohe näha:
- andmed peamiste andmekeskuste süsteemide seisukorra kohta;
- uute töötlemata juhtumite olemasolu;
- vastuvõetud juhtumite olemasolu ja andmed selle kohta, kes neid konkreetselt lahendab.
Juhtimine läbi brauseri ja hüpikteated telefonis
Veebiliides, mis on kergesti ligipääsetav mis tahes seadmel igast maailma nurgast, on terav kontrast "paksule" kliendile, mis on täielikult kasutajatele välistatud.
Vana lähenemine kaasas probleemide kogumi, alates probleemidest töötaja kaugjuhtimise korraldamisel, kuni vajaduseni installida "paks" kliente jaotustooted töötajate töökohtadele andmekeskuses.
Nüüd on igal BMS lehel unikaalne aadress, mis võimaldab jagada mitte ainult otse aadressi lehele või seadmele, vaid ka linke unikaalsetele graafikutele/aruannetele.
Süsteemi sisenemine toimub nüüd Active Directory kaudu LDAP autentimise abil, mis suurendab selle turvalisust.
Täna on mobiilsus võtmetegur vahetuses töötavate inseneride kvaliteetses töös. Lisaks jälgimise jälgimisele vahetuse ruumis, teevad insenerid ringreisi, teevad jooksvaid töid väljaspool "vahetust" ja tänu BMS peamise ekraani mobiilse ekraani optimeerimisele ei kaota nad mitte sekundikski kontrolli masinate saalides toimuva üle.
Kontrolli kvaliteet paraneb ka tänu töökohtade vestlusfunktsioonile. Need kiirus tööprotsesse, võimaldades "siduda" vahetusinseneride vestlust BMS-iga. Näiteks kasutame me rakendust Teams, mis võimaldab meil pidada sisestvestlusi ja saada telefonile kõik BMS sõnumid hüpik Push-teadetena, mis vabastab nn vahetuse töötaja pidevast telefoniekraani vaatamisest.
Push-teade nutitelefoni ekraanil.
Nii näevad teated rakenduses Teams.
Küll aga on hüpikteated seadistatud ainult intsidentide ilmumise kohta, minimeerides sellega tähelepanu kõrvale juhtimise teguri, ning personal teab: kui Teamsi Push-teade ilmub nutitelefoni ekraanile, tuleb minna BMS-i lehele ja võtta intsident vastu. Intsidentide lahendamise teated jälgitakse juba BMS-i lehelt.
Pildil on BMS-i liides nutitelefonis.
Kokkuvõtteks
Arvestades, et BMS-i uuendamise maksumus meie vanalt tarnijalt oli võrreldav uue süsteemi nullist arendamisega (umbes 100 000 dollarit), osutus toodete funktsionaalsuse erinevus tohutuks. Saime paindliku süsteemi, mis on optimeeritud meie ärilistele ülesannetele ja protsessidele. Samuti saavutasime märkimisväärse kokkuhoiu süsteemi hooldus- ja uuenduskuludes.
Aga muidugi esines ka raskusi.
- Esiteks alahindasime muudatuste mahtu, mida tuli sisse viia uue BMS-i põhiversiooni, ja me ei mahtunud eelnevalt kokku lepitud tähtaegadesse. Meie jaoks polnud see kriitiline probleem, kuna töötasime vana süsteemi peal ja protsess oli loominguline, keeruline ja seega kulges mõnikord aeglasemalt, kui oodatud. Lisaks nägime alati, et meie arendaja paneb maksimumi, et saavutada parim tulemus. Kuid tegelikult osutus lugu väga pikaks ning meie võtme spetsialistid kulutasid sellele märgatavalt rohkem pingutusi ja aega, kui plaanitud.
- Teiseks vajame mitmeid katsetamisetappe, et optimeerida virtuaalsete masinate ja sidekanalite broneerimisalgoritmi. Alguses esines vigu nii BMS-i süsteemis kui ka virtuaalsete masinate ja võrgu seadistustes. See tõrgete eemaldamine võttis samuti aega. Õnneks anti tellijale testimiskeskkond pilveteenuse näol, kus alguses testiti kõik seadistused ja uuendused.
- Kolmandaks osutus lõpp süsteem lõppkasutaja jaoks keerulisemaks muutmiseks. Kui varem oli kaart lihtsalt taust (graafiline fail) ja sümbolid, mille muutmine või ümberpaigutamine ei olnud keeruline, siis nüüd on see keeruline graafiline liides animatsiooniga, mis nõuab redigeerimiseks teatud oskusi.
Meie BMS-süsteemi radikaalne uuendus on juba täna kõige olulisem projekt möödunud aastast, mis mõjutab tõsiselt meie objektide operatiivjuhtimise kvaliteeti tulevikus.
Me ei ole vana raudsesse serverisse loomulikult ära visanud, vaid oleme selle „kergendanud”: puhastanud tuhandetest „kaubanduslikest” virtuaalsetest sensoritest ja PDU-dest ning jätnud alles vaid paar tosinat kõige kriitilisemat seadet, nagu DGK, UPS, konditsioneerid, pumbad, lekke- ja temperatuuride sensorid. Sellises režiimis on tagasi tulnud tema endine kiirus ning see võib olla „reservreserv”. Üks oluline märk: vanast BMS-ist PDU-d eemaldades vabastasime umbes 1000 nüüdseks kasutut litsentsi, kas teil on õrna aimu, mida nendega teha?
Allikas: habr.com
