Çfarë është BMS
Sistemi i monitorimit për funksionimin e sistemeve inxhinierike në një qendër të dhënash është një element kyç i infrastrukturës, duke ndikuar drejtpërdrejt në një tregues kaq të rëndësishëm për një qendër të dhënash, siç është shpejtësia e reagimit të personelit ndaj situatave emergjente dhe, për rrjedhojë, kohëzgjatja e funksionimit të pandërprerë.
Sistemet e monitorimit BMS (Building Monitoring System) ofrohen nga shumë shitës globalë të pajisjeve për qendrat e të dhënave. Gjatë punës së Linxdatacenter në Rusi, ne patëm mundësinë të njihemi me sisteme të ndryshme dhe të hasim qasje diametralisht të kundërta të shitësve për funksionimin e këtyre sistemeve.
Ne ju tregojmë se si e përditësuam plotësisht sistemin tonë BMS gjatë vitit të kaluar dhe pse.
Rrënja e problemit
Gjithçka filloi 10 vjet më parë me lançimin e qendrës së të dhënave Linxdatacenter në Shën Petersburg. Sistemi BMS, sipas standardeve të industrisë së atyre viteve, ishte një server fizik me softuer të instaluar, i aksesuar përmes një programi klienti (i ashtuquajturi klient "i trashë").
Në atë kohë kishte pak kompani që ofronin zgjidhje të tilla në treg. Produktet e tyre ishin standardi, e vetmja përgjigje për një nevojë ekzistuese. Dhe ne duhet t'u japim atyre detyrimin e tyre: si atëherë ashtu edhe sot, liderët e tregut në përgjithësi përballen me detyrën e tyre themelore - ofrimin e zgjidhjeve funksionale për qendrat e të dhënave që funksionojnë.
Zgjedhja logjike për ne ishte zgjidhja BMS nga një prej prodhuesve më të mëdhenj në botë. Sistemi i përzgjedhur në atë kohë plotësonte të gjitha kërkesat për monitorimin e një objekti kompleks inxhinierik, siç është një qendër të dhënash.
Megjithatë, me kalimin e kohës, kërkesat dhe pritshmëritë e përdoruesve (d.m.th. ne, operatorët e qendrave të të dhënave) nga zgjidhjet e IT kanë ndryshuar. Dhe shitësit e mëdhenj, siç tregohet nga një analizë e tregut për zgjidhjet e propozuara, nuk ishin gati për këtë.
Tregu i korporatave IT ka përjetuar ndikim serioz nga sektori B2C. Zgjidhjet dixhitale sot duhet të ofrojnë një përvojë të rehatshme për përdoruesin përfundimtar - ky është qëllimi që zhvilluesit i vendosin vetes. Kjo është e dukshme në përmirësimet në ndërfaqet e përdoruesit (UI) dhe përvojën e përdoruesit (UX) të shumë aplikacioneve të ndërmarrjeve.
Një person mësohet me komoditetin e gjithçkaje që lidhet me mjetet dixhitale në jetën e përditshme dhe vendos të njëjtat kërkesa për mjetet që përdor për detyrat e punës. Njerëzit presin nga aplikacionet e ndërmarrjeve të njëjtën shikueshmëri, intuitivitet, thjeshtësi dhe transparencë që janë të disponueshme për ta në shërbimet financiare, thirrjet taksi ose blerjet në internet. Specialistët e IT-së që zbatojnë zgjidhje në një mjedis korporativ gjithashtu përpiqen të marrin të gjitha "të mirat" moderne: vendosje dhe shkallëzim të thjeshtë, tolerancë ndaj gabimeve dhe mundësi të pakufizuara personalizimi.
Shitësit e mëdhenj ndërkombëtarë shpesh i anashkalojnë këto tendenca. Duke u mbështetur në autoritetin e tyre të gjatë në industri, korporatat shpesh rezultojnë të jenë kategorike dhe jofleksibile kur punojnë me klientët. Iluzioni i domosdoshmërisë së tyre nuk i lejon ata të shohin se si kompanitë e reja të teknologjisë shfaqen fjalë për fjalë nën hundët e tyre, duke ofruar zgjidhje alternative të përshtatura për një klient specifik dhe pa paguar më shumë për markën.
Disavantazhet e sistemit të vjetër BMS
Disavantazhi kryesor i zgjidhjes ekzistuese të vjetëruar të BMS për ne ishte funksionimi i tij i ngadaltë. Hetimi i disa ngjarjeve ku personeli në detyrë nuk po përgjigjej mjaftueshëm shpejt na bëri të kuptojmë se ndonjëherë kishte një vonesë të konsiderueshme në shfaqjen e ngjarjeve në BMS. Në të njëjtën kohë, sistemi nuk ishte i mbingarkuar ose i gabuar, ishte thjesht se versionet e përbërësve të tij (për shembull, JAVA) ishin të vjetëruara dhe nuk mund të punonin saktë me versionet e reja të sistemeve operative pa përditësime. Ishte e mundur t'i përditësosh ato vetëm së bashku me sistemin BMS, dhe shitësi nuk siguroi vazhdimësi automatike të versioneve, domethënë, për ne procesi do të ishte pothuajse aq intensiv i punës sa kalimi në një sistem të ri, dhe zgjidhja e re do të ruhej disa nga të metat e të vjetrës.
Le të shtojmë disa "gjëra të vogla" të pakëndshme këtu:
- Pagesa për lidhjen e pajisjeve të reja sipas parimit "një adresë IP - një licencë me pagesë";
- Pamundësia për të përditësuar softuerin pa blerë një paketë mbështetëse (kjo nënkupton përditësimin e komponentëve falas dhe eliminimin e gabimeve në vetë programin BMS);
- Kostoja e lartë e mbështetjes;
- Vendndodhja në një server "hekuri", i cili mund të dështojë dhe ka burime të kufizuara kompjuterike;
- "Rezervimi" duke instaluar një server të dytë harduerësh me një paketë licence të kopjuar. Në të njëjtën kohë, nuk ka sinkronizim të bazave të të dhënave ndërmjet serverit kryesor dhe atij rezervë - që nënkupton transferim manual të bazës së të dhënave dhe një kohë të gjatë për të kaluar në rezervë;
- Klient përdoruesi "i trashë", i paarritshëm nga jashtë, pa shtrirje për një pajisje celulare dhe opsion aksesi në distancë;
- Një ndërfaqe uebi e zhveshur pa karta grafike dhe njoftime zanore, e aksesueshme nga jashtë, por praktikisht e pa përdorur nga punonjësit për shkak të mungesës së informacionit;
- Mungesa e animacionit në ndërfaqe - të gjitha grafika përbëhen vetëm nga një imazh "sfondi" dhe ikona statike. Rezultati është një nivel i përgjithshëm i ulët i dukshmërisë;
Gjithçka dukej diçka si kjo:
- Një kufizim në krijimin e sensorëve virtualë është se vetëm funksioni i shtimit është i disponueshëm, ndërsa modelet e sensorëve realë kërkojnë aftësinë për të kryer një grup operacionesh matematikore për llogaritjet e sakta që pasqyrojnë realitetet e funksionimit;
- Pamundësia për të marrë të dhëna në kohë reale ose nga arkivi për çfarëdo qëllimi (për shembull, për t'u shfaqur në llogarinë personale të klientit);
- Mungesa e plotë e fleksibilitetit dhe aftësisë për të ndryshuar çdo gjë në BMS për t'iu përshtatur proceseve ekzistuese të qendrës së të dhënave.
Kërkesat për një sistem të ri BMS
Duke marrë parasysh sa më sipër, kërkesat tona kryesore ishin si më poshtë:
- Dy makina të pavarura reciproke të tepërta me sinkronizim automatik, që funksionojnë në dy platforma të ndryshme cloud në qendra të ndryshme të të dhënave (në rastin tonë, qendrat e të dhënave Linxdatacenter St. Petersburg dhe Moskë);
- Shtimi falas i pajisjeve të reja;
- Përditësimet e softuerit falas dhe komponentët e tij (përveç përmirësimeve funksionale);
- Kodi me burim të hapur, duke na lejuar të mbështesim në mënyrë të pavarur sistemin në rast të problemeve nga ana e zhvilluesit;
- Mundësia për të marrë dhe përdorur të dhëna nga BMS, për shembull, në një faqe interneti ose në llogarinë tuaj personale;
- Qasje përmes shfletuesit WEB pa një klient të trashë;
- Përdorimi i llogarive të punonjësve të domenit për të hyrë në BMS;
- Disponueshmëria e animacionit dhe shumë dëshirave të tjera të vogla dhe jo aq të vogla që u materializuan në një specifikim teknik të detajuar.
Kashta e fundit
Në momentin kur kuptuam se qendra e të dhënave kishte tejkaluar BMS-në e saj, zgjidhja më e dukshme na dukej përditësimi i sistemit ekzistues. "Ata nuk i ndryshojnë kuajt në mes të rrugës," apo jo?
Sidoqoftë, korporatat e mëdha, si rregull, nuk ofrojnë modifikime me porosi për zgjidhjet e tyre "të lëmuara" dekada të vjetra të shitura në dhjetëra vende. Ndërkohë që kompanitë e reja po testojnë një ide ose prototip të një produkti të ardhshëm te konsumatorët potencialë dhe po mbështeten në komentet e përdoruesve për të zhvilluar produktin, korporatat vazhdojnë të shesin licenca për një produkt dikur vërtet të lezetshëm, por, mjerisht, sot ai është i vjetëruar dhe jo fleksibël.
Dhe ne vetë e ndjemë ndryshimin në qasje. Gjatë korrespondencës me prodhuesin e BMS-së së vjetër, u bë shpejt e qartë se përditësimi i sistemit ekzistues të propozuar nga shitësi në fakt do të rezultonte në blerjen e një sistemi të ri për ne me transferim gjysmë automatik të bazës së të dhënave, kosto të lartë dhe gracka gjatë transferim, të cilin as vetë prodhuesi nuk mund ta parashikonte. Natyrisht, në këtë rast, kostoja e mbështetjes teknike për zgjidhjen e përditësuar u rrit, dhe nevoja për të blerë licenca gjatë zgjerimit mbeti.
Dhe gjëja më e pakëndshme ishte se sistemi i ri nuk mund të përmbushte plotësisht kërkesat tona të rezervimit. Sistemi i përditësuar BMS mund të zbatohej, siç dëshironim, në një platformë cloud, e cila do të na lejonte të braktisnim harduerin, por opsioni i tepricës nuk ishte përfshirë në çmim. Për të rezervuar të dhënat, do të na duhej të blinim një server të dytë virtual BMS dhe një grup shtesë licencash. Me koston e një licence që është rreth 76 dollarë dhe numri i adresave IP është 1000 njësi, kjo shton deri në 76 dollarë shpenzime shtesë vetëm për licencat për makinën rezervë.
"qershia" në versionin e ri të BMS ishte nevoja për të blerë licenca shtesë "për të gjitha pajisjet" - edhe për serverin kryesor. Këtu është e nevojshme të sqarohet se ka pajisje të lidhura me BMS përmes portave. Porta ka një adresë IP, por kontrollon disa pajisje (mesatarisht 10). Në BMS-në e vjetër, kjo kërkonte një licencë për adresë IP të portës, statistikat dukeshin diçka si kjo: "1000 adresa IP/licenca, 1200 pajisje". BMS-ja e përditësuar funksionoi në një parim tjetër dhe statistikat do të dukeshin kështu: "1000 adresa IP, 1200 pajisje/licenca." Kjo do të thotë, shitësi në versionin e ri ndryshoi parimin e caktimit të licencave dhe ne duhej të blinim afërsisht 200 licenca shtesë.
Buxheti "përditësuar" përfundimisht përbëhej nga katër pika:
- kostoja e versionit cloud dhe shërbimeve të migrimit në të;
- licenca shtesë për paketën ekzistuese për pajisjet e lidhura përmes portave;
- kostoja e versionit rezervë të cloud;
- një grup licencash për makinën rezervë.
Kostoja totale e projektit ishte më shumë se 100 dollarë! Dhe kjo nuk është për të përmendur nevojën për të blerë licenca për pajisje të reja në të ardhmen.
Si rezultat, ne kuptuam se do të ishte më e lehtë për ne - dhe ndoshta edhe më lirë - të porositnim një sistem të krijuar nga e para, duke marrë parasysh të gjitha kërkesat tona dhe duke parashikuar mundësinë e modernizimit në të ardhmen. Por ata që donin të zhvillonin një sistem kaq kompleks duhej ende të gjendeshin, të krahasonin propozimet, të përzgjidheshin dhe me finalistin ecnin rrugën nga specifikimet teknike deri tek zbatimi... Lexoni shumë shpejt për këtë në pjesën e dytë të materialit.
Burimi: www.habr.com