Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3

Jatkamme tarinaamme siitä, kuinka muutimme BMS-järjestelmää palvelinkeskuksissamme (osa 1, osa 2). Samaan aikaan emme vain vaihtaneet yhden toimittajan ratkaisua toiseen, vaan kehitimme järjestelmän alusta alkaen tarpeisiimme sopivaksi. Tarinamme lopussa jaamme tehdyn työn tulokset ja mielenkiintoisia ratkaisuja, joista voi olla sinulle hyötyä.

Uusi käyttöliittymä

Täällä, kuten sanotaan, on parempi nähdä kerran.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3Telineet.

Katsotaanpa eroja.

  • Ensinnäkin, se on красиво kätevästi. Huomaa, kuinka helppoa on ollut seurata PDU-moduulien kuormia ("Pankit" tai yksinkertaisesti "Pankit") ja parillisten moduulien rinnakkaisten kuormien summaa. Uuden BMS:n telinemallissa näemme heti, että alemmat parilliset PDU-moduulit ovat ylikuormitettuja (kokonaisvirta on suurempi kuin sallittu 16A - "sininen" ilmoitus), ja ylemmät ovat alikuormitettuja. Jos yksi tuloista katkeaa, koko kuorma siirtyy toiseen ja jännitteisenä jäänyt alempi moduuli sammuu ylikuormituksen vuoksi. Tämän estämiseksi palvelinkeskuksen tukipalvelu varoittaa asiakasta etukäteen ja lähettää suosituksen kuorman uudelleen jakamisesta.
  • Helppo varusteiden lisäys. Uudessa BMS:ssä virtuaaliset anturit moduulivirtojen ja telinetehon summille on jo lisätty vakiotelinemalleihin, ja ne luodaan automaattisesti, kun telineeseen on lisätty PDU. Vanhassa BMS:ssä ne piti luoda manuaalisesti ja vetää sitten kartalle, mikä lisäsi "inhimillisen tekijän" aiheuttamaa virheiden todennäköisyyttä.
  • Rajoittamaton luovuus. Nyt meillä ei ole rajoituksia luotaessa virtuaalisia antureita. Voit rakentaa mitä tahansa matemaattisia malleja mistä tahansa muuttujasta. Tämä tarkoittaa, että pystymme luomaan monimutkaisia ​​virtuaalisia antureita (aiemmin pystyimme vain lisäämään arvoja) ja analysoimaan paremmin tilastoja ja teknisten järjestelmien suorituskyvyn trendejä. Tämä parantaa järjestelmän konfigurointia, laitteiden vaihtoa ja resurssienhallintaa koskevien päätösten laatua. 
  • Intuitiivinen käyttöliittymä. Uudessa käyttöliittymässä ei ole sotkua kuvakkeista, tuulettimet pyörivät, kytkimet napsauttavat. Ja kätevintä on kyky osoittaa PDU Line A/B -tilan telineiden sisällä. Yritimme tehdä jotain vastaavaa vanhassa BMS:ssä, mutta yhdistettyjen kuvakkeiden määrä kartan neliösenttimetriä kohti pakotti meidät luopumaan siitä.

Nyt on kiva katsoa:

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
Palvelin.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
Fragmentti pääkytkintaulusta.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
Ilmanvaihdon ohjauspaneeli.

Ja uudet BMS:t voidaan koristella uudeksi vuodeksi :)
Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3

Yksi sivu – keskinäinen ymmärrys ilman sanaa ja ilman teknisiä eritelmiä

Pitkään halusimme toteuttaa BMS:ssä toisen "tempun": koota konesalin pääparametrit yhdelle sivulle niin, että yksi vilkaisu näyttöön riittäisi arvioimaan pääjärjestelmien tilaa. Emme kuitenkaan täysin ymmärtäneet, miltä sen pitäisi näyttää.

Jo ennen kuin uuden BMS:n kehitys alkoi, kävimme tusinassa Alankomaiden palvelinkeskuksessa retkellä. Yksi tavoitteista oli nähdä esimerkkejä tällaisen sivun toteutuksesta.

Eikä yksikään palvelinkeskus näyttänyt sitä meille - toisissa sitä ei ollut, toisissa sitä "kehitetään juuri nyt", toisissa se oli "suuri liikesalaisuus". Siksi uuden BMS:n luomista koskevassa tehtävässämme ei ollut tarkkaa kuvausta tästä meille erittäin tärkeästä sivusta.

Tämän seurauksena keksimme sen kirjaimellisesti "lennossa". Juuri sillä hetkellä minun piti etäkonsultoida palvelinkeskuksen kollegoita. Oli erittäin hankalaa selata BMS:n sivuja puhelimessa etsiessään hajallaan olevaa dataa, ja itse asiassa ensimmäinen versio piirrettiin lautasliinalle Yksi sivu. Kehittäjät toteuttivat sen kuvan perusteella. 

