Systeme Electric: ИТ-решения

Мониторинг ЦОД: когда протоколы не важны, но все про них спрашивают 👀 Вадим Жирнов, архитектор инженерных систем Systeme Electric   Всем привет! (Дисклеймер: мнение эксперта может не во всем совпадать с позицией Systeme Electric) Сначала история из жизни. Сидим мы как-то в кафе с коллегами по эксплуатации ЦОД, идет оживленная беседа. Я упомянул наши продукты по мониторингу, и вдруг один из них спрашивает: - А какой там у вас протокол в этой вашей системе мониторинга? «Почему он интересуется? Что это? Простое любопытство? Подозрительный тип…», – подумал я. «SNMP», – почему-то ответил и подумал: «Зачем я соврал? У нас же есть все распространенные промышленные протоколы!.. А зачем он спросил? Зубы заговаривает. Очень подозрительный тип!».   Это всё к чему? Меня постоянно спрашивают, какие протоколы поддерживает наша система мониторинга DC Guard. И вот я думаю: неужели есть какая-то система мониторинга на рынке в 2026 году, которая не поддерживает распространенные промышленные протоколы? А зачем она тогда нужна? И есть ли какая-то разница для заказчика, по каким протоколам собираются их «любимые» данные? Нужные данные либо своевременно есть, либо их нет.   И всё-таки, какие протоколы❓   По моему мнению, самые распространенные промышленные протоколы сбора данных для оборудования инженерной инфраструктуры ЦОД на сегодняшний день это: ⏺ModbusRTU; ⏺ModbusTCP; ⏺SNMP. Причем ModbusRTU используется, чтобы собрать данные с полевых устройств и в большинстве случаев далее конвертируется в ModbusTCP. Именно с ModbusTCP и SNMPмы в основном и работаем в системе мониторинга DC Guard. А есть ли разница❓ Конечному заказчику на деле абсолютно всё равно, по каким протоколам мы собрали данные, главное – какие параметры отображаются. Это довольно логично. Вы же не думаете, на каком транспортном средстве к вам едет курьер с продуктами. Важно, привез ли он их вовремя. И вот возникает вопрос, если, предположим, Cherry и Geely имеют одинаковые ТТХ (я мог бы сказать BMW и Mercedes, но предпочитаю рассматривать современные реалии), а как выбирать-то? Бренд, люди, детали 🗣 Бренд. Не буду дискутировать на тему бренда, нам досталось наследие APC by Schneider Electric, многое изменилось, многое осталось прежним. Безусловно, крупная компания, безусловно, один из лидеров российского рынка. Главное, что вы нас знаете и не надо объяснять, кто мы такие. Люди. Много лет мы наращивали экспертизу, многих заказчиков знаем в лицо. Приятно предлагать уже знакомым людям, уже понятные решения на новых продуктах, от экспертов, которым уже доверились и остались довольны. Так, например, наша система мониторинга DC Guard – это, по сути, наследник Data Center Expert (DCE). Учли лучшее, скорректировали недостатки. Детали. Сейчас недостаточно просто взять и сделать хорошо работающую систему. Нужно слышать заказчика, делать хорошо, но адаптироваться под актуальные потребности, и тогда все будут довольны. DC Guard – система централизованного мониторинга инженерного оборудования ЦОД/серверной. ⏺А можно все установить и настроить за пару дней? - Можно. ⏺А можно добавлять устройство по IP в систему мониторинга? - Можно. ⏺А можно мониторинг, видеонаблюдение и СКУД в одной системе? - Пожалуйста. ⏺А можно текстовые комментарии под оборудованием (кто, когда и зачем сломал ИБП, например)? - Конечно. ⏺А можно, чтобы одним кликом нужный график с параметрами за год открыть? - Да. ⏺А можно ли применять DC Guard в проектах с требованиями по локализации ПО? - Да, можно! DC Guard включен в Реестр Минцифры. Это полностью отечественная разработка. Это лишь некоторые вопросы, на которые мы уже дали однозначный ответ для наших заказчиков. Приходите и вы, если такие задачи есть. Это всегда интересно. Я надеюсь, что было полезно. Пожалуйста, пишите в комментариях, о чем ещё хотели бы узнать о платформе DC Guard, будем раскрывать темы подробно. 👋 Подробнее о DC Guard #КолонкаЭксперта #СистемаМониторинга #DCGuard #ЦОД