Виктория Гальдина
Руководитель финансового отдела
21.01.2022

ЦОД по деньгам: строить или арендовать?

Сегодня крупному бизнесу часто приходится принимать решение – строить собственные мощности или обращаться к провайдерам? Для наиболее взвешенной и качественной оценки необходимо четко представлять себе экономику дата-центра, финансовую модель его работы.

ЦОД по деньгам: строить или арендовать?
Виктория Гальдина, руководитель финансового отдела Linxdatacenter

Сегодня крупному бизнесу часто приходится принимать решение – строить собственные мощности или обращаться к провайдерам? Для наиболее взвешенной и качественной оценки необходимо четко представлять себе экономику дата-центра, финансовую модель его работы.

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

Сразу оговоримся, что выбор «строить свое или арендовать у провайдера» – удел крупного бизнеса. СМБ-сегменту строительство собственных дата-центров в современных условиях экономически нецелесообразно.

Думайте сами, решайте сами

Для начала проведем краткий SWOT-анализ владения собственным ЦОДом и опцией аренды мощностей.

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

Прогнозируемые возможности по расширению площадки является преимуществом для развития актива. В долгосрочной перспективе (8-12 лет) собственный ЦОД может оказаться выгоднее с финансовой точки зрения. Но окупаемость наступит, если против вас не сыграет ни одна из типичных угроз владения ЦОДом, например, отвлечение средств​ от основного бизнеса на строительство, поддержку и развитие масштабного ИТ-актива.

Минусы: собственная площадка требует существенных вливаний трудовых и временных ресурсов, а также ставит владельцев в зависимость от курса валют из-за необходимости закупать импортное оборудование. Привлечение банковского финансирования приводит к росту показателя долг/EBITDA. В итоге бизнес ввязывается в долгосрочный инвестиционный проект​ со всеми подводными камнями и рисками.

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

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

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

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

Стандарт финансовой модели ЦОДа 

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

— CAPEX  основной параметр в финансовом моделировании, требующий особого внимания.

— COGS (Себестоимость эксплуатации площадки) – структура расходов включает электроэнергию и обслуживание инженерных систем. Для точных расчетов важно определить среднюю нагрузку на стойку, показатель PUE (соотношение полного объема энергии, потребляемой ЦОДом, к той энергии, которая расходуется ИТ-оборудованием) и стоимость 1 кВт/ч.

— Выручка – данный параметр актуален для коммерческих дата-центров. Для компании, планирующей строить корпоративный ЦОД, необходимо определить альтернативную стоимость аренды стоек у провайдера, чтобы рассчитать окупаемость проекта строительства.

— SGA (административные расходы) — заработная плата с начислениями, расходы на маркетинг, налог на имущество, земельный налог, содержание офиса и различные офисные лицензии.

Структура капитальных затрат

CAPEX – отправная точка финансового моделирования. Относиться к этим расчетам необходимо самым тщательным образом. Это основа всего проекта, залог его будущего финансового здоровья.

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

Основную долю всех капитальных затрат занимают расходы на оборудование (в основном это инженерная инфраструктура ЦОД) – около 70% от суммы общих инвестиций. А стоимость данного оборудования привязана к курсу валют, поэтому при подготовке финансовой модели инвестиционного проекта необходимо учитывать и валютные риски.

Так, проект, подготовленный в начале 2020 года, значительно отличается от сегодняшних реалий. Курс евро вырос почти на 30%. При этом стоит заметить, что стоимость аренды стойкоместа однозначно так критично не изменилась. Поэтому при финансовом моделировании важно не фиксировать значения в рублях, а тестировать модель, в том числе на изменение курса.

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

При подготовке финансовой модели можно ориентироваться на имеющиеся исследования рынка, в том числе в части капитальных затрат на стойку или на мВт. По итогам проектирования – данные корректировать на более точные.

Если говорить об основных показателях финансовой эффективности, то в среднем срок окупаемости проекта составляет 7-11 лет, показатель IRR (внутренняя норма доходности) – 18-25%.

