{"id":80952,"date":"2020-05-10T01:42:22","date_gmt":"2020-05-09T23:42:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2"},"modified":"2020-05-10T01:42:22","modified_gmt":"2020-05-09T23:42:22","slug":"monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/monitoring-v-czode-kak-my-menyali-staruyu-bms-na-novuyu-chast-2","title":{"rendered":"Monitooring andmekeskuses: kuidas me vanast BMS-ist uuele \u00fcleminek tegime. Osa 2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Monitooring<\/p>\n

Esimese osa jooksul r\u00e4\u00e4kisime sellest, miks otsustasime vahetada meie andmekeskustes vana BMS-s\u00fcsteemi uue vastu. Ja mitte lihtsalt vahetada, vaid arendada see algusest peale vastavalt meie n\u00f5udmistele. Teises osas r\u00e4\u00e4gime, kuidas me seda tegime.
\n<\/a><\/noindex><\/p>\n

Turuanal\u00fc\u00fcs<\/h2>\n

\nArvesse v\u00f5ttes \u00fclaltoodud esimeses osas<\/a><\/noindex> soove ja otsust loobuda olemasoleva s\u00fcsteemi uuendamisest, koostasime tehnilise \u00fclesande turu lahenduste leidmiseks ning esitasime p\u00e4ringud mitmele suurele ettev\u00f5ttele, mis tegelevad ainult t\u00f6\u00f6stuslike SCADA-s\u00fcsteemide loomisega.\u00a0<\/p>\n

Esimeste vastuste p\u00f5hjal selgus, et turuliidrid j\u00e4lgimis- ja halduss\u00fcsteemide valdkonnas t\u00f6\u00f6tavad peamiselt endiselt raudserveritel, kuigi selle segmendi pilve r\u00e4ndamine on juba alanud. Mis puutub virtuaalmasinate varundamise v\u00f5imalusse, siis ei toetanud seda keegi. Veelgi enam, tundus, et keegi tuntud arendajatest ei n\u00e4idanud isegi arusaama varundamise vajadusest: \u201epilv ei kuku ju\u201d oli k\u00f5ige levinum vastus. Tegelikult pakuti meile ettepanekut paigutada andmekeskuse j\u00e4lgimine pilvesse, mis asub f\u00fc\u00fcsiliselt samas andmekeskuses.<\/p>\n

Siin tuleb teha v\u00e4ike k\u00f5rvalp\u00f5ige allt\u00f6\u00f6v\u00f5tja valimise protsessi kohta. Muidugi on hind oluline, kuid iga keerulise projekti elluviimise hankemenetluse k\u00e4igus, tarnijatega dialooge pidades, hakkad tundma, kes kandidaatidest on rohkem huvitatud ja suudab selle ellu viia.\u00a0<\/p>\n

See on eriti m\u00e4rgatav keerulistel projektidel.\u00a0<\/p>\n

Selguse huvides v\u00f5ib allt\u00f6\u00f6v\u00f5tjad jagada nende k\u00fcsimuste iseloomu j\u00e4rgi: on neid, kes on lihtsalt huvitatud m\u00fc\u00fcgist (tunded nagu m\u00fc\u00fcgihalduri standardne r\u00fcnnak) ja neid, kes on huvitatud toote v\u00e4ljat\u00f6\u00f6tamisest, kuuldes ja m\u00f5istes tellijat, tehes konstruktiivseid muudatusi spetsifikatsioonis veel enne l\u00f5pliku valiku tegemist (isegi vaatamata reaalsele riskile parandada kellegi teise spetsifikatsiooni ja kaotada hankemenetlus), ning l\u00f5puks ka neid, kes on lihtsalt valmis professionaalsele v\u00e4ljakutsele vastu astuma ja tegema head toodet.<\/p>\n

K\u00f5ik see pani meid t\u00e4helepanu p\u00f6\u00f6rama suhteliselt v\u00e4ikesesse kohaliku arendaja gruppi \u2013 ettev\u00f5tete grupp \u201eSanline\u201d, kes reageeris enamikele meie n\u00f5udmistele koheselt ja oli valmis rahuldama k\u00f5ik vajadused seoses uue BMS-iga.\u00a0<\/p>\n

Riskid<\/h2>\n

\nSamas kui suured m\u00e4ngijad p\u00fc\u00fcdsid m\u00f5ista, mida me soovime, ja viivad meiega aeglast kirjavahetust, m\u00e4\u00e4ras kohalik arendaja meie kontoris kohtumise oma tehnilise meeskonnaga. Sellel kohtumisel n\u00e4itas allt\u00f6\u00f6v\u00f5tja veel kord oma soovi osaleda projektis ja - mis k\u00f5ige t\u00e4htsam - selgitas, kuidas n\u00f5utav s\u00fcsteem rakendatakse.\u00a0\u00a0\u00a0\u00a0<\/p>\n

Enne kohtumist n\u00e4gime kahte riski t\u00f6\u00f6tades meeskonnaga, kellel ei ole suure rahvusliku v\u00f5i rahvusvahelise ettev\u00f5tte tuge:<\/p>\n

    \n
  1. Spetsialistid v\u00f5isid \u00fcle hinnata oma v\u00f5imalused ja seet\u00f5ttu ei pruugi nad lihtsalt hakkama saada, n\u00e4iteks kasutavad nad keerulist tarkvara v\u00f5i kavandavad teostatamatuid broneerimisalgoritme.<\/li>\n
  2. P\u00e4rast projekti elluviimist v\u00f5ib projekti meeskond laguneda ja seega on toote tugi ohus.<\/li>\n<\/ol>\n

    \nNende riskide minimeerimiseks kutsusime kohtumisele oma arenduseksperdid. Potentsiaalse allt\u00f6\u00f6v\u00f5tja t\u00f6\u00f6tajaid k\u00fcsitleti hoolikalt, et selgitada, millest s\u00fcsteem koosneb, kuidas planeeritakse varundamist teostada ja teistes k\u00fcsimustes, milles meie, kui t\u00f6\u00f6de teostamise teenus, ei ole piisavalt p\u00e4devad.<\/p>\n

    Hinnang oli positiivne: olemasoleva BMS platvormi arhitektuur on kaasaegne, lihtne ja usaldusv\u00e4\u00e4rne, see v\u00f5ib olla t\u00e4iendatud, pakutud varundamise ja s\u00fcnkroonimise skeem on loogiline ja toimiv.\u00a0<\/p>\n

    Esimese riskiga saime hakkama. Teise k\u00f5rvaldame, saades allt\u00f6\u00f6v\u00f5tjalt kinnituse koodi allikate ja dokumentatsiooni edastamise valmiduse kohta ning valides programmeerimiskeele Python, millega meie spetsialistid on h\u00e4sti tuttavad. See tagas meile v\u00f5imaluse s\u00fcsteemi ise toetada ilma raskusteta ja pika koolitusperioodita, kui arendaja ettev\u00f5te turult v\u00e4lja t\u00f5mbub.<\/p>\n

    Platvormi t\u00e4iendav eelis oli see, et see viidi ellu Docker konteinerites: selles keskkonnas toimivad toote tuum, veebiliides ja andmebaas. Selline l\u00e4henemine toob kaasa palju eeliseid, sealhulgas seadistuste eelinstallimise, mis tagab lahenduse k\u00f5rgeima juurutamise kiiruse v\u00f5rreldes \"klassikaga\" ning uute seadmete lihtsa lisamise s\u00fcsteemi. Printsiip \"k\u00f5ik koos\" lihtsustab s\u00fcsteemi rakendamist maksimaalselt: piisab, kui s\u00fcsteem lahti pakkida, ja seda saab kohe kasutada.\u00a0<\/p>\n

    Sellise lahendusega on lihtsam teha s\u00fcsteemi varukoopiaid, samuti saab seda t\u00e4iustada ja uuendusi ellu viia eraldi keskkonnas, peatamata lahenduse t\u00f6\u00f6d tervikuna.\u00a0\u00a0<\/p>\n

    P\u00e4rast seda, kui m\u00f5lemad riskid olid minimeeritud, esitas allt\u00f6\u00f6v\u00f5tja pakkumise. Selles t\u00f6\u00f6deldi k\u00f5iki meie jaoks k\u00f5ige olulisemaid BMS-s\u00fcsteemi parameetreid.<\/p>\n

    Varu<\/h2>\n

    \nUus BMS-s\u00fcsteem pidi olema pilves, virtuaalses masinas.\u00a0<\/p>\n

    Ei mingit riistvara, ei serverite ja selle mudeli juurutamisega seotud ebamugavusi ega riske \u2013 pilvelahendus v\u00f5imaldas meil neist igaveseks vabaneda. Otsustati, et s\u00fcsteem t\u00f6\u00f6tab meie pilves kahes andmekeskuse asukohas Peterburis ja Moskvas. Need on kaks t\u00e4isfunktsionaalset s\u00fcsteemi, mis t\u00f6\u00f6tavad active standby re\u017eiimis, andes ligip\u00e4\u00e4su k\u00f5igile volitatud spetsialistidele.\u00a0<\/p>\n

    Kaks s\u00fcsteemi kindlustavad \u00fcksteist, tagades t\u00e4ieliku varu nii arvutusv\u00f5imsustes kui ka andmeedastuskanalites. Samuti on seadistatud t\u00e4iendavad turvameetmed, sealhulgas andmete ja kanalite varundamine, s\u00fcsteemide, virtuaalmasinate kogum, ning eraldi andmebaasi varundamine kord kuus (k\u00f5ige v\u00e4\u00e4rtuslikum ressurss tuleviku juhtimise ja anal\u00fc\u00fcsi perspektiivis).\u00a0<\/p>\n

    T\u00e4htis on m\u00e4rkida, et varundamine kui BMS-lahenduse valik oli arendatud spetsiaalselt meie soovi j\u00e4rgi. Varundamisskeem n\u00e4gi v\u00e4lja j\u00e4rgmiselt:<\/p>\n

    \"Monitooring<\/p>\n

    Toetamine<\/h2>\n

    T\u00e4htsaim punkt BMS-lahenduse t\u00f5husaks kasutamiseks on tehniline tugi.\u00a0<\/p>\n

    Siin on k\u00f5ik lihtne: uus s\u00fcsteem maksaks meile selle n\u00e4itaja p\u00f5hjal 35 000 rubla kuus SLA puhul \u201ereaktsioon 8 tunni jooksul\u201d, mis t\u00e4hendab 35 000 x 12 \/ 80 = 5 250 dollarit aastas. Esimene aastak\u00e4ik \u2013 tasuta.\u00a0<\/p>\n

    V\u00f5rdluseks: vana BMS-i toeta maksti m\u00fc\u00fcja eest 18 000 dollarit aastas, kusjuures iga uue seadme lisamine t\u00f5i kaasa summa suurenemise! Samal ajal ei pakkunud ettev\u00f5te eraldi juhti, kogu suhtlus toimus m\u00fc\u00fcgijuhiga, kes oli meie suhtes nagu potentsiaalne ostja ja seet\u00f5ttu suunas oma l\u00e4henemist vastustele.\u00a0<\/p>\n

    Paremate hindadega saime t\u00e4ieliku toote toe, koos konto-juhiga, kes osaleb toote arenduses, \u00fchtse sisenemispunktiga jne. Tugi muutus oluliselt paindlikumaks \u2013 t\u00e4nu otsesele juurdep\u00e4\u00e4sule arendajatele operatiivsete muudatuste tegemiseks s\u00fcsteemi t\u00f6\u00f6, API integreerimise jne igas aspektis.<\/p>\n

    Uuendused<\/h2>\n

    \nVastavalt esitatud pakkumisele sisaldab uus BMS k\u00f5iki uuendusi toe hinna sees, st need ei n\u00f5ua t\u00e4iendavat tasu. Erandiks on t\u00e4iendava funktsionaalsuse arendamine, mis \u00fcletab tehnilises \u00fclesandes n\u00e4idatud.\u00a0<\/p>\n

    Vana s\u00fcsteem eeldas tasu nii sisseehitatud tasuta tarkvara (nt Java) uuendamise kui ka vigade parandamise eest. Selle l\u00f5petamine ei olnud v\u00f5imalik; uuenduste puudumisel 't\u00f5mbas' s\u00fcsteem \u00fcldiselt vanade sisekomponentide t\u00f5ttu.<\/p>\n

    Ja loomulikult ei saanud tarkvara uuendada ilma toe paketi ostmiseta.<\/p>\n

    Paindlik l\u00e4henemine<\/h2>\n

    \nTeine p\u00f5hin\u00f5ue puudutas liidest. Soovisime tagada sellele juurdep\u00e4\u00e4su veebibrauseri kaudu igast kohast, ilma et insener peaks olema andmekeskuses kohal. Lisaks p\u00fc\u00fcdsime luua animatsiooni liidese, et infrastruktuuri toimimise d\u00fcnaamika oleks jadereinseneride jaoks selgem.\u00a0<\/p>\n

    Uues s\u00fcsteemis pidi samuti olema toe pakkumine valemitele, et arvutada virtuaalsete andurite t\u00f6\u00f6 inseneris\u00fcsteemides \u2014 n\u00e4iteks, et optimeerida elektrienergia jaotust seadmete rackidel. Selleks peab olema k\u00f5ik harjumusp\u00e4rased matemaatilised operatsioonid, mida saab kasutada andurite n\u00e4itude puhul.\u00a0<\/p>\n

    Edasi, oli vajalik juurdep\u00e4\u00e4s SQL andmebaasile, mille kaudu oli v\u00f5imalik v\u00f5tta vajalikud andmed seadmete t\u00f6\u00f6 kohta \u2014 nimelt, k\u00f5ik kirjed kahe tuhande seadme ja kahe tuhande virtuaalse anduri j\u00e4lgimisest, mis genereerivad umbes 20 tuhat muutujat.\u00a0<\/p>\n

    Samuti oli vajalik seadmete arvestuse moodul rackis, mis annab visuaalse \u00fclevaate seadmete asukohast iga \u00fcksuses koos \u00abraudvara\u00bb kogukaalu arvestusega, seadmete raamatukogu pidamise ja p\u00f5hjaliku teabe igas elemendis.\u00a0<\/p>\n

    Tehnilise \u00fclesande koosk\u00f5lastamine ja lepingu s\u00f5lmimine<\/h2>\n

    \nK\u00e4esoleval ajal, mil oli vaja alustada uue s\u00fcsteemi arendamist, polnud suhtlemine suurte ettev\u00f5tetega veel v\u00e4ga kaugel nende pakkumiste hindade arutamisest, seega v\u00f5rreldes saadud pakkumisi vanade BMS-i uuendamise kuludega (vt. esimest osa<\/a><\/noindex>), selgus, et see oli soodsam ja vastas meie n\u00f5udmistele.<\/p>\n

    Valik langetati.<\/p>\n

    P\u00e4rast hankija valimist hakkasid juristid koostama lepingut ning tehnilised meeskonnad m\u00f5lemalt poolt lihvima tehnilist spetsifikatsiooni. Nagu teada, on detailne ja \u00f5igesti koostatud tehniline spetsifikatsioon iga t\u00f6\u00f6 edu aluseks. Mida rohkem konkreetsust tehnilises spetsifikatsioonis, seda v\u00e4hem pettumusi nagu \u201eme ei tahtnud nii\u201d.<\/p>\n

    Toon kaks n\u00e4idet n\u00f5udmiste detailituse tasemest tehnilises spetsifikatsioonis:<\/p>\n

      \n
    1. Juhatavad andmekeskused on volitatud lisama BMS-i uusi seadmeid, enamasti PDU-sid. Vanas BMS-is oli see \u00abadministraatori\u00bb tasemel, mis lubas muu hulgas muuta k\u00f5igi seadmete parameetreid, ning funktsioonide jagamine ei olnud v\u00f5imalik. See ei olnud meile vastuv\u00f5etav. Uue platvormi olemasolevas baasversioonis oli skeem sarnane. Me t\u00e4psustasime kohe projektis, et soovime neid rolle eraldada: parameetreid peaks muutma vaid volitatud t\u00f6\u00f6taja, kuid vahetuste t\u00f6\u00f6tajad peaksid endiselt saama seadmeid lisada. See skeem v\u00f5eti ellu.<\/li>\n
    2. \u00a0Igas tavap\u00e4rases BMS-is on kolm t\u00fc\u00fcpilist teavitamise kategooriat: KUIDAS \u2013 sellele tuleb reageerida viivitamatult, KOLLANE \u2013 seda saab j\u00e4lgida, SININE \u2013 \u201eInfoteade\u201c. Oleme traditsiooniliselt kasutanud \u201esiniseid\u201c teateid kaubanduslike parameetrite \u00fcletamise j\u00e4lgimiseks, n\u00e4iteks kliendi serveri v\u00f5imsuse \u00fclempiiri \u00fcletamine. See teavitamise t\u00fc\u00fcp oli meie puhul m\u00f5eldud juhatajale ja ei huvitanud teenindusmeeskonda, kuid vanas BMS-is ummestas see pidevalt aktiivsete s\u00fcndmuste nimekirja ja segas operatiivset t\u00f6\u00f6d. Teatavate teavituste loogikat ja v\u00e4rvilist diferentseerimist peame edukaks ja oleme seda s\u00e4ilitanud, kuid tehnilises \u00fclesandes oleme selgelt m\u00e4rkinud, et \u201esinised\u201c teavitused peavad, ilma valvepersonalile h\u00e4irimata, vaikselt \u201elangema\u201c eraldi jao, kus nendega tegelevad kaubanduseksperdid.<\/li>\n<\/ol>\n

      \nSama detailitasemega on olnud kirja pandud graafikute koostamise ja aruannete koostamise vormid, liideste joonised, seadmestiku loetelu, mida tuli j\u00e4lgida, ja veel palju muid asju.\u00a0<\/p>\n

      See oli t\u00f5eliselt loominguline t\u00f6\u00f6 kolme t\u00f6\u00f6grupi vahel \u2013 tellimisteenistuse, mis dikteeris oma n\u00f5udmisi ja tingimusi; tehniliste spetsialistide m\u00f5lemalt poolt, kelle \u00fclesanne oli need tingimused tehniliseks dokumentatsiooniks vormida; ning hankija programmeerijate meeskonna, kes t\u00f6\u00f6tas tellija n\u00f5udmiste p\u00f5hjal v\u00e4lja koostatud tehnilise dokumentatsiooni\u2026 L\u00f5puks kohandati m\u00f5ned meie mitte-h\u00e4daolukordade n\u00f5udmised olemasoleva platvormi funktsionaalsuse j\u00e4rgi, samas kui hankija n\u00f5ustus meie jaoks veel m\u00f5ned lisama.\u00a0<\/p>\n

      Kahe s\u00fcsteemi paralleelne t\u00f6\u00f6<\/h2>\n

      \n\"Monitooring
      \nK\u00e4tte on j\u00f5udnud rakendamise aeg. Praktikas t\u00e4hendas see, et anname hankijale v\u00f5imaluse k\u00e4ivitada BMS protot\u00fc\u00fcp meie virtuaalses pilves ja pakume v\u00f5rgu\u00fchendust k\u00f5igile seadmetele, mis vajavad j\u00e4lgimist.<\/p>\n

      Sellegipoolest pole uus s\u00fcsteem veel t\u00f6\u00f6ks valmis. Sellel ajal oli meie jaoks oluline s\u00e4ilitada vanas s\u00fcsteemis j\u00e4lgimine ja samal ajal anda seadmetele juurde p\u00e4\u00e4s uues s\u00fcsteemis. S\u00fcsteemi ei saa korralikult ehitada, n\u00e4gemata seal seadmeid, mida omakorda ei saa vanast s\u00fcsteemist j\u00e4lgimisest v\u00e4lja l\u00fclitada.\u00a0<\/p>\n

      Kas seadmed suudavad kahe s\u00fcsteemi samaaegset k\u00fcsitlust taluda, ei olnud ilma reaalsete katseteta ilmne. Oli v\u00f5imalik, et kahekordne samaaegne k\u00fcsitlus tooks kaasa sagedased seadmete vastuste puudumised ja me saaksime hulgaliselt vigu seadmete k\u00e4ttesaamatuse t\u00f5ttu, mis omakorda blokeeriks vanas j\u00e4lgimiss\u00fcsteemis t\u00f6\u00f6d.<\/p>\n

      V\u00f5rguosakond edastas virtuaalsed marsruudid uue pilvep\u00f5hise BMS protot\u00fc\u00fcbi ja seadmete vahel ning saime tulemused:\u00a0<\/p>\n