На онлайн-встрече Вадим Жирнов, архитектор инженерных систем Systeme Electric, подробно рассказал об экосистеме продуктов SystemeDC. А также поделился, в чем плюсы ориентации на одного производителя и преимущества «одного окна» для сервисного обслуживания

Начал он с информации о портфеле железа Systeme Electric – преемнике Schneider Electric и APC в России. После ухода, Schneider оставил три завода. Соответственно, всю команду, а это 3 500 человек, удалось сохранить. Некоторые «железки» мы сейчас производим самостоятельно, и на текущий момент мы восстановили практически всё продуктовое предложение, что было у Schneider и у APC.

Продуктовый портфель Schneider Electric позволяет построить ЦОДы на моновендоре. То есть у нас есть часть, которая относится обычно к зданию, то есть это «среднее напряжение»: ячейки, трансформаторы, низкое напряжение, это НКУ, щитовое, модульное оборудование. И непосредственно та часть, которой занимается мое подразделение, это IT-решения. Это источники бесперебойного питания, однофазные, трехфазные блоки распределения питания, шкафы и монтажные конструктивы, системы контейнеризации и прочее оборудование. Сегодня я хотел бы детально поговорить про экосистему. В текущих реалиях недостаточно просто продавать оборудование, нужно еще оказывать техническую поддержку или сервисы. Один важный момент, который из продуктов делает экосистему, это сервисы.

Сегодня я расскажу про платформу мониторинга ЦОД DCGuard. Это продукт, который является преемником DataCenterExpert от АPC. И еще один сервис — это цифровая платформа технического обслуживания и ремонта (ТОиР) SystemeMaintenance. Вот эти два продукта позволяют объединить все железные устройства в единую экосистему и интегрировать их между собой. У нас не было задачи просто повторить то, что было, нужно было сформировать другой набор функциональностей.

ЦОД - это инженерная инфраструктура - это ИБП, кондиционеры, блоки распределения питания, потом IT-оборудование, то есть серверы, СХД и сервисы, это приложения, например, банковские и так далее. Если какой-то сервис упал, то бизнес теряет деньги. Почему это может произойти? Потому что, либо произошел отказ на IT-оборудовании, либо на инженерной инфраструктуре.

От 60 до 80% отказов в дата-центрах это человеческий фактор или ошибки эксплуатации. И встает главный вопрос, что сделать с человеком? Первый, самый базовый вариант – это просто убрать человека из процессов эксплуатации центров обработки данных. Это неплохой вариант, но это вариант не ближайших лет.

Остается по сути два других варианта: повысить информированность пользователя о состоянии инженерной инфраструктуры. То есть, проинформирован значит вооружен. Если вовремя заметил, если система вовремя подсветила, значит есть время чтобы среагировать. И второй элемент – это некая стандартизация, контроль и управление процессом эксплуатации. То есть, когда все всё делают одинаково: типовые установки, обслуживаются идентично, в рамках обхода проверяются одни и те же параметры, в определенное время, то, соответственно, это позволяет, скажем так, перестать человеку придумывать что-то, что может привести к ошибке. И, собственно, именно исходя из этих двух парадигм, создавались наши продукты.

Сегодня расскажу про платформу DCGuard, которая повышает как раз информированность пользователя и про программный продукт SystemeMaintenance, который помогает стандартизировать процессы.

Они очень специфичные для ЦОДов и DCGuard. Предлагаю начать с системы мониторинга инженерной инфраструктуры ЦОД DCGuard. Эта система позволяет повысить информированность пользователя. Вот так выглядит текущий типовой интерфейс системы. Мы планируем произвести некоторое обновление интерфейса до конца года, он будет немножко красивее и универсальнее. Расскажу про идеологию системы.

Первое, это решение на базе SCADA-системы, ядро системы - это SCADA уровня лидеров рынка. Сама платформа разработки у нас заведена минцифрой в реестр отечественного ПО. Но важный момент, что это не просто SCADA, а это условно-коробочное решение. То есть мы сформировали определенную конфигурацию, куда вложено самое необходимое.