Важно знать, что в современных реалиях банки готовы кредитовать проекты строительства дата-центров на срок 7-10 лет с grace period до 2 лет. Они предпочитают вкладываться в такие инициативы после первоначального взноса инвестора (5-7%) и могут профинансировать до 70% стоимости проекта.

Выводы

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

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

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

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

Другие новости и публикации

Вас также могут заинтересовать

Linx Outsourcing
Аудит, модернизация и оптимизация ваших серверных мощностей
Подробнее
Аутсорсинг управления дата-центром
Linx Network
Обеспечьте отказоустойчивость и бесперебойную работу сети
Подробнее
Сетевые услуги
Linx DraaS
Аварийное восстановление ИТ-инфраструктуры. Защитите ИТ-системы уже сегодня!
Подробнее
Аварийное восстановление DRaaS

Напишите нам

Как мы оптимизировали управление ЦОДами клиента

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

Тарас Чирков, руководитель ЦОД Linxdatacenter в Санкт-Петербурге 

Константин Нагорный, главный инженер ЦОД Linxdatacenter в Санкт-Петербурге 

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

В главной роли – управление 

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

Роль надежных и производительных дата-центров в современной экономике постоянно растет вместе с требованиями к их бесперебойной работе. Однако на этом направлении существует большая системная проблема.  

Высокий уровень «аптайма» – безаварийной работы дата-центра без простоев – очень сильно зависит от команды инженеров, которая занимается управлением площадки. А единой формализованной школы управления ЦОДами не существует.  

Нет какого-то сводного канона с правилами, применимыми для любого дата-центра. Есть стандарты международной отраслевой организации Uptime Institute, но они устанавливают рамки и вектор развития, к каждому конкретному дата-центру они будут применяться по-разному.  

В масштабах страны  

На практике в России ситуация с эксплуатацией ЦОДов выглядит так.  

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

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

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

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

Факторов, приводящих к такому положению дел, много, один из главных – отсутствие систематизированной документации по выстраиванию эксплуатационных процессов. Есть пара вводных статей Uptime Institute, которые дают представление о проблеме и путях ее преодоления. Но дальше необходимо выстраивать систему своими силами. А на это ресурсов и компетенций хватит далеко не у каждого бизнеса.  

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

Кейс: через тернии к относительному порядку 

Проиллюстрируем на примере реализованного проекта. К нам обратилась крупная международная компания с сетью собственных дата-центров. Запрос был на помощь в оптимизации процессов управления тремя площадками, где на серверах развернуты ИТ-системы и приложения, абсолютно критичные для бизнеса.  

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

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

И здесь началось самое интересное.  

Познай себя 

Чтобы оценить уровень работы ЦОДов с точки зрения соответствия стандартам, нужно знать точные требования бизнеса к ИТ-системам: каков уровень внутренних SLA, допустимый период простоя оборудования и т.д.  

Сразу же выяснилось – ИТ-департамент не знает, что именно хочет бизнес. Не было внутренних критериев качества сервиса, не было и понимания логики устройства собственной инфраструктуры.  

Коллеги просто не представляли, каково допустимое время простоя операций, завязанных на ИТ, каково оптимальное время восстановления систем в случае аварии, как устроена архитектура собственных приложений. Например, пришлось разбираться, будет ли критичным для работы приложения «падение» одного из ЦОДов, или в нем нет компонентов, влияющих на приложение.  

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

Когда было достигнуто понимание архитектуры ИТ-систем, команда смогла суммировать требования к службе эксплуатации, подрядчикам и к уровню надежности оборудования.  

Улучшения в процессе 

Наши специалисты выезжали на площадки для оценки инфраструктуры, читали имеющуюся документацию, проверяли уровень соответствия проектов ЦОДов фактической реализации.  

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

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

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

Придумать рабочий документ за конкретного начальника участка службы эксплуатации невозможно – если только не проработать в паре с ним на площадке безотрывно несколько месяцев. Поэтому такой подход был отклонен: мы находили лидеров на местах, которые были готовы учиться сами и вести за собой подчиненных.  

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

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

Что сделано 

В процессе работ нам удалось решить несколько серьезных вопросов.  

