Какво е 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 000.
Короната на новата версия на BMS е необходимостта да се закупят допълнителни лицензи "за всички устройства" – дори за основния сървър. Тук е важно да се поясни, че съществуват устройства, свързани към BMS чрез шлюзове. Шлюзът има един IP адрес, но контролира няколко устройства (в средно 10). В старата BMS за това беше необходима една лицензия за IP адреса на шлюза, статистиката изглеждаше по следния начин: „IP адреси/лицензии 1000, устройства 1200“. Обновената BMS работеше по различен принцип и статистиката би изглеждала така „IP адреси 1000, устройства/лицензии 1200“. Тоест, вендорът в новата версия промени принципа на присвояване на лицензиите и ние трябваше да закупим допълнително около 200 лицензи.
Бюджетът за "обновлението" в крайна сметка се състоя от четири пункта:
- разходите за облачната версия и услугата по миграция към нея;
- допълнителни лицензи за съществуващия пакет за устройства, свързани чрез шлюзове;
- разходите за резервната облачна версия;
- комплект лицензи за резервния сървър.
Общата стойност на проекта надхвърли $100 000! И това, без да говорим за необходимостта от закупуване на лицензи за нови устройства в бъдеще.
В крайна сметка разбрахме, че за нас ще бъде по-лесно – а може би и по-евтино – да поръчаме система, създадена от нулата, отразяваща всички наши изисквания и предвиждаща възможност за модернизация в бъдеще. Но желаещите да разработят такава сложна система трябваше още да се намерят, да се сравнят предложения, да се избере и да се премине с финалиста пътя от ТЗ до реализация… За това – читайте във втора част на материала много скоро.
Източник: habr.com