И в эту коробку добавили в библиотеку устройства. На текущий момент там есть все устройства Systeme Electric, устройства Schneider Electric и APC. Что в коробке? В первую очередь перечень оборудования, представленный в древовидной структуре, которая позволяет быстро переключаться между единицами оборудования. Все данные представлены в табличном виде. Мы специально не стремились создавать красивую анимацию, мнемосхемы и прочее. Здесь всё просто, понятно и стандартно. По функционалу система включает в себя «пять в одном». Ещё несколько месяцев назад я говорил, что это «три в одном», сейчас это «пять в одном». Смысл в чём? Это в первую очередь мониторинг параметров инженерного оборудования: ИБП, кондиционеров, блоков распределения питания.

Далее добавляем туда видеонаблюдение, то есть камеры, которые установлены в серверном помещении. Эти IP-камеры могут передавать свой видеопоток в систему мониторинга. Дальше добавляем туда систему контроля управления доступом, тоже не всего здания, а непосредственно машинного зала. Есть такое решение, которое позволяет установить в стойки ручки с функцией СКУД, которые можно открывать по картам, либо биометрией. В систему DС Guard уже внедрён модуль, который позволяет отслеживать положение дверей, контроль считывателя ручки, заносить туда пользователей, прописывать ему карты, например, и потом выложить отчет, кто из пользователей, с какой стойки, в какой момент получил доступ.

Следующий элемент в системе – это мониторинг аккумуляторных батарей.

Мы собираем данные по каждой батарее с нашего железного устройства по мониторингу батарей. И пятый элемент, это позиционирование серверов. Это такая планочка, которая устанавливается прямо в стойку. У нее есть метка. С одной стороны, метка устанавливается к планке, с другой стороны - к серверу. Грубо говоря, когда мы сервер вытаскиваем, система понимает, что сервера нет в стойке. Когда вставляем обратно, система понимает, что данный сервер снова установлен в стойке. В системе можно вести учет этого сервера, то есть наименование и какую-то базовую информацию. Это система, которая включает в себя несколько элементов, она модульная. И мы даем доступ пользователю к этой системе, он может самостоятельно добавлять новые устройства и редактировать некоторые параметры. Как правило, в SCADA-системах нужно либо обращаться к поставщику решения, либо проходить дополнительные сложные курсы, переходить в админ-панель для того, чтобы добавить устройство. Наше решение позволяет пользователю проделывать это самостоятельно.

И вот это те самые элементы, которые повышают информированность пользователей — это SMS, Telegram Bot, email, звук, текст и отчёт. Система позволяет напротив каждого оборудования создать маленькое текстовое поле, в которое можно заносить информацию по текущему составу оборудования. Например, если оно отключено, то почему, кем, и с какой целью. Это очень облегчает приём и передачу смены на самом объекте.

Какие выгоды от этого решения? Далее решение на базе с SCADA-системы упаковали в коробку, сделали ограниченный функционал и насытили базы данных нашего оборудования. И мы сделали дополнительный функционал так, чтобы система объединяла все наше продуктовое предложение в рамках центра по обработке данных сервера. Вот такой подход позволил нам перейти к быстрому внедрению. То есть, если раньше продукты для мониторинга разворачивались месяцами, то сейчас мы делаем это за две недели. У нас есть примеры кейсов, когда мы делали это за 7-9 дней.

Второй элемент – это независимость от вендора. Поскольку мы функционал проработали так, чтобы пользователи самостоятельно могли добавлять устройства, остается только задача, состоящая в том, чтобы докупить лицензии и самим добавить осуществлять оплаты. И вы тогда всегда будете на стабильной версии. Система позволяет быстро масштабироваться. Нужно просто докупить лицензии. И при этом, поскольку все равно ядро системы от SCADA, то остается обширное поле для кастомизации. Мы можем без проблем добавлять в систему SCADA устройства сторонних производителей.

