«Кешбэк от DCIM — это когда решение высвобождает до 30% ресурсов ЦОД»

Источник: прогноз Reportlinker.com

Сергей Андронов: С точки зрения заказчиков ЦОД, это всё и сразу. Они не считают его исключительно инженерным решением. Ведь если приложения стоят на серверах, а серверы стоят в ЦОД, значит, и приложения — это ЦОД. Поэтому вендоры часто позиционируют свои DCIM-продукты как верхнеуровневые решения, которые управляют всем дата-центром. При этом никто не воспринимает DCIM как законченный продукт. Чаще всего заказчики говорят: «Дайте нам код, мы допишем его под себя». Поэтому есть тренд на решения с открытым кодом или состоящие из простых интегрируемых модулей — для увязки сторонних систем или добавления собственных разработок. Так что DCIM просто не может быть закрытым. В идеале заказчики должны иметь возможность серьезного тюнинга. 

Сергей Довгань: DCIM является одной из систем технического учета в общем ландшафте систем управления ИТ. DCIM предоставляет детальные, достоверные, согласованные данные об инженерной инфраструктуре, ИТ- и сетевом оборудовании таким смежным системам, как, например, системы управления ИТ-сервисами (ITSM) или системы управления ИТ-активами (ITAM). В итоге заказчик получает возможность управлять инженерной и технической инфраструктурой как единым комплексом с учетом приоритетов, определяемых критичностью прикладных систем и сервисов.

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

Обычно проекты обоснованы при наличии 20–30 стоек в ЦОД. В то же время в качестве нестандартного примера можно привести Российскую телевизионную и радиовещательную сеть. У компании порядка 8000 площадок по всей стране, на каждой не так много стоек с оборудованием. Но важно точно знать конфигурацию инженерного оборудования и оборудования связи, как организованы подключения. Некоторые из площадок находятся буквально в лесу, и планировать замену оборудования или другие работы приходится удаленно на основании данных нашего DCIM-решения «СДИ Базис».

Сергей Андронов: Заказчики делятся на два лагеря. Первые с помощью дата-центров зарабатывают деньги. Например, коммерческие ЦОД. Для них DCIM — рабочий инструмент, как рубанок для столяра, поэтому они постоянно развивают его и наращивают внутренние компетенции. Вторые с помощью ИТ-функции поддерживают бизнес. Для них важно понимать масштабируемость основных сервисов, в этом случае DCIM выступает как вспомогательный инструмент. 

Если бизнес может более получаса спокойно существовать без ИТ, ему не особо нужен DCIM. И напротив, компании с суровыми SLA либо уже поставили себе такое решение, либо присматриваются. Например, сейчас возможностями DCIM сильно заинтересовались ритейлеры. Помню, у одного заказчика рабочий день начинался с того, что в офис приезжали машины с бумагой, которую разбирали 200 сотрудниц, — ничего не было оцифровано. Мы построили для него ЦОД, процессы стали эффективнее. Теперь он хочет DCIM, чтобы грамотно управлять дата-центром.

Сергей Довгань: Многие компании пришли к пониманию того, что без DCIM невозможно рационально управлять таким сложным объектом, как ЦОД, — с высокой концентрацией взаимодействующих технических подсистем. Быстрое получение ответов на вопросы о том, «где у нас расположен сервер, как организовано его физическое подключение к сети, подключение к сети электропитания, в какой стойке достаточно ресурсов для установки нового оборудования», вызывает затруднения, требует привлечения квалифицированных специалистов. 

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

Третья причина связана с регулированием в области учета ИТ-ресурсов. Уже существуют отраслевые стандарты (ISO/IEC 19770-1:2017) и рекомендации (ITIL, IAITAM). Относительно недавно Правительство выпустило распоряжение об инвентаризации ИТ-ресурсов госорганов. Госструктуры ожидаемо стали проявлять высокую активность.

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

Также в последнее время обсуждают, может ли искусственный интеллект управлять дата-центром. Эта тема по касательной задевает DCIM, что тоже подогревает интерес. 

Сергей Андронов: Многие ушли в интернет. Продуктовый ритейл почти полностью переехал в виртуальную среду, так что мы сильно нагрузили поставщиков услуг. Они, в свою очередь, вынуждены были начать работать с DCIM, чтобы автоматизировать процессы. Возьмем ту же инвентаризацию: делать ее руками долго и дорого. 

Сергей Довгань: Да, поскольку изменилось количество компаний, для которых критично время простоя сервисов, — у них резко возросли требования к бесперебойной работе ИТ. 

