Эксперты в подборе IT-оборудования
ЦОД - это центр обработки данных. Помещение или здание, где стоят серверы, системы хранения и сетевое оборудование, а вокруг них выстроена инженерия: питание, охлаждение, пожаротушение, охрана и мониторинг.
Главное слово тут - инженерия. Стойки с оборудованием есть и в обычной серверной комнате. ЦОДом объект делает то, что вокруг: резервированное питание, расчётное охлаждение, круглосуточный контроль и регламенты, по которым всё это обслуживают.
Границы, записанной в законе, нет - разница в масштабе и в том, сколько всего зарезервировано.
| Серверная комната | ЦОД | |
|---|---|---|
| Питание | один ввод, ИБП на время корректного выключения | два ввода, ИБП плюс генератор |
| Охлаждение | бытовой или полупромышленный кондиционер | расчётная система с резервом |
| Обслуживание | по мере необходимости | регламент, круглосуточный мониторинг |
| Простой при работах | оборудование выключают | нагрузка не останавливается |
| Масштаб | одна-две стойки | от нескольких стоек до отдельных зданий |
Для большинства компаний серверная комната - это и есть их «ЦОД», и ничего плохого в этом нет. Что нужно именно вам - разбираем в последнем разделе.
Смысл один: сделать так, чтобы оборудование работало без остановок, а данные не терялись. Отсюда всё остальное.
Оговорка, которую часто пропускают: собственный ЦОД не экономит на связи и помещении. Наоборот - каналов нужно минимум два, от разных операторов, а помещение должно отвечать требованиям по нагрузке на перекрытия, электрике и пожарной безопасности. Экономия здесь в другом: в отсутствии простоев.
Тема, где чаще всего пишут общие слова. Конкретных документов немного, и их стоит знать по номерам.
| Документ | О чём | Кому важен |
|---|---|---|
| ГОСТ Р 58811-2020 | Центры обработки данных. Инженерная инфраструктура. Стадии создания | госконтракты, компании с госучастием, объекты КИИ |
| ГОСТ Р 58812-2020 | Центры обработки данных. Инженерная инфраструктура. Операционная модель эксплуатации | они же, плюс всё, что касается эксплуатации |
| TIA-942 | американский стандарт на телекоммуникационную инфраструктуру ЦОД | проекты с международными требованиями |
| EN 50600 | европейская серия: площадка, здание, питание, климат, безопасность | то же |
Оба российских стандарта действуют с 1 августа 2020 года. Названия у них дословные, и если в техническом задании нужна ссылка на национальный стандарт - она берётся отсюда. Совет «ориентироваться на западные нормы», который до сих пор кочует по статьям, для российского заказчика в 2026 году просто вредный: в госзакупке такое ТЗ не пройдёт.
Частая ошибка в технических заданиях: формулировка «ЦОД уровня Tier III по TIA-942». Так писать нельзя - это документы разных организаций. TIA-942 описывает, как строить; уровни Tier присваивает Uptime Institute по результатам собственной сертификации. В TIA-942 есть свои ранги надёжности, но обозначаются они иначе.
Три технологических блока плюс инженерия вокруг них.
Информационный - то, что работает с данными: серверы, системы хранения, средства резервного копирования.
Телекоммуникационный - связь между оборудованием внутри и с внешним миром. Здесь же каналы связи и их резервирование.
Инженерный - то, благодаря чему первые два работают: электропитание, охлаждение, пожаротушение, контроль доступа, диспетчеризация. Самая объёмная и самая дорогая часть; подробный разбор - в статье про инженерную инфраструктуру ЦОД, а отдельно про климат - в материале про кондиционирование.
Как всё это выглядит в работе - серверы, питание, охлаждение - показано в обзоре серверов в дата-центрах.
Обозначения выглядят как формулы, и читаются они просто. N - это то количество оборудования, которое нужно, чтобы нагрузка работала. Всё остальное - надстройки над N.
| Схема | Что означает | Что переживает |
|---|---|---|
| N | ровно столько, сколько нужно, без запаса | ничего: отказ или обслуживание останавливают нагрузку |
| N+1 | один резервный модуль сверх необходимого | отказ одного модуля |
| N+2 | два резервных модуля | отказ двух модулей |
| 2N | два независимых комплекта целиком | отказ любого комплекта, в том числе целой ветви питания |
| 2N+1 | два комплекта плюс ещё один модуль | отказ комплекта и вдобавок одного модуля |
| 3/2N | три комплекта работают на нагрузку двух | отказ одного комплекта из трёх |
Три уточнения, которые обычно теряются в пересказах.
N - рабочая схема, а не архаизм. Для некритичных задач без резерва обходятся сознательно: файловый архив или тестовый стенд не стоят второй ветви питания.
Резервный модуль в N+1 не простаивает. Обычно он включён и делит нагрузку с остальными либо находится в горячем резерве. Смысл схемы не в том, что где-то лежит выключенный запасной блок, а в том, что при выпадении одного модуля оставшиеся тянут всю нагрузку.
3/2N - это про деньги, а не про рекорд надёжности. Схема распределённого резервирования даёт надёжность, близкую к 2N, при затратах уровня N+1. Но по устройству она ближе к N+1, чем к 2N, и надёжности 2N не даёт. В статьях её нередко называют «самым надёжным вариантом» - это неверно.
Классификация Uptime Institute, четыре уровня. Разница между ними не в перечне оборудования, а в двух свойствах.
| Уровень | Суть | Простой в год |
|---|---|---|
| Tier I | резервирования нет, обслуживание означает остановку | ~28,8 ч |
| Tier II | резервируются компоненты, пути подачи одиночные | ~22 ч |
| Tier III | любой элемент обслуживается без остановки нагрузки | ~1,6 ч |
| Tier IV | объект переживает отказ любого одного элемента | ~26 мин |
Про проценты доступности стоит знать одну вещь. Цифры 99,671 / 99,741 / 99,982 / 99,995 % кочуют по всему интернету, но Uptime Institute убрал их из стандарта ещё в 2009 году: действующая редакция вообще не приписывает уровням предсказанную доступность. Так что ссылаться на них в техническом задании не стоит, а «100 % доступности», которые иногда приписывают Tier IV, не бывает ни у одного объекта.
Подробный разбор уровней, порядок сертификации и что означает каждый на практике - в отдельной статье про Tier для дата-центров.
Помимо уровней Tier, объекты делят ещё по двум признакам.
По принадлежности. Корпоративный - построен компанией для себя, обслуживает только её системы. Коммерческий - зарабатывает на размещении чужого оборудования и предоставлении мощностей: хостинг, облака, colocation.
По роли. Основной несёт рабочую нагрузку. Резервный принимает её при аварии на основном; в зависимости от требований к восстановлению он либо работает параллельно, либо разворачивается по факту.
Здесь начинается практика, ради которой обычно и читают такие статьи. Ориентир простой.
Одна-две стойки, обычный офис. Хватит серверной комнаты. Нужны нормальный кондиционер с зимним комплектом, ИБП, отдельная линия питания и запирающаяся дверь. Как это устроить, разобрано в статье про серверную комнату. Строить свой ЦОД при таком масштабе экономически бессмысленно.
Простой стоит дорого, а держать инженеров негде. Это случай для colocation: стойки арендуются в чужом ЦОД, оборудование остаётся вашим. Что это такое и как считать - в разборе колокейшена, а как не ошибиться с мощностью на стойку - в материале про расчёт мощности.
Свой ЦОД. Оправдан, когда объёмы велики, требования регулятора не позволяют вынести данные наружу или нагрузка настолько специфична, что арендованные стойки не подходят. Порядок действий - в статье про то, как собрать дата-центр.
Типичная ошибка при выборе - считать только стоимость оборудования. Инженерия, электричество и обслуживание за несколько лет обходятся дороже самих серверов, и именно на этом сравнении обычно и решается вопрос между своей площадкой и арендованной.
Подбираете оборудование в свою серверную или под размещение в ЦОД?
Инженеры ITTELO помогут рассчитать конфигурацию под нагрузку и место, подберут стойку и питание, соберут и протестируют серверы перед отгрузкой, с гарантией и поддержкой после продажи. На рынке серверов 11+ лет.
