Стоимость модульного центра обработки данных имеет смысл обсуждать вместе с его задачами, расчетной ИТ-мощностью и границами проекта. Одинаковое количество стоек может означать разные требования к электроснабжению, охлаждению и резервированию. Срок изготовления модуля также нельзя автоматически считать сроком запуска всего объекта: к его доставке должны быть готовы площадка, подключения и программа приемки.
На ранней стадии полезен диапазон бюджета с перечислением допущений. По мере обследования площадки и выбора оборудования оценку уточняют. Такой подход позволяет видеть, за счет каких решений меняется сумма, и принимать решения до размещения заказов.
Для первоначального расчета нужны количество стоек и электрическая мощность ИТ-оборудования: серверов, систем хранения и сетевых устройств. Следует различать нагрузку на старте, расчетный максимум и перспективу расширения. Значение имеют также максимальная мощность отдельной стойки и распределение нагрузки между рядами.
Условный пример: восемь стоек по 5 кВт дают 40 кВт ИТ-нагрузки, а восемь стоек по 15 кВт — 120 кВт. Это арифметическая иллюстрация, а не готовая конфигурация или коммерческое предложение. При одинаковой вместимости требования к инженерным системам будут различаться. При этом трехкратная разница ИТ-мощности не означает трехкратную разницу полной стоимости: часть затрат относится к общим системам и подготовительным работам.
ИТ-мощность нужно отделять от суммарной потребляемой мощности объекта, включающей охлаждение и другие инженерные системы. Для сопоставления вариантов полезно рассматривать общую сумму, стоимость на расчетный киловатт ИТ-нагрузки и вместимость одновременно. Возможные исполнения можно изучить в разделе модульных решений.
Резервирование выбирают исходя из допустимых перерывов, требований к обслуживанию и последствий отказов. N обозначает состав оборудования, достаточный для расчетной нагрузки. В схеме N+1 предусмотрен дополнительный компонент сверх необходимого количества: после вывода одного соответствующего компонента оставшиеся должны обеспечивать нагрузку. В схеме 2N предусмотрены две независимые системы, каждая из которых способна обеспечить всю расчетную нагрузку.
Эти обозначения применяют к конкретным подсистемам. Запас мощности ИБП сам по себе не устраняет общие точки отказа в распределении питания. Аналогично резервный кондиционер не решает все вопросы надежности охлаждения. Обозначения N+1 и 2N не подтверждают сертификацию Tier: оцениваются полная топология и выполнение соответствующих требований.
На смету также влияют автономность ИБП, необходимость генераторной установки, температурные условия, способ отвода тепла, противопожарные решения, мониторинг и контроль доступа. При выборе системы электроснабжения необходимо согласовать путь питания до ИТ-оборудования и сценарии переключений. Именно согласованная схема позволяет оценивать стоимость надежности предметно.
До сравнения предложений составляют матрицу границ поставки. Для каждого блока фиксируют исполнителя, включенные работы, точку подключения и исключения. Формулировку «под ключ» следует раскрывать через конкретный перечень результатов.
| Блок бюджета | Что уточнить в предложении |
|---|---|
| Модуль и инженерные системы | Корпус, стойки, питание, охлаждение, безопасность, автоматика; конкретная комплектация |
| Площадка | Подготовка основания, подъезды, водоотведение, трассы и необходимые работы на территории |
| Внешнее электроснабжение | Точка подключения, доступная мощность, внешние линии и оборудование, распределение ответственности |
| Активное ИТ-оборудование | Серверы, СХД, сеть, лицензии и интеграция; включены ли они в сумму |
| Доставка и монтаж | Маршрут, разгрузка, подъемная техника, сборка и подключения на месте |
| Испытания и передача | Заводские проверки, пусконаладка, испытания на площадке, документация и обучение |
Матрица помогает обнаружить ситуации, когда более низкая цена объясняется исключенной доставкой, внешними сетями или неполной программой испытаний. Сравнивать следует предложения на одну ИТ-нагрузку, при одинаковом резервировании, условиях площадки и критериях приемки. Отдельно указывают срок действия расчета, порядок учета изменений и условия оплаты: они также важны для планирования закупки.
В графике необходимо определить начальное и конечное события. Отсчет от первого обращения, утверждения технического задания, согласования документации или получения аванса даст разные результаты. Конечной точкой могут быть готовность на заводе, доставка либо успешное завершение испытаний на площадке. Для бизнеса обычно важна дата, когда согласованную ИТ-нагрузку можно размещать и эксплуатировать.
Проект включает сбор исходных данных, проектирование, закупку оборудования, изготовление, подготовку площадки, доставку, монтаж и пусконаладку. После согласования интерфейсов часть изготовления и работ на площадке можно выполнять параллельно. Однако это требует заранее определить габариты, нагрузки на основание, вводы и точки подключения.
Итоговую дату определяет цепочка зависимых работ. Длительное получение подтвержденной мощности и согласование внешнего электроснабжения могут определять срок запуска даже при готовом модуле. Другие ограничения — сроки поставки отдельных компонентов, транспортный маршрут и готовность площадки. В графике нужны ответственные, зависимости и условия перехода между этапами; резерв времени обосновывают конкретными рисками.
CAPEX — первоначальные вложения в создание объекта: проектирование, оборудование, подготовку территории, монтаж и ввод. OPEX — расходы при эксплуатации: электроэнергия, обслуживание, персонал или сервисный подряд, расходные материалы и периодические проверки. Договор должен уточнять, какие услуги входят в гарантийную поддержку, а какие оплачиваются отдельно.
Для сравнения вариантов выбирают одинаковый период и сценарий загрузки. Затем оценивают потребление инженерных систем на разных уровнях нагрузки, сервисные обязательства и плановые замены компонентов. Тарифы, режим работы и стоимость обслуживания берут из условий конкретного проекта. Универсальная экономия или окупаемость без этих данных не дают надежного основания для инвестиционного решения.
Поэтапное развитие позволяет вводить мощность по мере роста ИТ-нагрузки. Сначала определяют первую очередь, последующие шаги и условия их запуска. Оборудование, допускающее наращивание, можно устанавливать постепенно, сохраняя требуемое резервирование на каждом этапе. Это помогает избежать ранней покупки полностью простаивающих мощностей.
Однако некоторые решения необходимо предусмотреть заранее: место под следующие модули, доступную электрическую мощность, трассы, точки расширения и возможность безопасного подключения. Крупные общие элементы иногда приходится создавать с перспективой роста. Поэтому бюджет первой очереди не всегда пропорционален ее доле в конечной мощности.
Проверяют минимальную нагрузку выбранного оборудования, совместимость будущих компонентов и возможность расширения без недопустимого перерыва. Экономический эффект зависит от реального темпа роста: чрезмерный запас и слишком мелкие очереди могут увеличивать затраты по разным причинам.
В исходном брифе указывают местоположение, состояние площадки, доступное электроснабжение, количество стоек, стартовую и перспективную ИТ-мощность. Добавляют требования к резервированию, автономности, охлаждению, безопасности и обслуживанию. Нужны желаемая дата готовности, состав активного оборудования и границы участия заказчика. Подготовить исходные данные поможет чек-лист планирования модульного ЦОД.
При закупке стоит спросить, какие предположения заложены в расчет, какие позиции исключены и что может изменить цену. Также уточняют, кто подтверждает готовность подключений, чем подтверждается работоспособность под нагрузкой и кто устраняет замечания при приемке. Ответы позволяют превратить предварительную оценку в управляемый бюджет и согласованный график.
Да, для начального решения можно подготовить предварительный диапазон по брифу. В нем необходимо указать допущения, состав поставки и вопросы, после уточнения которых бюджет пересмотрят.
Количество стоек не описывает инженерную сложность, готовность электроснабжения и объем работ на площадке. Срок уточняют после определения этих условий и критериев завершения проекта.
Это зависит от согласованного состава поставки. Активное ИТ-оборудование, лицензии и интеграцию нужно выделить отдельными позициями, чтобы бюджет инфраструктуры и бюджет вычислительной системы были понятны.
Чтобы обсудить бюджет и последовательность реализации с SA MODULE, направьте исходные данные проекта. Укажите текущую нагрузку, план расширения и сведения о площадке — это основа для предметного обсуждения комплектации и сроков.
Практическое руководство по подготовке площадки под модульный ЦОД: как проверить основание, электрическую мощность, каналы связи и логистику, чтобы избежать задержек и дополнительных расходов при монтаже.
Читать статьюПриемка модульного ЦОД — это подтверждение работоспособности инженерных и ИТ-систем на проектной нагрузке. Разбираем, какие показатели включить в программу испытаний и как распределить ответственность.
Читать статью