Сергей Довгань: Причин довольно много. Например, перед ИТ-директором крупного автомобильного концерна была поставлена задача ежегодного сокращения операционных расходов на 5%. В качестве решения была запущена программа по «индустриализации ИТ», направленная на максимальную автоматизацию выполняемых в ИТ операций. Для автоматизации потребовалась система технического учета, которая предоставляла бы детальную и достоверную информацию обо всех ИТ-ресурсах. В итоге OPEX был сокращен без потери качества. Довольно часто заказчики после внедрения отмечают, что тратят в два раза меньше времени на диагностику сложных аварий, потому что у них есть подробное описание всех технических подсистем и связей между ними.

По этой же причине удается на 40% сократить время проведения изменений, снизить риски ошибок при проведении работ. Другим нравится, что они могут в 10 раз быстрее провести аудит.

Сергей Андронов: Применение DCIM для инвентаризации, дефрагментации и анализа информации позволяет высвободить до 10% емкости дата-центра. Вы весь год заполняете ЦОД, затем запускаете дефрагментацию: наводите порядок, выключаете ненужные патч-корды, удаляете неиспользуемые серверы, перераспределяете место в стойках — и получаете плюс 10% свободной емкости. В небольшом ЦОД на 100 стоек заказчик мог бы освободить до 15 стоек. А если заниматься анализом прикладных и служебных сервисов и мощностей серверов, получится уже 30% свободных ресурсов. Это отличный кешбэк от DCIM. Безусловно, у такой утилизации есть цена: дефрагментация серверов, сервисов и оборудования может упираться в замену серверных комплексов, а это дорого. 

В моей практике были и другие кейсы. Например, когда мы поставили DCIM в построенный 5 лет назад ЦОД. Госучреждение сначала запустило дата-центр, а спустя несколько лет решило централизовать управление. DCIM почистил «наросшую бороду» — все неработающие и малоиспользуемые среды, и мы за раз высвободили 25% заполненного места. 

Сергей Довгань: Стоит добавить, что DCIM используется как для проведения разовых аудитов и дефрагментаций, так и для регулярного управления мощностями.

Сергей Андронов: По нашей оценке, DCIM стоит до 8% от стоимости инженерной составляющей ЦОД, обычно около 5%. Это разовые затраты, потом расходы идут исключительно на техническую поддержку. 

Сергей Довгань: Здесь важно, какое решение выбирает заказчик. Если это Open Source, нужна внутренняя команда, на плечи которой ляжет поддержка. Если речь о коммерческом решении, держать у себя экспертизу для разработки необязательно. 

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

На всех наших внедрениях заказчики выдавали информацию, которой они пользовались при эксплуатации и для задач развития. Может, мне попадались сложные кейсы, но ее качество было далеко от идеального. Простой пример: мы видим, что в стойке высотой 42 юнита стоит оборудование, занимающее 48 юнитов. То есть оно физически туда поместиться не может. В исходных данных явная ошибка: забыли удалить сервер, когда производили замену. По всем отчетам он ошибочно оставался на площадке, в стойке, занимал свободное место. Другие примеры частых ошибок, которые наша система «СДИ Базис» выявляет и позволяет предотвратить, — подключение нескольких кабелей к одному порту или соединение между медным и оптическим портами. 

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

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

Сергей Довгань: Первая, и мы сталкиваемся с ней регулярно: у заказчика есть сотрудники, которые уверены, что система всё будет делать сама. Коллеги, это не так, работать все равно придется. DCIM не узнает, как установлены стойки в помещении, как в них размещается оборудование, какой патч-корд куда воткнули.

Другая ошибка: после приобретения системы в компании просто не запускают проект по ее внедрению. Кроме того, рассчитывать на то, что технические специалисты начнут поддерживать систему DCIM, вносить в нее данные во время перерыва на обед или параллельно с другими работами, не стоит. 

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

На внедрении люди ждут, что все будет очень дешево или бесплатно, а это не так. Да, будет недорого, но точно не бесплатно. Кроме того, во время эксплуатации инструментарием часто не пользуются или применяют не все доступные возможности.

Сергей Довгань: Заказчики спрашивают, кто уже пользуется системой, чтобы оценить риски и потенциальную выгоду. Интересуются, что потребуется с их стороны. По сути, вопросы этого интервью — это как раз те вопросы, которые они чаще всего задают. Так что я рассказываю им все то, что сказал выше.