Tier — это уровень классификации инженерной инфраструктуры центра обработки данных, показывающий, насколько ЦОД способен сохранять работоспособность при техническом обслуживании, отказах оборудования и других нарушениях. Система включает четыре уровня: Tier I, Tier II, Tier III и Tier IV.
Классификацию разработал Uptime Institute. Она применяется для оценки топологии инженерных систем ЦОД: электроснабжения, охлаждения и других компонентов, необходимых для стабильной работы ИТ-оборудования. Чем выше уровень Tier, тем больше требований предъявляется к резервированию, независимости путей распределения и способности инфраструктуры переносить плановые работы или отдельные отказы.
Tier не является общей оценкой качества дата-центра по всем возможным параметрам. Он не заменяет проверку физической безопасности, сетевой связности, защиты данных, квалификации персонала, расположения объекта и договорных условий. Уровень Tier описывает прежде всего устойчивость поддерживающей инженерной инфраструктуры.
Что такое Tier простыми словами
Серверы в центре обработки данных зависят от электричества, охлаждения, систем распределения питания и другого инженерного оборудования. Если один из критичных компонентов остановится, ИТ-системы могут стать недоступными.
Уровень Tier показывает, как построена инфраструктура вокруг серверов и что произойдет при обслуживании или отказе отдельных компонентов. В простом ЦОД остановка одного элемента может привести к отключению оборудования. В более устойчивой архитектуре нагрузка будет передана на резервный компонент или независимый путь.
Например, в дата-центре может быть установлен резервный источник бесперебойного питания. Однако наличие отдельного резервного устройства еще не означает, что любой компонент можно обслуживать без остановки серверов. Для этого вся цепочка электроснабжения должна быть спроектирована так, чтобы нагрузку можно было безопасно переключить на другой путь.
Tier оценивает не количество резервного оборудования само по себе, а способность всей инженерной системы поддерживать работу ЦОД в предусмотренных стандартом ситуациях.
Какие уровни Tier существуют
Система классификации включает четыре последовательных уровня. Каждый следующий уровень содержит более строгие требования и развивает характеристики предыдущего.
| Уровень | Основная характеристика | Общее описание |
|---|---|---|
| Tier I | Базовая инфраструктура | Один основной путь распределения без обязательного резервирования компонентов |
| Tier II | Резервные компоненты | Есть дополнительная мощность или резерв отдельных элементов, но сохраняется один путь распределения |
| Tier III | Параллельное обслуживание | Критичные компоненты и пути можно обслуживать без остановки ИТ-нагрузки |
| Tier IV | Отказоустойчивость | Одиночный отказ предусмотренного компонента или пути не должен останавливать критичную нагрузку |
Нельзя корректно определять Tier только по количеству генераторов, источников бесперебойного питания или систем охлаждения. Оценивается общая топология, взаимосвязь компонентов и поведение инфраструктуры в разных режимах.
Tier I: базовая инфраструктура
Tier I является начальным уровнем классификации. Такой ЦОД имеет выделенную инженерную инфраструктуру для поддержки ИТ-оборудования, но обычно использует один путь электроснабжения и охлаждения без обязательного резервирования критичных компонентов.
Плановое техническое обслуживание или отказ важного элемента может потребовать остановки части либо всей ИТ-нагрузки. Например, замена источника бесперебойного питания или обслуживание системы охлаждения может быть невозможным без временного отключения оборудования.
Tier I может подходить организациям, для которых кратковременные перерывы допустимы, а стоимость непрерывной работы выше возможного ущерба от простоя. Это могут быть некритичные внутренние сервисы, тестовые среды или небольшие информационные системы.
Особенности Tier I
- один основной путь распределения инженерных ресурсов;
- резервные компоненты не являются обязательным требованием;
- обслуживание может приводить к остановке нагрузки;
- отказ одного критичного компонента может повлиять на работу ЦОД;
- относительно простая и менее дорогая инфраструктура.
Tier II: резервирование компонентов
Tier II развивает базовую архитектуру Tier I за счет резервных компонентов мощности. В инфраструктуре могут использоваться дополнительные источники бесперебойного питания, генераторы, насосы или элементы охлаждения.
Резервирование снижает вероятность остановки при отказе отдельного оборудования. Однако путь распределения ресурсов к ИТ-нагрузке обычно остается единственным. Поэтому работы на распределительной цепочке или ее повреждение могут привести к отключению серверов.
Главное отличие Tier II от Tier I состоит в наличии резервной мощности для отдельных компонентов. При этом ЦОД еще не обладает полной возможностью обслуживать любую критичную часть инфраструктуры без воздействия на нагрузку.
Особенности Tier II
- есть резервные компоненты инженерной мощности;
- сохраняется один основной путь распределения;
- отказ отдельного устройства переносится лучше, чем в Tier I;
- обслуживание некоторых элементов может потребовать остановки;
- архитектура дешевле и проще, чем у Tier III и Tier IV.
Tier III: параллельное обслуживание
Tier III — распространенный уровень для коммерческих дата-центров и корпоративных систем, простой которых способен причинить бизнесу заметный ущерб. Главная характеристика этого уровня — возможность планового обслуживания инженерной инфраструктуры без остановки критичной ИТ-нагрузки.
Такое свойство называется одновременно обслуживаемой или параллельно ремонтопригодной инфраструктурой. Специалисты могут вывести из работы предусмотренный компонент или путь, выполнить техническое обслуживание, а нагрузка в это время продолжит получать питание и охлаждение по другой схеме.
Для достижения Tier III недостаточно установить дополнительный генератор или кондиционер. Архитектура должна обеспечивать резервирование мощности и несколько путей распределения. В штатном режиме часть путей может не использоваться одновременно, но должна позволять проводить обслуживание без отключения ИТ-систем.
Tier III защищает от остановок, связанных с большинством плановых инженерных работ. Однако он не обязательно гарантирует сохранение работы при любом внезапном отказе. Если во время обслуживания произойдет дополнительная неисправность или персонал допустит ошибку, нагрузка может оказаться под угрозой.
Особенности Tier III
- резервирование критичных компонентов мощности;
- наличие нескольких путей распределения;
- возможность обслуживать предусмотренные элементы без остановки ИТ-нагрузки;
- повышенные требования к переключениям и изоляции компонентов;
- подходит для большинства критичных корпоративных и коммерческих сервисов.
Tier IV: отказоустойчивая инфраструктура
Tier IV является наиболее высоким уровнем классификации. Такая инфраструктура должна сохранять работу критичной ИТ-нагрузки не только при плановом обслуживании, но и при одиночном отказе предусмотренного инженерного компонента или пути распределения.
Архитектура Tier IV строится с учетом отказоустойчивости. Если один элемент внезапно перестает работать, система должна изолировать проблему или использовать альтернативную цепочку без прекращения обслуживания серверов.
Для этого применяются независимые и физически разделенные системы, резервные компоненты и продуманная автоматизация. Повышается не только стоимость оборудования, но и сложность проектирования, тестирования и эксплуатации.
Tier IV не означает абсолютную невозможность простоя. ЦОД по-прежнему может пострадать от сочетания нескольких отказов, неправильных действий персонала, программных ошибок, внешних событий или проблем, не относящихся к оцениваемой топологии. Классификация подтверждает соответствие определенным инженерным критериям, а не полное отсутствие любых рисков.
Особенности Tier IV
- отказоустойчивая инженерная топология;
- несколько независимых путей распределения;
- резервирование компонентов и систем;
- устойчивость к предусмотренному одиночному отказу;
- высокая стоимость строительства и эксплуатации;
- применение для систем с крайне высокой ценой простоя.
Чем Tier III отличается от Tier IV
Tier III и Tier IV часто воспринимаются как почти одинаковые уровни, поскольку оба предполагают развитое резервирование. Основное различие заключается в сценариях, которые должна выдерживать инфраструктура.
Tier III ориентирован на проведение планового обслуживания без отключения нагрузки. Tier IV дополнительно должен сохранять работу при предусмотренном одиночном отказе.
| Критерий | Tier III | Tier IV |
|---|---|---|
| Плановое обслуживание | Проводится без остановки критичной нагрузки | Проводится без остановки критичной нагрузки |
| Одиночный отказ | Может повлиять на нагрузку в отдельных сценариях | Не должен прерывать работу в пределах критериев стандарта |
| Пути распределения | Несколько путей, не обязательно одновременно активных | Несколько независимых активных путей |
| Сложность | Высокая | Очень высокая |
| Стоимость | Значительная | Максимальная среди уровней Tier |
| Типичные задачи | Бизнес-критичные сервисы | Системы, где даже короткий простой недопустим |
Выбор между уровнями должен основываться на анализе рисков и стоимости простоя. Строительство или аренда инфраструктуры Tier IV не всегда экономически оправданны. Для многих компаний Tier III обеспечивает достаточный баланс надежности, стоимости и сложности.
Что означает резервирование N, N+1 и 2N
При описании ЦОД вместе с Tier часто используют обозначения N, N+1 и 2N. Они показывают соотношение требуемой и резервной мощности компонентов.
| Схема | Значение | Пример |
|---|---|---|
| N | Есть только мощность, необходимая для текущей нагрузки | Для работы требуются три кондиционера, и установлены три |
| N+1 | Добавлен один резервный компонент | Для работы нужны три кондиционера, установлены четыре |
| N+2 | Добавлены два резервных компонента | Для работы нужны три кондиционера, установлены пять |
| 2N | Создан полный второй комплект мощности | Для нагрузки из трех устройств предусмотрены две группы по три |
| 2N+1 | Две полные группы и дополнительный резерв | Полное дублирование дополнено еще одним компонентом |
Схема резервирования сама по себе не определяет уровень Tier. Например, наличие компонентов по модели 2N не подтверждает, что пути распределения независимы, оборудование правильно изолировано, а все сценарии соответствуют требованиям классификации.
Tier и доступность ЦОД
В маркетинговых материалах уровни Tier часто связывают с конкретным процентом доступности или количеством допустимых часов простоя в год. Такое представление слишком упрощает стандарт.
Фактическая доступность зависит не только от топологии, но и от качества эксплуатации, состояния оборудования, действий персонала, частоты технического обслуживания, внешних условий и особенностей ИТ-систем. Два ЦОД одного уровня могут показывать разные эксплуатационные результаты.
Поэтому Tier правильнее воспринимать как характеристику инженерной архитектуры и способности инфраструктуры переносить определенные события. Для оценки реального качества необходимо дополнительно изучать историю аварий, SLA, процедуры эксплуатации и статистику доступности конкретного провайдера.
Что именно оценивает стандарт Tier
Классификация сосредоточена на инфраструктуре, которая поддерживает работу ИТ-оборудования. В первую очередь рассматриваются системы электроснабжения и охлаждения, их мощности, пути распределения, резервирование и возможность изоляции элементов.
Оценка учитывает не только перечень оборудования, но и то, как оно соединено и как ведет себя при обслуживании или отказе. Важным становится отсутствие слабого звена, способного остановить всю цепочку.
- источники электроснабжения;
- источники бесперебойного питания;
- дизель-генераторные установки;
- распределение питания до ИТ-оборудования;
- системы охлаждения;
- насосы, трубопроводы и другие элементы холодоснабжения;
- резервирование инженерной мощности;
- пути доставки ресурсов к серверным залам;
- возможность обслуживания и изоляции компонентов.
Стандарт не предписывает единственную технологию. Один и тот же уровень может быть достигнут с помощью разных инженерных решений, если итоговая топология соответствует необходимым критериям.
Что Tier не оценивает
Высокий уровень Tier не означает, что дата-центр автоматически является лучшим по всем характеристикам. Классификация не охватывает весь набор факторов, важных для клиента.
| Параметр | Почему его нужно проверять отдельно |
|---|---|
| Кибербезопасность | Tier не подтверждает защищенность сетей, серверов и данных |
| Физическая безопасность | Необходимо отдельно оценивать охрану, доступ и видеонаблюдение |
| Качество каналов связи | Уровень не показывает число операторов, маршруты и пропускную способность |
| Квалификация персонала | Ошибки эксплуатации могут снизить фактическую надежность |
| Географические риски | Нужно учитывать наводнения, пожары и другие внешние угрозы |
| SLA провайдера | Договорные гарантии доступности устанавливаются отдельно |
| Резервное копирование | Tier не гарантирует сохранность пользовательских данных |
| Отказоустойчивость приложения | Инженерно надежный ЦОД не исправляет ошибки программного обеспечения |
Поэтому выбор ЦОД только по уровню Tier является ошибкой. Необходимо проверять полный комплекс характеристик и сопоставлять их с требованиями конкретной системы.
Виды сертификации Tier
Заявленный владельцем уровень и официальная сертификация — не одно и то же. Дата-центр может использовать формулировки вроде соответствует принципам Tier III или построен по уровню Tier III, но это не всегда означает наличие действующего сертификата.
Сертификация проектной документации
На первом этапе может проверяться проект ЦОД. Эксперты анализируют документацию и определяют, соответствует ли запланированная архитектура требованиям выбранного уровня. Такая сертификация подтверждает проектное решение, но еще не доказывает, что объект построен точно по проекту.
Сертификация построенного объекта
После завершения строительства проверяется реализованная инфраструктура. Специалисты изучают системы на площадке и проводят испытания, моделируя предусмотренные режимы обслуживания и отказов.
Подтверждение построенного объекта имеет для клиента большее практическое значение, чем сертификация только проекта. В процессе строительства оборудование, соединения и схемы могут быть изменены.
Оценка эксплуатационной устойчивости
Даже правильно спроектированная инфраструктура может работать нестабильно из-за ошибок персонала и некачественных процедур. Поэтому отдельно могут оцениваться эксплуатационные практики, техническое обслуживание, управление рисками и подготовка сотрудников.
Как проверить заявленный уровень ЦОД
Провайдеру следует задать вопрос не только о номинальном уровне, но и о документальном основании заявления. Важно выяснить, кем, когда и для какого объекта выдан сертификат.
- Запросить точное название сертификата.
- Проверить, относится ли он к проекту или к построенному объекту.
- Сопоставить адрес в сертификате с фактическим местом размещения серверов.
- Проверить организацию, выдавшую подтверждение.
- Найти объект в официальном перечне сертифицированных ЦОД.
- Уточнить дату и статус сертификации.
- Проверить, не используется ли сертификат одного корпуса для рекламы всей площадки.
Фраза аналог Tier III не равна официальному подтверждению Tier III. Она может означать внутреннюю оценку провайдера или заключение другой организации по собственной методике.
Как выбрать подходящий Tier
Чем выше Tier, тем дороже обычно обходятся строительство, обслуживание и аренда инфраструктуры. Поэтому максимальный уровень не всегда является оптимальным.
Выбор следует начинать с оценки допустимого простоя и его последствий. Нужно определить, какие системы действительно критичны, сколько бизнес теряет при остановке и можно ли обеспечить отказоустойчивость на уровне приложения или нескольких площадок.
| Сценарий | Возможный ориентир |
|---|---|
| Тестовая среда или некритичный внутренний сервис | Tier I или Tier II при наличии подходящих договорных условий |
| Корпоративная система с допустимыми окнами обслуживания | Tier II или Tier III |
| Интернет-магазин, облачная 1С, CRM или производственная система | Чаще рассматривается Tier III |
| Платежная, медицинская или другая особо критичная платформа | Tier III с георезервированием либо Tier IV |
| Система с практически недопустимым простоем | Tier IV или распределение между несколькими независимыми площадками |
Эти ориентиры не являются универсальным правилом. Например, приложение, размещенное в одном ЦОД Tier IV, может быть менее устойчивым, чем сервис, распределенный между двумя независимыми площадками Tier III.
Tier и географическое резервирование
Высокий уровень одного дата-центра не защищает от событий, затрагивающих всю площадку. К таким событиям относятся крупный пожар, природная катастрофа, длительная потеря внешних коммуникаций или ограничение доступа к объекту.
Для особо критичных систем применяется географическое резервирование. Данные и нагрузка распределяются между несколькими ЦОД, расположенными на достаточном расстоянии друг от друга.
При этом необходимо проектировать репликацию данных, переключение пользователей, сетевую связность и порядок восстановления. Само наличие второго ЦОД не гарантирует непрерывность, если переход на него не автоматизирован и регулярно не тестируется.
Практический пример
Компания выбирает площадку для размещения серверов 1С, базы данных и системы управления складом. Простой в рабочее время останавливает отгрузку товаров, поэтому даже несколько часов недоступности приводят к финансовым потерям.
Первый провайдер предлагает более низкую цену и размещение в ЦОД уровня Tier II. Инженерные системы имеют резервные компоненты, но обслуживание части распределительной цепочки требует остановки оборудования.
Второй провайдер использует сертифицированный объект Tier III. Его инфраструктура позволяет проводить плановое обслуживание без отключения клиентских серверов. Дополнительно провайдер предлагает два независимых сетевых подключения, резервное копирование на другой площадке и договорной SLA.
Компания выбирает второй вариант не только из-за уровня Tier. Решение основано на совокупности факторов: подтвержденной сертификации, сетевой связности, резервном копировании, статистике инцидентов и условиях договора.
Распространенные ошибки при оценке Tier
- Считать, что Tier показывает качество всех систем дата-центра.
- Верить заявленному уровню без проверки сертификата.
- Приравнивать резервирование N+1 к конкретному Tier.
- Оценивать архитектуру только по количеству генераторов и кондиционеров.
- Считать Tier IV гарантией полного отсутствия простоев.
- Не различать сертификацию проекта и построенного объекта.
- Игнорировать операционные процедуры и квалификацию персонала.
- Не проверять каналы связи, безопасность и резервное копирование.
- Выбирать самый высокий уровень без расчета экономической целесообразности.
- Не учитывать необходимость резервирования между разными площадками.
Какие вопросы задать провайдеру ЦОД
- Есть ли официальная сертификация и к какому объекту она относится?
- Сертифицирован только проект или построенная инфраструктура?
- Как организовано резервирование электроснабжения и охлаждения?
- Можно ли проводить плановые работы без отключения клиентского оборудования?
- Какие крупные инциденты происходили на площадке?
- Какой SLA доступности закреплен в договоре?
- Какие операторы связи присутствуют в ЦОД?
- Предусмотрено ли размещение резервной копии в другом дата-центре?
- Как организованы физическая безопасность и контроль доступа?
- Какие действия выполняются при длительном внешнем отключении электроэнергии?
Ответы должны подтверждаться технической документацией, сертификатами, договором и понятными процедурами. Маркетингового описания недостаточно для размещения критичных систем.
Tier и российские стандарты ЦОД
В России термин Tier широко используется операторами дата-центров, облачными провайдерами и заказчиками инфраструктуры. При этом он не является универсальной заменой всем российским нормативным требованиям.
Для конкретного проекта могут дополнительно учитываться требования к защите персональных данных, критической информационной инфраструктуре, информационной безопасности, пожарной защите и эксплуатации инженерных объектов. Необходимый набор требований зависит от назначения системы и категории обрабатываемой информации.
Соответствие уровню Tier не подтверждает автоматическое выполнение законодательства РФ. Эти направления необходимо проверять отдельно.
Связанные термины
| Термин | Связь с Tier |
|---|---|
| ЦОД | Объект, инженерная инфраструктура которого может оцениваться по классификации Tier |
| Отказоустойчивость | Способность системы продолжать работу при отказе компонентов |
| Резервирование | Использование дополнительных компонентов и путей |
| N+1 | Схема с одним дополнительным компонентом мощности |
| 2N | Полное дублирование необходимой мощности |
| SLA | Договорные показатели доступности и качества услуги |
| Disaster Recovery | Восстановление систем после серьезной аварии |
| Георезервирование | Распределение систем и данных между несколькими площадками |
| Источник бесперебойного питания | Компонент, обеспечивающий питание при нарушениях внешней сети |
| Колокейшн | Размещение клиентского оборудования в коммерческом ЦОД |
Краткий итог
Tier — это классификация инженерной инфраструктуры центра обработки данных. Она включает четыре уровня: от базового Tier I до отказоустойчивого Tier IV.
Tier I предоставляет базовую инфраструктуру, Tier II добавляет резервные компоненты, Tier III позволяет проводить плановое обслуживание без остановки критичной нагрузки, а Tier IV рассчитан на сохранение работы при предусмотренном одиночном отказе.
Уровень Tier полезен для сравнения архитектуры ЦОД, но не должен быть единственным критерием выбора. Необходимо дополнительно оценивать наличие официальной сертификации, качество эксплуатации, сетевую связность, безопасность, резервное копирование, географические риски и условия SLA.