Мы фокусируемся на сегменте небольших серверов, обычно не более 500. Потому что это позволяет самым быстрым образом развернуть систему. Соответственно, туда относится еще распределенная инфраструктура. Это ретейл, узлы связи, то есть когда у вас много маленьких стоек, разбросанных территориально, но соединенных в общую сеть. Можно поставить наш DCGuard и собрать все данные из распределенных узлов.

Отдел эксплуатации ЦОД. Часто бывают задачи, когда есть большой промышленный объект и внутри маленькая серверная комната. Часто бывает, что люди, которые ответственны за эксплуатацию или за работу здания и маленького ЦОДа, это разные люди. Те, кто ответственен за здание, смотрят в одну SCADA-систему, а тем, кто смотрит за ЦОД, нужно свое место, куда смотреть, свой АРМ. И, соответственно, они смотрят именно на нашу систему, потому что там все в одном.

Мы можем закрыть комплексно задачу заказчика по системе мониторинга. И соответственно, если дальше наше оборудование, то оно уже в базу внесено, и это позволяет быстро развернуть систему.

1

Мы проводим пилотный проект, то есть бесплатно разворачиваем на инфраструктуре заказчика систему, естественно, с ограниченным количеством времени, с ограниченным количеством устройств. И показываем, как работает система. Заказчик может сам поработать в системе, посмотреть, что это такое, и во всём разобраться более детально.

Сейчас мы поговорили про систему мониторинга DCGuard. Ее цель — это повышение информированности пользователя о состоянии инженерной инфраструктуры. Таким образом мы боремся с самым большим количеством отказов по вине человека. Соответственно, второй элемент - это стандартизация контроля и управления процессом эксплуатации.

Для этих целей у нас есть отдельный продукт -  это система класса ТОиР (техническое обслуживание и ремонт). Вот представьте, мы приходим к вам на объект и собираем у вас перечень оборудования с инвентарными номерами, с рабочими характеристиками и т.д. Потом предлагаем к этому оборудованию создать чек-листы обходов, где содержится перечень параметров, которые необходимо проверять при ежедневном обходе. Т.е. снять какие-то показания, например, померить какую-то температуру, либо просто проверить, нет ли на объекте посторонних лиц и т.п. Потом предлагаем к этому оборудованию добавить технологические карты или перечень действий, которые необходимы для проведения технического обслуживания. Добавим туда информацию о том, какие инструменты и материалы нужно взять для проведения обслуживания, сколько примерно времени на это потребуется, кто конкретно может выполнять эту работу, и какие конкретные действия нужно выполнить. На базе этой информации сформируем график планово- предупредительных работ по обслуживанию. И занесем всё это в систему. И что же мы в итоге получим?

Мы получим то, что с утра, приходя на работу, допустим, главный инженер и непосредственный исполнитель будут знать, что сегодня делать. Непосредственный исполнитель, как это обычно происходит, приходит на работу, у него есть мобильный телефон, он открывает его и видит, что у него на сегодня, например, два обхода и три технических обслуживания. Он нажимает кнопочку "приступить к обходу", и система ему говорит, подойдите к такому-то оборудованию, проверьте такой-то перечень параметров, сделайте фотографию, зафиксируйте. И аналогичная история с техническим обслуживанием. Система ему говорит: "Возьмите такие-то материалы, такие-то инструменты, проследуйте к такому-то оборудованию и проверьте вот такой перечень параметров".

По завершению этого обхода и по завершению технического обслуживания, в случае, если система зафиксировала выход за допустимые пределы некоторых параметров, в системе автоматически формируется некий дефект, то есть какая-то неисправность в работе оборудования. И вот второй персонаж (первый это исполнитель, а второй это главный инженер) тут же, как только будет закончен обход или закончено техническое обслуживание, он сразу в системе, сидя уже за компьютером, увидит результаты этих работ. И увидит, были ли сформированы какие-то дефекты, какие имеются фотографии, какие параметры были сняты, сколько материалов было затрачено, сколько времени потребовалось на обходы. И таким образом у него получится полная статистика по тому, что происходит. Плюс расписание работ на ближайшее время для того, чтобы можно было согласовать работу с заказчиками или для организации собственных ресурсов. Таким образом, поработав какое-то время в системе, у вас формируется полное понимание, сколько времени и сколько ресурсов вам нужно для проведения работ, какие материалы и в каком количестве у вас тратятся.