Varovaisten hollantilaisten kollegojemme esimerkin mukaisesti emme esittele pääsivumme lopullista versiota, varsinkin kun jokainen palvelinkeskus on ainutlaatuinen eikä sitä kannata kopioida. Mutta kuvataan kaksi sen muodostumisen pääperiaatetta:

  1. Tämä on taulukko, joka on suunniteltu sopimaan älypuhelimen pystynäytön muotoon (tai näytölle, mutta säilyttäen pystysuoran asettelun), ja kaikki tärkeät tiedot näkyvät yhdellä näytöllä. Taulukon yläpuolella on "yhteenveto" aktiivisista tapahtumista, joten oli kätevintä sijoittaa ne yhteen pystysuoraan muotoon. 
  2. Taulukon solujen järjestely noudattaa datakeskuksen arkkitehtuuria (fyysistä tai loogista). Luovuimme järjestelmien järjestämisestä aakkosjärjestykseen, kuten ensi silmäyksellä olisi toivottavaa. Järjestys heijastaa konesalin henkilökunnan visuaalisia assosiaatioita - ikään kuin he valvoisivat fyysisesti kaikkia huoneita ja järjestelmiä. Tämä helpottaa tiedon löytämistä.

Itse asiassa nyt täysin kaikki konesalin keskeiset ominaisuudet on ryhmitelty ja esitetty vastuullisen insinöörin ja johtajan älypuhelimen/näytön yhdelle näytölle, samalla kun linkitys konesalin fyysiseen ja loogiseen topografiaan on toteutettu. 

Tässä on valokuva tuosta ensimmäisestä luonnoksesta, vaikka tietysti tämä versio sitten mietittiin ja viimeisteltiin.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3

Kuittaus ja yhteenveto tapahtumasta

Puhutaanpa toisesta meille uudesta konseptista, joka syntyi seurantajärjestelmän päivitysprojektin tuloksena.

Kädenpuristus on melko harvinainen termi, jonka uuden BMS:n kehittäjä ehdotti. Se tarkoittaa vahvistusta siitä, että operaattori näki tapahtuman, tunnusti sen ja otti vastuun sen ratkaisemiseksi.  

Sana on jumissa, ja nyt "tunnustamme" tapaukset.

Uuden BMS:n perusversiossa oleva algoritmi ei sopinut meille. Itse asiassa nämä olivat kommentteja tapahtumalokiin, eli ratkaistut tapaukset eivät kadonneet lokista, eikä hyväksyttyjä ("kuittaus") lajiteltu uusista.

Tämän seurauksena kehitettiin ikkuna nimeltä "yhteenveto", jossa:

  1. Vain aktiiviset tapahtumat ja huoltotilassa olevat laitteet näytetään (ei kaupallisia sinisiä ilmoituksia).
  2. UUSIEN ja HYVÄKSYTTYJEN tapausten välillä on selvä ero.
  3. On osoitettu, kuka hyväksyi tapahtuman.

Uuden BMS:n päivystajien työalgoritmi on seuraava:

  1. Uudet tapaukset sisältyvät raporttiin ja odottavat kuittausta. He eivät voi viipyä tällä osastolla pitkiä aikoja, vaan laitteiston päivystävän tulee välittömästi ottaa tapahtuman hallintaan.
  2. Työntekijä ottaa vastuun tapahtuneesta napsauttamalla oikealla olevaa valintamerkkiä. Koska kaikki työntekijät ovat yksilöityjen tilien alla, näytetään automaattisesti, kuka hyväksyi tapahtuman. Jätä tarvittaessa kommentti.
  3. Tapaus siirretään "Kiitetty"-osioon, muut päivystäjät ja esimies ymmärtävät, että tapausta hoitaa vastuullinen työntekijä.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
Esimerkki yhteenvetoikkunasta, jossa on uusi ja jo kuitattu viesti.

Yhdistämällä yhteenvetoikkunan yhden sivun taulukkoon saimme täyden Päänäyttö BMS-järjestelmä, josta näet heti: 

  • tärkeimpien datakeskusjärjestelmien kunto;
  • uusien käsittelemättömien tapausten esiintyminen;
  • hyväksyttyjen tapahtumien esiintyminen ja tiedot siitä, kuka ne erityisesti poistaa.

Selaimen käyttö ja puhelimen ponnahdusikkunat

Verkkokäyttöliittymä, johon pääsee millä tahansa laitteella mistä päin maailmaa tahansa, on jyrkkä kontrasti "paksulle" asiakkaalle, joka on täysin suljettu ulkoisilta käyttäjiltä. 

Vanha lähestymistapa aiheutti monenlaisia ​​haittoja huoltotyöntekijöiden etätyön organisointiongelmista tarpeeseen asentaa "paksuja" asiakkaita jakelusarjoista palvelinkeskuksen henkilöstön työasemille.

Nyt kaikilla BMS:n sivuilla on yksilöllinen osoite, jonka avulla voit jakaa sivun tai laitteen suoran osoitteen lisäksi myös linkkejä ainutlaatuisiin kaavioihin/raportteihin. 

Pääsy järjestelmään tapahtuu nyt LDAP-todennuksen kautta Active Directoryn kautta, mikä lisää sen suojaustasoa. 

