Дата-центры различаются по надежности, масштабу и назначению. Одни подходят для хранения критичных данных банков, другие — для размещения корпоративных приложений малого бизнеса. Понимание классификации помогает выбрать оптимальный вариант под конкретные задачи и не переплачивать за избыточные гарантии.
В статье разбираем международную систему Tier, категории по назначению и типы инфраструктуры ЦОД.
Система Tier: международный стандарт классификации ЦОД
Стандарт Tier разработан институтом Uptime Institute в 1995 году. Он описывает четыре уровня надежности дата-центров — от базового до максимального. Классификация учитывает отказоустойчивость систем электропитания, охлаждения, сетевой инфраструктуры и возможность проведения работ без остановки оборудования.
Каждый следующий уровень включает требования предыдущего и добавляет новые. Выбор класса зависит от критичности приложений: для внутреннего документооборота достаточно Tier I, для интернет-магазина — Tier II, для банковских систем — Tier III или IV.
Tier I — базовый уровень
Начальный класс для некритичных задач. Дата-центр имеет один канал электропитания и один канал охлаждения без резервирования. Плановые работы требуют полной остановки инфраструктуры. Допустимое время простоя — до 28,8 часа в год, гарантированная доступность — 99,671%.
Инфраструктура:
- Один ввод электропитания от внешней сети
- Один контур охлаждения
- Дизель-генератор (опционально)
- ИБП базового уровня (N-конфигурация)
- Отсутствие дублирования критичных компонентов
Применение: внутренние серверы малого бизнеса, тестовые среды, файловые хранилища без требований к непрерывности.
Tier II — резервированные компоненты
Добавляется резервирование ключевых элементов: генераторов, ИБП, систем охлаждения. Канал электропитания и охлаждения по-прежнему один, но при выходе из строя компонента система переключается на резервный. Плановые работы требуют остановки. Допустимое время простоя — до 22 часов в год, доступность — 99,741%.
Инфраструктура:
- Один ввод электропитания с резервными генераторами (N+1)
- Резервирование ИБП и систем охлаждения
- Возможность замены отказавшего оборудования без полной остановки
- Дублирование блоков питания в критичных узлах
Применение: корпоративные приложения среднего бизнеса, CRM-системы, веб-сервисы с допустимыми окнами обслуживания.
Tier III — параллельное обслуживание
Дата-центр имеет два независимых канала электропитания и охлаждения (активный и резервный). Плановые работы проводятся без остановки: нагрузка переключается на резервный канал. Каждый компонент можно заменить или обслужить без влияния на работу серверов. Допустимое время простоя — до 1,6 часа в год, доступность — 99,982%.
Инфраструктура:
- Два ввода электропитания от разных подстанций
- Два контура охлаждения с автоматическим переключением
- Резервирование N+1 для всех критичных систем
- Автоматическое переключение между каналами без прерывания питания серверов
- Модульная архитектура систем охлаждения
Применение: крупный e-commerce, финансовые сервисы, SaaS-платформы, корпоративные ERP-системы.
Tier IV — отказоустойчивая инфраструктура
Максимальный уровень надежности. Все компоненты дублированы по схеме 2N (два активных канала), любая единичная авария не влияет на работу. Дата-центр выдерживает одновременный отказ любого оборудования в одном канале. Допустимое время простоя — до 26,3 минуты в год, доступность — 99,995%.
Инфраструктура:
- Два полностью независимых канала электропитания (2N)
- Два активных контура охлаждения
- Резервирование 2N+1 для критичных узлов
- Отказоустойчивые сетевые карты и коммутаторы на всех уровнях
- Непрерывное питание при любой аварии
- Возможность тестирования резервных систем под нагрузкой
Применение: банковские операции, государственные реестры, биржевые торги, телеком-операторы, критичные облачные сервисы.
Сравнение уровней Tier
| Параметр | Tier I | Tier II | Tier III | Tier IV |
|---|---|---|---|---|
| Доступность | 99,671% | 99,741% | 99,982% | 99,995% |
| Простой в год | 28,8 ч | 22 ч | 1,6 ч | 26,3 мин |
| Каналы питания | 1 | 1 | 2 (активный + резервный) | 2 (оба активных) |
| Резервирование | Нет | N+1 | N+1 | 2N / 2N+1 |
| Обслуживание без остановки | Нет | Нет | Да | Да |
| Стоимость строительства (на 1 кВт) | $5–8 тыс. | $8–12 тыс. | $12–18 тыс. | $18–25 тыс. |
Классификация ЦОД по назначению
Помимо уровня надежности, дата-центры делятся по функциональному назначению. Эта классификация определяет, кто владеет инфраструктурой и для каких задач она используется.
Корпоративные ЦОД
Собственная инфраструктура компании для внутренних нужд. Располагается в офисе или на отдельной площадке. Компания самостоятельно закупает оборудование, нанимает персонал, отвечает за безопасность и обслуживание.
Преимущества:
- Полный контроль над железом и данными
- Нет ежемесячной платы за аренду стоек
- Соответствие внутренним политикам безопасности
- Гибкая настройка под специфичные задачи
Недостатки:
- Высокие первоначальные затраты на строительство
- Необходимость штата инженеров и админов
- Сложность масштабирования
- Риски при локальных авариях (пожар, затопление)
Подходит крупным компаниям с чувствительными данными, банкам, госструктурам, предприятиям с высокими требованиями к регуляторике.
Коммерческие ЦОД (Colocation)
Компании арендуют стойки или машиноместа в стороннем дата-центре. Провайдер обеспечивает электропитание, охлаждение, физическую безопасность, интернет-каналы. Клиент размещает собственное оборудование и отвечает за его настройку.
Преимущества:
- Отсутствие затрат на строительство инфраструктуры
- Гарантированный уровень Tier по договору
- Быстрое подключение новых стоек
- Отказоустойчивость за счет географического резервирования
Недостатки:
- Ежемесячные платежи за аренду
- Ограниченный физический доступ к оборудованию
- Зависимость от условий договора
Популярный вариант для среднего и крупного бизнеса. Используется для размещения продакшн-серверов, резервных площадок, территориально распределенных узлов.
Облачные ЦОД
Провайдер предоставляет вычислительные ресурсы как услугу: виртуальные машины, хранилища, сетевую инфраструктуру. Клиент не управляет физическим железом — только арендует мощности по модели IaaS, PaaS или SaaS.
Преимущества:
- Оплата только за использованные ресурсы
- Мгновенное масштабирование (вертикальное и горизонтальное)
- Отсутствие обслуживания железа
- Доступность API для автоматизации
Недостатки:
- Меньший контроль над инфраструктурой
- Риски vendor lock-in
- Высокие затраты при постоянной загрузке (выгоднее colocation)
Подходит стартапам, проектам с переменной нагрузкой, разработчикам, компаниям без собственного IT-отдела.
Граничные ЦОД (Edge Data Centers)
Небольшие распределенные дата-центры, расположенные близко к конечным пользователям. Используются для снижения задержек в IoT, стриминге, CDN, играх, AR/VR-приложениях.
Особенности:
- Компактные модульные конструкции
- Размещение в городах, торговых центрах, на вышках сотовой связи
- Локальная обработка данных без передачи в центральный ЦОД
- Интеграция с 5G-сетями
Edge-инфраструктура дополняет облачные и корпоративные ЦОД, разгружая центральные узлы и ускоряя обработку критичных запросов.
Категории ЦОД по типу инфраструктуры
Традиционные (кирпичные) ЦОД
Классическая архитектура: здание с машинными залами, системами электропитания, охлаждения, пожаротушения. Строительство занимает от 18 месяцев до 3 лет. Подходит для долгосрочных проектов с прогнозируемой нагрузкой.
Характеристики:
- Площадь машинных залов — от 500 до 10 000 м²
- Мощность — от 1 до 50 МВт
- Срок службы — 20–30 лет
- Возможность поэтапного ввода в эксплуатацию
Модульные ЦОД
Готовые контейнеры или блоки с предустановленным оборудованием. Разворачиваются за несколько недель. Используются для быстрого наращивания мощностей, временных проектов, удаленных локаций.
Характеристики:
- Мощность модуля — 50–500 кВт
- Срок развертывания — 2–6 недель
- Мобильность — можно перевезти на другую площадку
- Встроенные системы климат-контроля и мониторинга
Модульная архитектура снижает начальные затраты и позволяет масштабировать инфраструктуру постепенно.
Контейнерные ЦОД
Серверное оборудование размещается внутри морских контейнеров ISO. Такие решения подходят для полевых условий, военных объектов, исследовательских станций.
Применение:
- Геологоразведка и нефтедобыча
- Военные коммуникации
- Временные дата-центры на мероприятиях
- Резервные площадки в отдаленных регионах
Гибридные и мультиоблачные архитектуры
Современные компании комбинируют несколько типов инфраструктуры. Гибридная модель сочетает корпоративный ЦОД для критичных систем и публичное облако для тестовых сред или пиковых нагрузок. Мультиоблачная архитектура использует несколько облачных провайдеров для избежания зависимости от одного вендора.
Примеры сценариев:
- Основные базы данных — в корпоративном Tier III ЦОД
- Веб-серверы и балансировщики — в colocation Tier II
- Обработка больших данных — в публичном облаке
- Резервное копирование — в географически удаленном ЦОД
Для реализации гибридных моделей требуются серверные платформы с поддержкой виртуализации и контейнеризации, а также готовые сборки для быстрого развертывания узлов.
Дополнительные критерии классификации
По площади и мощности
- Микро-ЦОД: 1–5 стоек, до 50 кВт, для филиалов и небольших офисов
- Малые ЦОД: 10–50 стоек, 100–500 кВт, для среднего бизнеса
- Средние ЦОД: 100–500 стоек, 1–5 МВт, для крупных компаний
- Крупные ЦОД: более 500 стоек, свыше 5 МВт, для облачных провайдеров
По типу охлаждения
- Воздушное охлаждение: кондиционеры, free-cooling, горячий/холодный коридоры
- Жидкостное охлаждение: задние двери с теплообменниками, прямое охлаждение чипов (DLC)
- Иммерсионное охлаждение: погружение серверов в диэлектрическую жидкость
Выбор системы охлаждения зависит от плотности размещения оборудования. Для стандартных стоек до 8 кВт достаточно воздушного охлаждения, для высокопроизводительных кластеров с плотностью свыше 20 кВт требуется жидкостное.
По уровню безопасности
- Базовый: контроль доступа по картам, видеонаблюдение
- Повышенный: биометрия, турникеты-ловушки, охрана 24/7
- Максимальный: многофакторная аутентификация, сейсмозащита, защита от ЭМИ
Как выбрать подходящий класс ЦОД
Выбор зависит от критичности приложений, бюджета и требований к доступности.
Шаг 1. Оцените критичность систем
Разделите приложения на категории:
- Критичные: остановка приводит к прямым финансовым потерям или угрозе безопасности (платежные шлюзы, ERP, CRM)
- Важные: простой снижает эффективность, но не останавливает бизнес (корпоративная почта, внутренний портал)
- Некритичные: допустима длительная недоступность (архивы, тестовые среды)
Для критичных систем рекомендуется Tier III или IV, для важных — Tier II, для некритичных — Tier I.
Шаг 2. Рассчитайте допустимый простой
Умножьте часовую выручку компании на допустимое время простоя. Если потери от 1 часа простоя превышают разницу в стоимости аренды между Tier II и Tier III, выбирайте более высокий уровень.
Пример: интернет-магазин с выручкой 500 000 руб./час. Простой 2 часа в год (Tier II) = 1 млн руб. убытка. Tier III (1,6 часа простоя) сэкономит 200 тыс. руб., что окупает разницу в арендной плате.
Шаг 3. Учтите требования регуляторов
Банки, платежные системы, операторы персональных данных обязаны соответствовать отраслевым стандартам. ЦБ РФ требует от банков использовать ЦОД не ниже Tier III для критичных систем. ФСТЭК России устанавливает требования к физической защите для операторов ГИС.
Шаг 4. Сравните colocation и собственный ЦОД
Собственный ЦОД окупается при загрузке свыше 50–100 стоек и горизонте планирования от 5 лет. Для меньших объемов colocation выгоднее.
Тренды в классификации и развитии ЦОД
Рост edge-инфраструктуры
К 2027 году объем рынка edge-вычислений достигнет $15 млрд. Драйверы роста — 5G, автономные автомобили, умные города, промышленный IoT. Edge ЦОД станут обязательной частью архитектуры для компаний с распределенными сервисами.
Гибридная классификация Tier
Некоторые провайдеры предлагают зоны с разными уровнями Tier в одном дата-центре. Клиент размещает критичные системы в Tier IV зоне, а тестовые среды — в Tier II, экономя на аренде.
Углеродная нейтральность
Появляется новая категория — зеленые ЦОД с PUE ниже 1,2. Они используют возобновляемую энергию, free-cooling, утилизацию тепла. Крупные облачные провайдеры (Google, Microsoft, Yandex Cloud) обязались достичь углеродной нейтральности к 2030 году.
Программно-определяемая инфраструктура (SDI)
Классификация ЦОД дополняется уровнем автоматизации: от ручного управления до полностью программируемой инфраструктуры. SDI позволяет динамически изменять конфигурацию сетей, хранилищ, вычислительных ресурсов через API без физического доступа.
Практические рекомендации
При выборе colocation-провайдера проверяйте сертификаты
Наличие сертификата Tier от Uptime Institute подтверждает соответствие стандарту. Сертификация по ISO 27001 гарантирует соблюдение требований информационной безопасности. PCI DSS обязателен для размещения платежных систем.
Используйте географическое резервирование
Размещайте резервные площадки в ЦОД на расстоянии более 50 км от основной. Это защищает от региональных аварий: ураганов, землетрясений, крупных техногенных катастроф. Провайдеры предлагают пакеты с автоматической репликацией данных между площадками.
Планируйте резерв мощности
Закладывайте запас по электропитанию и охлаждению 30–50% от текущей нагрузки. Это позволит добавлять оборудование без переноса в другую зону или ЦОД. Особенно актуально для проектов с непредсказуемым ростом.
Оценивайте не только Tier, но и операционную зрелость
Uptime Institute ввел классификацию операционной устойчивости (Operational Sustainability) по уровням от 0 до 4. Она оценивает процессы управления, квалификацию персонала, наличие процедур реагирования на инциденты. ЦОД с высоким Tier, но низкой операционной зрелостью может не обеспечить заявленную доступность.
Частые вопросы о классификации ЦОД
Можно ли построить Tier IV ЦОД для малого бизнеса?
Технически — да, но экономически нецелесообразно. Стоимость строительства Tier IV начинается от $18–25 тыс. на 1 кВт мощности. Для стойки 8 кВт это $144–200 тыс. только на инфраструктуру. Добавьте эксплуатационные расходы (электричество, персонал, обслуживание) — окупаемость растянется на 10+ лет. Малому бизнесу выгоднее арендовать место в коммерческом ЦОД нужного уровня.
Чем российская классификация отличается от Tier?
В России используется ГОСТ Р 56691-2015, который описывает классы надежности от К1 до К4. Они примерно соответствуют Tier I–IV, но добавляют требования к физической безопасности, системам контроля доступа, пожаротушению. ГОСТ также учитывает климатические особенности регионов (например, возможность использования free-cooling в северных областях). Для получения лицензии на обработку персональных данных или соответствия требованиям ЦБ РФ необходимо соблюдение именно российского стандарта.
Какой Tier нужен для размещения 1С:Предприятие?
Зависит от количества пользователей и критичности системы. Для компании до 50 сотрудников с локальной базой достаточно Tier I или собственной серверной. Для организаций 50–500 человек с распределенными филиалами рекомендуется Tier II в colocation. Крупным холдингам с круглосуточной работой и интеграциями с внешними системами нужен Tier III. Tier IV избыточен, если только 1С не используется для управления критичными производственными процессами в непрерывном цикле.
Подбор оборудования под класс ЦОД
Разные уровни Tier требуют различной конфигурации серверного оборудования.
Tier I и Tier II
Допустимы одиночные серверы без встроенного резервирования. Однако рекомендуется использовать серверы с двумя блоками питания и RAID-массивами для защиты от отказа дисков. Это компенсирует отсутствие резервирования на уровне инфраструктуры ЦОД.
Tier III
Обязательно дублирование всех критичных компонентов. Серверы должны иметь минимум два блока питания от разных PDU (Power Distribution Unit), подключенных к независимым каналам электропитания. Сетевые карты дублируются для подключения к разным коммутаторам. Используются отказоустойчивые кластеры с автоматическим переключением при сбое узла.
Tier IV
Максимальная отказоустойчивость на всех уровнях. Помимо дублирования железа, применяются технологии live migration (перенос виртуальных машин без остановки), синхронная репликация данных между узлами, автоматическое тестирование резервных систем. Для таких конфигураций критичны высокоскоростные сетевые адаптеры (10/25/100 Гбит/с) и системы хранения с низкой латентностью.
Больше информации о подборе серверного оборудования и проектировании инфраструктуры читайте в нашем блоге о серверах. Для расчета конфигурации под конкретные задачи используйте конфигуратор серверов.
