Colocation или свой ЦОД: как выбрать без самообмана

Дата: 14.07.2026Категория: ГайдЧтение: 7 мин

Компании часто спорят не про стойки, а про модель: арендовать место в коммерческом ЦОД или строить/реконструировать своё. Ниже — критерии без маркетинга, когда что рационально, и как это стыкуется с проектированием.

Ряды серверных стоек в коммерческом дата-центре — выбор между colocation и своим ЦОД — Colocation даёт скорость запуска; свой ЦОД — контроль и экономика на горизонте лет

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

Что вы покупаете в colocation

В коммерческом ЦОД вы берёте не «коробку», а сервис:

место в зале (стойка / юниты);
питание и охлаждение в рамках SLA;
физическую безопасность и доступ;
часто — кросс-коннекты и экосистему операторов связи.

Выигрыш: скорость. Не нужно ждать техприсоединения и стройку. Минус: меньше свободы по плотности, схемам, доступу и долгосрочной экономике.

Что вы получаете в своём ЦОД

Собственный объект (или капитальная реконструкция) — это контроль:

своя схема резервирования и целевой Tier;
своя политика доступа и зон;
возможность нестандартной плотности (в том числе под AI);
предсказуемость OPEX на длинной дистанции при правильном проекте.

Цена вопроса: CAPEX, сроки, команда эксплуатации и ответственность за инженерию 24/7.

Сравнение по критериям

Критерий	Colocation	Свой ЦОД
Срок запуска	Недели–месяцы	Месяцы–годы
CAPEX на старте	Низкий	Высокий
OPEX	Аренда + услуги	Энергия + обслуживание
Контроль	Ограничен договором	Полный
Нестандарт (GPU, liquid)	Часто сложно	Проектируется под задачу
Масштаб «на вырост»	По наличию у оператора	По площадке и мощности

Когда colocation — разумный default

пилот, MVP, нестабильный прогноз нагрузки;
нет площадки с мощностью и связью;
IT-критичность есть, но строить инфраструктуру «с нуля» не ядро бизнеса;
нужен быстрый вход в рынок / регион.

Когда свой ЦОД уже не каприз

стабильные мегаватты и понятный рост на 5–10 лет;
требования ИБ и регуляторики, которые сложно закрыть арендой;
производство / кампус / край, где latency и интеграция важнее прайса стойки;
экономика аренды «съедает» бюджет быстрее стройки.

Частый промежуточный вариант — своя серверная до порога, где уже нужен полноценный ЦОД. Об этом отдельно: серверная или ЦОД.

Как принять решение без самообмана

Сведите спор к цифрам и рискам:

Прогноз IT-кВт на 3 / 5 / 10 лет.
Цена простоя (час недоступности).
Доступность мощности и связи на своей площадке.
TCO: аренда vs CAPEX+OPEX своего объекта.
Наличие команды эксплуатации.

Главная ошибка

Строить «как у соседа» или арендовать «потому что все так делают». Модель должна следовать из нагрузки, риска и площадки — не из моды.

Вывод

Colocation — про скорость и перенос инфраструктуры в сервис. Свой ЦОД — про контроль и экономику на длинной дистанции. Правильный ответ часто гибридный: старт в коммерческом зале, параллельно — честная оценка своей площадки под будущий объект.

Поможем сравнить модели для вашей нагрузки

Оценим мощность, Tier-цель и экономику: colocation, серверная или свой ЦОД.

Получить сравнение →

Частые вопросы

Когда colocation выгоднее своего ЦОД?

Когда нужна быстрая посадка IT, нет готовой площадки с мощностью, команда не готова вести эксплуатацию инженерии, а горизонт нагрузки ещё неясен. Colocation переносит CAPEX инфраструктуры в OPEX и ускоряет запуск.

Когда пора строить свой дата-центр?

Когда нагрузка стабильно растёт, требования к контролю и безопасности жёсткие, экономика аренды на 5–10 лет хуже CAPEX собственного объекта, либо нужны нестандартная плотность, охлаждение или интеграция с производством.

Можно ли начать с colocation, а потом уйти в свой ЦОД?

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