Liikkuvuus on nykyään avaintekijä päivystävän insinöörin laadukkaassa työssä. Päivystyshuoneen monitoroinnin lisäksi insinöörit tekevät kierroksia, tekevät rutiinityötä ”päivystystilan” ulkopuolella ja mobiilinäytöille optimoidun BMS-päänäytön ansiosta eivät menetä turbiinihuoneissa tapahtuvan hallintaa sekunnin ajan. 

Ohjauksen laatu paranee myös työchatin toimivuuden ansiosta. Ne nopeuttavat työprosesseja mahdollistamalla päivystävän insinöörien kirjeenvaihdon "linkityksen" BMS:ään. Käytämme esimerkiksi Teams-sovellusta, jonka avulla voit käydä sisäistä kirjeenvaihtoa ja vastaanottaa kaikki BMS:n viestit puhelimeesi ponnahdusikkunoiden Push-ilmoitusten muodossa, mikä eliminoi päivystäjän tarpeen katsoa jatkuvasti puhelinta. näyttö.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
 Push-ilmoitus älypuhelimen näytöllä.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
Tältä ilmoitukset näyttävät Teams-sovelluksessa.

Samanaikaisesti ponnahdusilmoitukset konfiguroidaan vain tapahtumia koskeville viesteille, mikä minimoi häiriötekijän; henkilökunta tietää: jos Teams Push -ilmoitus tulee älypuhelimen näytölle, heidän on siirryttävä BMS-sivulle ja hyväksy tapahtuma. Tapahtumanratkaisuviestit seurataan BMS-sivulla.

Valvonta palvelinkeskuksessa: kuinka vaihdoimme vanhan rakennusjärjestelmän uuteen. Osa 3
Kuvassa näkyy BMS-käyttöliittymä älypuhelimessa.

Yhteenvetona

Vaikka vanhan toimittajamme BMS-päivityksen kustannukset olivat verrattavissa uuden järjestelmän kehittämiseen tyhjästä (noin 100 000 dollaria), ero tuotteiden toimivuudessa osoittautui valtavaksi. Saimme joustavan järjestelmän, joka on optimoitu liiketoimintamme tehtäviin ja prosesseihin. Olemme myös saavuttaneet merkittäviä säästöjä jatkuvassa järjestelmätuessa ja päivityskustannuksissa. 

Mutta vaikeuksia tietysti oli. 

  • Ensinnäkin aliarvioimme uuden BMS:n perusversioon tarvittavien muutosten määrän emmekä noudattaneet ennalta sovittuja määräaikoja. Meille tämä ei ollut kriittinen ongelma, koska olimme vakuutettuja viime hetkeen asti ja työskentelimme vanhan järjestelmän parissa, ja prosessi oli luova, monimutkainen ja siksi joskus odotettua hitaampi. Lisäksi olemme aina nähneet, että kehittäjämme tekee kaikkensa parhaan tuloksen saavuttamiseksi. Mutta itse asiassa tarina osoittautui erittäin pitkäksi, ja avainasiantuntijamme käyttivät siihen paljon enemmän vaivaa ja aikaa kuin olivat suunnitelleet. 
  • Toiseksi tarvitsimme useita testausvaiheita virtuaalikoneiden ja viestintäkanavien varaamisalgoritmin virheenkorjaukseen. Aluksi vikoja oli sekä BMS-järjestelmän puolella että virtuaalikoneiden ja verkon asennuksen puolella. Tämäkin virheenkorjaus vei aikaa. Onneksi urakoitsijalle tarjottiin pilvipalvelun muodossa testialusta, jossa kaikki asetukset ja innovaatiot testattiin aluksi.
  • Kolmanneksi tuloksena oleva järjestelmä osoittautui loppukäyttäjän vaikeammaksi muokata. Jos aiemmin kartta koostui taustasta (grafiikkatiedostosta) ja kuvakkeista, joita oli helppo muuttaa tai siirtää, niin nyt se on monimutkainen graafinen käyttöliittymä animaatioineen ja vaatii tiettyjä muokkaustaitoja.

BMS-järjestelmämme radikaalia päivitystä voidaan jo kutsua kuluneen vuoden tärkeimmäksi projektiksi, joka tulee vaikuttamaan vakavasti toimipisteidemme operatiivisen johtamisen laatuun tulevaisuudessa. 

Emme tietenkään heittäneet pois vanhaa rautapalvelinta, vaan "kevensimme sitä": puhdistimme sen tuhansista "kaupallisista" virtuaalisista antureista ja PDU:ista ja jätimme siihen vain muutamia kymmeniä kriittisimpiä laitteita, kuten dieselin. generaattorit, UPS, ilmastointilaitteet, pumput, vuotoanturit ja lämpötilat Tässä tilassa hänen entinen nopeusnsa on palannut, ja hän voi olla "varareservi". Muuten, kun poistimme PDU:n vanhasta BMS:stä, vapautimme noin 1000 nyt tarpeetonta lisenssiä, tiedätkö mitä tehdä niille?

Lähde: will.com

Lisää kommentti