Вы можете выгружать отчеты по дефектам и инцидентам, вы можете по каждой единице оборудования смотреть динамику изменения его параметров от месяца к месяцу и сравнивать с параметрами на другом оборудовании. То есть если у нас есть какой-то насос, у которого начал греться подшипник, а таких насосов 10, то мы понимаем, что, возможно, это может произойти и с другими насосами. И тогда, возможно, нам потребуется провести работы по замене подшипников сразу на всех насосах.

Если говорить детальнее, то мы получаем единый репозиторий информации, управление дефектами оборудования, история по всем работам в ЦОД, то есть по каждой единице оборудования сохранится весь перечень обходов и технического обслуживания, и это приведет к стандартизации работ и получения аналитики. Все будут действовать по инструкции, инструкцию можно будет править в соответствии с практиками, которые будут применяться в центре обработки данных. И таким образом будет стандартизирована работа всех сотрудников.

У нас есть онлайн демо, мы можем показать эту систему вживую, как она работает. Соответственно, вместе с мобильным приложением. И у нас есть возможность проведения пилотного проекта, опять же, так же как и системы мониторинга. То есть мы можем развернуть нашу систему у вас на определенное количество устройств, и вы какое-то время попробуете поработать с ней, и посмотреть, как это на самом деле все реализовано.

Хочу сказать о том, что эти два продукта, поскольку в системе мониторинга интегрированы наши железные устройства, и в системе технического обслуживания и ремонта есть перечень чек-листов и технологические карты по нашему оборудованию, то это позволяет нам создать некую экосистему, в которой у нас находятся не только железные продукты, а именно программные продукты, которые собственно и создают эту экосистему.

И теперь переходим к некоторым специфичным устройствам, которые являются частью экосистемы для ЦОДов и серверных. Это устройства мониторинга параметров окружающей среды. Те, кто знаком с предложением APC, знают его решение как на And Pods. Это его преемник, устройство, которое мы производим уже здесь локально в России и web-интерфейс тоже написан нашими программистами. Смысл какой? Грубо говоря, у нас есть центр обработки данных, и очень много инженерного оборудования. Мы собираем температуру и влажность с кондиционеров и много с чего. Но остается самый важный элемент - конкретная стойка. Как правило, мы не знаем, какая реальная температура на входе в конкретную стойку, какая там влажность, есть ли протечка под этой стойкой, открыты ли у нее двери или закрыты.

Как раз для этих целей есть отдельное устройство мониторинга параметров окружающей среды SystemeBotz. Что оно собой представляет? По сути это устройство, которое устанавливается в стойку, оно занимает либо один unit, либо ставится zerounit в случае, если стойка широкая, просто сбоку. Соответственно, к ней подключаются датчики окружающей среды. Это датчики температуры, влажности, протечки ленточной, протечки точечной, датчик положения двери, датчик пожара (пожарный оповещатель). И так же есть малая автоматизация: дискретный сигнал и наличие напряжения. Эти датчики подключаются просто разъемом RG-45 в один из восьми разъемов на самом устройстве и определяются автоматически. То есть по сути весь монтаж устройства сводится к закреплению четырех болтов на ушках устройства. Итак, мы прикрутили 4 болта, в разъемы RG-45, причем в любой порт, вставили 8 датчиков, устройство само определило, что это за датчики и начало показывать их параметры. Все эти параметры мы видим в web-интерфейсе устройства и можем передать в систему верхнего уровня, например, систему централизованного мониторинга DCGuard по SNMP, причем мы поддерживаем версию 1, версию 2, версию 3.