Прежде всего, мы избежали ведения двойной документации, которой опасались сотрудники клиента. Для этого соединили в новых регламентах нормативные требования, применяющиеся к различным инженерным системам стандартно (электрика, охлаждение, контроль доступа), с отраслевыми best practices, создав прозрачную структуру документации с простой и логичной навигацией.  

Принцип «просто найти, просто понять, легко запомнить» дополнился тем, что новая информация привязывается к старому опыту и знаниям сотрудников. 

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

Но нас удивило легкомысленное отношение компании к своей ИТ-инфраструктуре: от отсутствия резервирования критичных систем до хаоса в структуре и управлении.  

За 1,5 года процессы управления инженерными системами были прокачаны до уровня, который позволил специалистам компании успешно отчитаться «за качество» перед аудиторами из головного офиса.  

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

Выводы 

В целом перспективы консалтинга в сфере операционного управления дата-центрами, по нашему мнению, самые яркие.  

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

Главная проблема здесь: многие руководители не понимают, по какому тонкому льду они идут, не уделяя этому моменту должного внимания. Человеческий фактор по-прежнему остается главным источником самых неприятных аварий и сбоев. И это нужно объяснять.  

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

Когда требования к государственным ЦОДам в РФ на уровне законодательного акта будут сведены в стандарт, его можно будет применять и для коммерческих дата-центров, в том числе и для размещения государственных ИТ-ресурсов.  

Работы по этому направлению ведутся, мы участвуем в этом процессе в рамках консультаций с Минцифры и наращивая компетенции по преподаванию на курсах по эксплуатации дата-центров в АНО ЦОД. Опыта по таким задачам в России не много, и мы считаем, что должны им делиться с коллегами и клиентами. 

ЦОД по деньгам: строить или арендовать?

БЭСТ, оператор системы денежных переводов и платежей.

Бизнес-вызов

Компания столкнулась с проблемой постоянного флага BGP-сессии с оборудованием Linxdatacenter. После изучения проблемы стало ясно, что на один из хостов в его сети происходила DDoS-атака.

Из-за распределенного характера атаки отфильтровать трафик было невозможно. Инженеры предложили решение, связанное с сокрытием хоста от внешней сети, но этот вариант не подходил заказчику. Атака прекратилась после внесения изменений в конфигурацию сервера, однако возобновилась на следующий день. Ее мощность достигла 5,5 Гбит/с, из-за чего перегружались «стыки» с интернет-провайдерами, что сказывалось на других пользователях облака Linxdatacenter. Чтобы обеспечить стабильную работу, было решено обратиться к надежному поставщику защиты от DDoS.

Решение

Чтобы обеспечить непрерывную доступность ресурсов, размещенных в облаке Linxdatacenter, весь трафик клиента был направлен через систему antiDDoS от StormWall. Атаку удалось погасить в течение получаса. Для предотвращения дальнейших кибератак все соединения сервисов клиента с интернетом были организованы через сеть StormWall.

Клиент:

БЭСТ, оператор системы денежных переводов и платежей.

Бизнес-вызов

Компания столкнулась с проблемой постоянного флага BGP-сессии с оборудованием Linxdatacenter. После изучения проблемы стало ясно, что на один из хостов в его сети происходила DDoS-атака.

Из-за распределенного характера атаки отфильтровать трафик было невозможно. Инженеры предложили решение, связанное с сокрытием хоста от внешней сети, но этот вариант не подходил заказчику. Атака прекратилась после внесения изменений в конфигурацию сервера, однако возобновилась на следующий день. Ее мощность достигла 5,5 Гбит/с, из-за чего перегружались «стыки» с интернет-провайдерами, что сказывалось на других пользователях облака Linxdatacenter. Чтобы обеспечить стабильную работу, было решено обратиться к надежному поставщику защиты от DDoS.

Решение

Чтобы обеспечить непрерывную доступность ресурсов, размещенных в облаке Linxdatacenter, весь трафик клиента был направлен через систему antiDDoS от StormWall. Атаку удалось погасить в течение получаса. Для предотвращения дальнейших кибератак все соединения сервисов клиента с интернетом были организованы через сеть StormWall.

Спасибо за ваш запрос, мы свяжемся с вами в ближайшее время!