Ինչ է BMS-ը
Տվյալների կենտրոնում ինժեներական համակարգերի շահագործման մոնիտորինգի համակարգը ենթակառուցվածքի հիմնական տարրն է, որն ուղղակիորեն ազդում է տվյալների կենտրոնի համար այնպիսի կարևոր ցուցիչի վրա, ինչպիսին է անձնակազմի արձագանքման արագությունը արտակարգ իրավիճակներին և, հետևաբար, անխափան շահագործման տևողությունը:
BMS (Building Monitoring System) մոնիտորինգի համակարգերը առաջարկվում են տվյալների կենտրոնների համար սարքավորումների համաշխարհային մատակարարների կողմից: Ռուսաստանում Linxdatacenter-ի աշխատանքի ընթացքում մենք հնարավորություն ունեցանք ծանոթանալու տարբեր համակարգերի և հանդիպելու վաճառողների տրամագծորեն հակառակ մոտեցումներին այդ համակարգերի շահագործման վերաբերյալ:
Մենք պատմում ենք, թե ինչպես ենք մենք ամբողջությամբ թարմացրել մեր BMS համակարգը անցած տարվա ընթացքում և ինչու:
Խնդրի արմատը
Ամեն ինչ սկսվեց 10 տարի առաջ Սանկտ Պետերբուրգում Linxdatacenter տվյալների կենտրոնի գործարկումից: BMS համակարգը, ըստ այդ տարիների արդյունաբերության ստանդարտների, ֆիզիկական սերվեր էր՝ տեղադրված ծրագրային ապահովումով, որը հասանելի էր հաճախորդի ծրագրի միջոցով (այսպես կոչված՝ «հաստ» հաճախորդ):
Այդ ժամանակ շուկայում նման լուծումներ առաջարկող ընկերությունները քիչ էին։ Նրանց արտադրանքը ստանդարտ էր, միակ պատասխանը գոյություն ունեցող կարիքներին: Եվ մենք պետք է նրանց արժանին մատուցենք. ինչպես այն ժամանակ, այնպես էլ այսօր շուկայի առաջատարները հիմնականում հաղթահարում են իրենց հիմնական խնդիրը՝ ֆունկցիոնալ լուծումներ տրամադրելով տվյալների կենտրոնների համար:
Մեզ համար տրամաբանական ընտրությունը աշխարհի խոշորագույն արտադրողներից մեկի BMS լուծումն էր: Այն ժամանակ ընտրված համակարգը բավարարում էր բարդ ինժեներական հաստատության մոնիտորինգի բոլոր պահանջները, ինչպիսին է տվյալների կենտրոնը:
Սակայն ժամանակի ընթացքում փոխվել են օգտատերերի (այսինքն՝ մեր՝ տվյալների կենտրոնների օպերատորների) պահանջներն ու ակնկալիքները ՏՏ լուծումներից։ Իսկ խոշոր վաճառողները, ինչպես ցույց է տալիս առաջարկվող լուծումների շուկայի վերլուծությունը, պատրաստ չէին դրան:
Կորպորատիվ ՏՏ շուկան լուրջ ազդեցություն է ունեցել B2C հատվածի կողմից: Թվային լուծումներն այսօր պետք է հարմարավետ փորձ ապահովեն վերջնական օգտագործողի համար. սա այն նպատակն է, որ մշակողները իրենց առջեւ դնում են: Սա ակնհայտ է օգտատերերի միջերեսների (UI) և օգտատերերի փորձի (UX) բարելավումներից շատ ձեռնարկատիրական հավելվածներում:
Մարդը ընտելանում է առօրյա կյանքում թվային գործիքների հետ կապված ամեն ինչի հարմարավետությանը և նույն պահանջներն է դնում այն գործիքների վրա, որոնք նա օգտագործում է աշխատանքային առաջադրանքների համար։ Մարդիկ ձեռնարկատիրական հավելվածներից ակնկալում են նույն տեսանելիությունը, ինտուիտիվությունը, պարզությունն ու թափանցիկությունը, որոնք հասանելի են ֆինանսական ծառայություններում, տաքսի կանչելու կամ առցանց գնումներ կատարելիս: Կորպորատիվ միջավայրում լուծումներ իրականացնող ՏՏ մասնագետները նույնպես ձգտում են ստանալ բոլոր ժամանակակից «լավությունները»՝ պարզ տեղակայում և մասշտաբում, սխալների հանդուրժողականություն և անհատականացման անսահմանափակ հնարավորություններ:
Միջազգային խոշոր վաճառողները հաճախ անտեսում են այս միտումները: Հենվելով արդյունաբերության մեջ իրենց վաղեմի հեղինակության վրա՝ կորպորացիաները հաճախ հայտնվում են կատեգորիկ և ոչ ճկուն հաճախորդների հետ աշխատելիս: Սեփական անփոխարինելիության պատրանքը թույլ չի տալիս տեսնել, թե ինչպես են երիտասարդ տեխնոլոգիական ընկերությունները հայտնվում բառացիորեն իրենց քթի տակ՝ առաջարկելով այլընտրանքային լուծումներ՝ հարմարեցված կոնկրետ հաճախորդին և առանց ապրանքանիշի համար գերավճար վճարելու:
Հին BMS համակարգի թերությունները
Մեզ համար գոյություն ունեցող հնացած BMS լուծման հիմնական թերությունը դրա դանդաղ աշխատանքն էր: Մի քանի իրադարձությունների ուսումնասիրությունը, որտեղ հերթապահ անձնակազմը բավական արագ չէր արձագանքում, մեզ հանգեցրեց հասկանալու, որ երբեմն BMS-ում ցուցադրվող իրադարձությունների զգալի ուշացում է տեղի ունենում: Միևնույն ժամանակ, համակարգը ծանրաբեռնված կամ թերի չէր, պարզապես դրա բաղադրիչների տարբերակները (օրինակ՝ JAVA) հնացած էին և առանց թարմացումների չէին կարողանում ճիշտ աշխատել օպերացիոն համակարգերի նոր տարբերակների հետ։ Հնարավոր էր դրանք թարմացնել միայն BMS համակարգի հետ միասին, և վաճառողը չտրամադրեց տարբերակների ավտոմատ շարունակականությունը, այսինքն՝ մեզ համար գործընթացը գրեթե նույնքան աշխատատար կլիներ, որքան նոր համակարգին անցնելը, և նոր լուծումը պահպանվեց։ հինի որոշ թերություններ.
Այստեղ ավելացնենք ևս մի քանի տհաճ «փոքր բաներ».
- Վճարում նոր սարքերի միացման համար «մեկ IP հասցե՝ մեկ վճարովի լիցենզիա» սկզբունքով.
- Առանց աջակցության փաթեթ գնելու ծրագրակազմը թարմացնելու անկարողություն (սա նշանակում է անվճար բաղադրիչների թարմացում և հենց BMS ծրագրի սխալների վերացում);
- Աջակցության բարձր արժեքը;
- Տեղադրությունը «երկաթե» սերվերի վրա, որը կարող է ձախողվել և ունի սահմանափակ հաշվողական ռեսուրսներ.
- «Ավելորդություն»՝ տեղադրելով երկրորդ ապարատային սերվեր՝ կրկնօրինակ լիցենզիայի փաթեթով: Միևնույն ժամանակ, չկա տվյալների բազաների համաժամացում հիմնական և պահուստային սերվերների միջև, ինչը նշանակում է տվյալների բազայի ձեռքով փոխանցում և կրկնօրինակին անցնելու երկար ժամանակ.
- «Հաստ» օգտվողի հաճախորդ, արտաքինից անհասանելի, առանց շարժական սարքի երկարացման և հեռահար մուտքի տարբերակի.
- Անջատված վեբ ինտերֆեյս՝ առանց գրաֆիկական քարտերի և ձայնային ծանուցումների, որը հասանելի է դրսից, բայց գործնականում չի օգտագործվում աշխատակիցների կողմից՝ տեղեկատվության բացակայության պատճառով.
- Ինտերֆեյսում անիմացիայի բացակայություն. բոլոր գրաֆիկան բաղկացած է միայն «ֆոնային» պատկերից և ստատիկ պատկերակներից: Արդյունքը տեսանելիության ընդհանուր ցածր մակարդակն է.
Ամեն ինչ այսպիսի տեսք ուներ.
- Վիրտուալ սենսորների ստեղծման սահմանափակումն այն է, որ հասանելի է միայն ավելացման գործառույթը, մինչդեռ իրական սենսորների մոդելները պահանջում են մաթեմատիկական գործողություններ կատարելու հնարավորություն՝ ճիշտ հաշվարկների համար, որոնք արտացոլում են գործողության իրողությունները.
- Իրական ժամանակում կամ արխիվից որևէ նպատակով տվյալներ ստանալու անկարողություն (օրինակ՝ հաճախորդի անձնական հաշվում ցուցադրելու համար).
- Ճկունության և BMS-ում որևէ բան փոխելու ունակության լիակատար բացակայություն՝ տվյալների կենտրոնի առկա գործընթացներին համապատասխան:
Նոր BMS համակարգի պահանջները
Հաշվի առնելով վերը նշվածը, մեր հիմնական պահանջները հետևյալն էին.
- Երկու անկախ փոխադարձաբար ավելորդ մեքենաներ՝ ավտոմատ համաժամանակացմամբ, որոնք աշխատում են երկու տարբեր ամպային հարթակների վրա՝ տվյալների տարբեր կենտրոններում (մեր դեպքում՝ Linxdatacenter Սանկտ Պետերբուրգի և Մոսկվայի տվյալների կենտրոնները);
- Նոր սարքերի անվճար ավելացում;
- Անվճար ծրագրային ապահովման թարմացումներ և դրա բաղադրիչներ (բացառությամբ ֆունկցիոնալ բարելավումների);
- Բաց կոդ, որը թույլ է տալիս մեզ ինքնուրույն աջակցել համակարգին՝ մշակողի կողմից խնդիրների դեպքում.
- BMS-ից տվյալներ ստանալու և օգտագործելու հնարավորություն, օրինակ՝ վեբկայքում կամ ձեր անձնական հաշվում.
- Մուտք գործեք WEB բրաուզերի միջոցով առանց հաստ հաճախորդի;
- Օգտագործելով տիրույթի աշխատակիցների հաշիվները՝ BMS մուտք գործելու համար;
- Անիմացիայի և շատ այլ փոքր և ոչ այնքան փոքր ցանկությունների առկայություն, որոնք վերածվեցին մանրամասն տեխնիկական բնութագրի:
Վերջին ծղոտը
Այն պահին, երբ մենք հասկացանք, որ տվյալների կենտրոնը գերազանցել է իր BMS-ը, մեզ թվում էր ամենաակնհայտ լուծումը թարմացնել գոյություն ունեցող համակարգը։ «Նրանք ձիերը կես ճանապարհին չեն փոխում», չէ՞:
Այնուամենայնիվ, խոշոր կորպորացիաները, որպես կանոն, չեն առաջարկում մաքսային փոփոխություններ իրենց տասնամյակների վաղեմության «հղկված» լուծումների համար, որոնք վաճառվում են տասնյակ երկրներում: Մինչ երիտասարդ ընկերությունները փորձարկում են ապագա արտադրանքի գաղափարը կամ նախատիպը պոտենցիալ սպառողների վրա և ապավինում են օգտատերերի կարծիքին՝ արտադրանքը զարգացնելու համար, կորպորացիաները շարունակում են լիցենզիաներ վաճառել երբեմնի իսկապես հիանալի արտադրանքի համար, բայց, ավաղ, այսօր այն հնացել է և ճկուն:
Եվ մենք ինքներս զգացինք մոտեցումների տարբերությունը։ Հին BMS-ի արտադրողի հետ նամակագրության ընթացքում արագ պարզ դարձավ, որ վաճառողի կողմից առաջարկված առկա համակարգի թարմացումը իրականում կհանգեցնի մեզ համար նոր համակարգի գնման՝ տվյալների բազայի կիսաավտոմատ փոխանցմամբ, բարձր գնով և ծուղակներով: փոխանցում, որը նույնիսկ ինքը արտադրողը չէր կարող կանխատեսել։ Իհարկե, այս դեպքում թարմացված լուծման տեխնիկական աջակցության արժեքը բարձրացավ, իսկ ընդլայնման ընթացքում լիցենզիաներ ձեռք բերելու անհրաժեշտությունը մնաց:
Իսկ ամենատհաճն այն էր, որ նոր համակարգը չէր կարող լիովին բավարարել մեր ամրագրման պահանջները։ Թարմացված BMS համակարգը կարող էր ներդրվել, ինչպես ուզում էինք, ամպային հարթակի վրա, ինչը թույլ կտար հրաժարվել սարքավորումից, սակայն ավելորդության տարբերակը ներառված չէր գնի մեջ։ Տվյալները կրկնօրինակելու համար մենք պետք է գնեինք երկրորդ BMS վիրտուալ սերվեր և լիցենզիաների լրացուցիչ փաթեթ: Մեկ լիցենզիայի արժեքը կազմում է մոտ 76 դոլար, իսկ IP հասցեների թիվը՝ 1000 միավոր, դա ավելացնում է մինչև 76 ԱՄՆ դոլար լրացուցիչ ծախսեր միայն պահեստային մեքենայի լիցենզիաների համար:
BMS-ի նոր տարբերակում «բալը» լրացուցիչ լիցենզիաներ ձեռք բերելու անհրաժեշտությունն էր «բոլոր սարքերի համար», նույնիսկ հիմնական սերվերի համար: Այստեղ անհրաժեշտ է պարզաբանել, որ կան BMS-ին միացված սարքեր՝ gateway-ների միջոցով։ Դարպասը ունի մեկ IP հասցե, բայց վերահսկում է մի քանի սարքեր (միջինում 10): Հին BMS-ում սա պահանջում էր մեկ լիցենզիա յուրաքանչյուր դարպասի IP հասցեի համար, վիճակագրությունը նման էր հետևյալին. «1000 IP հասցե/լիցենզիա, 1200 սարք»: Թարմացված BMS-ն աշխատում էր այլ սկզբունքով, և վիճակագրությունը կունենա հետևյալ տեսքը՝ «1000 IP հասցե, 1200 սարք/լիցենզիա»: Այսինքն՝ վաճառողը նոր տարբերակում փոխել է լիցենզիաներ տրամադրելու սկզբունքը, և մենք ստիպված ենք եղել գնել մոտ 200 լրացուցիչ լիցենզիա։
«Թարմացված» բյուջեն, ի վերջո, բաղկացած էր չորս կետից.
- ամպային տարբերակի և դրան միգրացիոն ծառայությունների արժեքը.
- լրացուցիչ լիցենզիաներ առկա փաթեթի համար, որոնք միացված են դարպասների միջոցով.
- պահեստային ամպային տարբերակի արժեքը;
- մի շարք լիցենզիաների պահեստային մեքենայի համար:
Ծրագրի ընդհանուր արժեքը կազմել է ավելի քան 100 ԱՄՆ դոլար: Եվ դա էլ չի խոսում ապագայում նոր սարքերի համար լիցենզիաներ գնելու անհրաժեշտության մասին:
Արդյունքում մենք հասկացանք, որ մեզ համար ավելի հեշտ կլինի, և գուցե նույնիսկ ավելի էժան, պատվիրել զրոյից ստեղծված համակարգ՝ հաշվի առնելով մեր բոլոր պահանջները և ապահովելով ապագայում արդիականացման հնարավորությունը։ Բայց այդպիսի բարդ համակարգ մշակել ցանկացողներին դեռ պետք էր գտնել, համեմատել առաջարկները, ընտրել և եզրափակիչի հետ քայլել տեխնիկական բնութագրերից մինչև իրականացում... Այս մասին կարդացեք նյութի երկրորդ մասում շատ շուտով։
Source: www.habr.com