Какво е 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