Датчики подключаются буквально за 2 секунды, определяются автоматически, в устройстве есть 2 сетевых порта, то есть можно одновременно передавать данные на верхний уровень и локально подключиться, опция есть. Есть 2 порта расширения, можно подключать либо внешние устройства, либо использовать для модуля расширения этого устройства, который у нас до конца года должен выйти. Железо и ПО разработано и собрано в России.

И еще одно устройство, тоже специфичный офер, тоже часть нашей экоструктуры - это ручки с функцией СКУД в стойках. Я о них говорил ранее, когда рассказывал про систему мониторинга. В обычные посадочные места ручек стоек вы можете вставить ручку, в которой внутри есть контроллер и считывать. Таким образом вы можете ограничить доступ в эту стойку. То есть пользователю, чтобы попасть в стойку, нужно иметь карту, которая прописана на него, поднести к стойке, система проверит, что этой карте и этому пользователю можно получать доступ в эту стойку. И в случае, если можно, она откроет ручку, и пользователь получит доступ в эту стойку. Ручки универсальные, они подходят под наши стойки, также совместимы с некоторыми сторонними моделями. Есть различные методы авторизации. Это ключ, стандартная карта, код, то есть можно будет ввести кодовый пароль, и есть еще функция доступа по отпечатку пальцев. То есть мы заранее биометрические данные забиваем, и потом можно будет зайти.

Ручка работает в трех режимах. Первый – автономный, когда просто одна ручка с питанием, прямо на нее мы кабелем подключаемся, говорим ей, для какой карты можно открываться, и она открывается. Второй – это возможность интеграции с корпоративным СКУД. Например, у нас есть кейс интеграции с PRK-системами, это происходит по промышленному протоколу Wiegand. И третий вариант – это работа в едином решении. То есть в едином решении, когда наши ручки и наш софт. Это система DCGuard, это система централизованного мониторинга с модулем СКУД. Если говорить про карты, то ручка поддерживает карты высокочастотного стандарта, они более безопасны.

Теперь про то, как выглядят комплексные решения на нашем продукте. Что мы здесь имеем? Это ручка или две ручки, если ручки нужны с двух сторон. Если сзади дверь двойная, и там есть стержни, то две ручки, два геркона, датчика положения двери. И есть небольшой коммуникационный блок, который просто аккумулирует все эти данные. И от этого блока мы переходим в шлюз. Таким образом, мы на ряд или на два ряда ставим один шлюз, собираем в единую систему, и дальше после шлюза - коммутатор и система мониторинга DCGuard с функционалом, в котором мы можем прописывать карты, заводить пользователей и смотреть, открыта или закрыта дверь. Вот таким образом выглядит это решение.

Все иллюстрации принадлежат компании Systeme Electric. 

Источники :

Сейчас на главной

21 окт. 2024 г., 20:48:39
Актуальная линейка трехфазных ИБП Systeme Electric

Совместное мероприятие компании OCS и Systeme Electric, российской производственной компании с экспертизой в области управления электроэнергией. В рамках презентации Сергей Смолин, менеджер по продукту «Трехфазные ИБП», представил следующие темы: • Обзор продуктовой линейки трехфазных ИБП Systeme Electric; • Технические решения и преимущества каждой из линеек ИБП; • Сервисная поддержка оборудования.

15 сент. 2024 г., 22:23:30
3D графика на базе стека продуктов «Группы Астра» и Loudplay

Мероприятие специального проекта команды OCS Soft — ПРОдемо: Лаборатория программных решений. На онлайн-встрече говорим про 3D графику на базе стека продуктов «Группы Астра» и Loudplay».

12 сент. 2024 г., 08:24:25
Мастер-класс по контролю прав доступа для снижения рисков ИБ

Осуществляем знакомство с возможностями единого интерфейса Центра расследований InfoWatch. Сфокусируемся на задачах контроля прав доступа к данным для снижения рисков атак на информационные активы на примере модуля InfoWatch Data Access Tracker (DAT).