Так уж сложилось в России, что словом ЦОД называют различные объекты. В зависимости от размеров организации и контекста предложения под ЦОДом могут понимать и обычную серверную комнату и гигантский центр обработки данных, в котором размещаются тысячи серверов. То же самое происходит и со словосочетанием резервный ЦОД: для кого-то это просто сервер в соседней комнате, а для кого-то это комплекс сложнейших инженерных систем и вычислительной техники, объединенных в единое целое.
Из Википедии:
Дата-центр (data center), центр обработки данных (ЦОД) — специализированное здание для размещения (хостинга) серверного и коммуникационного оборудования и подключения к каналам сети Интернет.
Дата-центр исполняет функции обработки, хранения и распространения информации, как правило, в интересах корпоративных клиентов. ЦОД ориентирован в первую очередь, на решение бизнес-задач, путем предоставления услуг в виде информационных сервисов. Консолидация вычислительных ресурсов и средств хранения данных в ЦОД позволяет сократить совокупную стоимость владения IT-инфраструктурой за счет возможности эффективного использования технических средств, например, перераспределения нагрузок для оптимального решения бизнес-задач, а также за счет сокращения расходов на администрирование.
Современный бизнес немыслим без информационных технологий, поэтому многие компании уже затратили значительные средства на создание собственных ЦОД – ведь от надежности установленных там систем зависит и надежность бизнеса. К сожалению, до сих пор, многие компании, продолжают резервировать свои ресурсы на уровне резервирования серверов, не заботясь при этом о резервировании сетей хранения, передачи данных или инженерной инфраструктуры. Самые крупные компании, наоборот, стараются обустроить свой ЦОД «по максимуму», закладывая повышенную надежность инфраструктуры соответствующую самым высоким уровням: Tier 3 или даже Tier 4. При этом инженерные системы ЦОД резервируются либо по уровню N+1, либо 2 (N+1).
Тем не менее, опыт последних лет показывает, что локальные катастрофы происходят все чаще и чаще. С точки зрения ИТ локальной катастрофой может быть и отключение элетроэнергии на подстанции и вышедшая из строя система кондиционирования и многое, многое другое. Достаточно вспомнить аномальную жару лета 2010 года, когда в Москве из-за высокой температуры и задымления воздуха повсеместно начали отказывать кондиционеры. Поэтому на текущий момент недостаточно просто зарезервировать все узлы и инфраструктуру, требуется обеспечить резервирование и восстановление систем в удаленном ЦОДе.
Когда компании задумываются о резервном ЦОДе, самым первым вопросом, на который требуется дать ответ, является вопрос: «что именно резервировать?». Чтобы ответ был правильным, требуется провести вдумчивую и кропотливую работу по анализу архитектуры бизнес систем, их взаимосвязях, возможных «узких» местах. В результате этой работы вы получите список ИТ систем, которые должны быть зарезервированы, а также параметры допустимого времени простоя в случае сбоя (RTO - recovery time objective) и допустимого объема возможных потерь данных (RPO - recovery point objective) для этих систем. В идеале оба этих параметра должны быть сведены к нулю для каждой системы, которая тогда превратится в «неваляшку» и будет восстанавливаться в момент сбоя с сохранением всех данных. В реальной жизни финансовый фактор не позволит свести к нулю оба параметра. Полученный список позволит посчитать, грубо говоря, сколько кВт электроэнергии и сколько стоек требуется для размещения оборудования. После этого можно переходить непосредственно к выбору самого резервного ЦОДа.
Несмотря на то, что компании часто размещают в резервном ЦОДе работающие системы, как правило, требования к резервному ЦОД с точки зрения инфраструктуры предъявляются значительно ниже, чем к основному. Если основной ЦОД обычно соответствует требованиям Tier 3 или Tier 4, для резервного, как правило, требуют не выше Tier 2. Иначе резервный ЦОД становится неоправданно дорог.
Помимо требований по надежности, при выборе резервного ЦОД обычно принимают во внимание следующие факторы:
- Расположение. Резервный ЦОД не рекомендуется размещать рядом (в пределах одного района города) с основным. При этом резервный ЦОД должен иметь хорошую транспортную доступность.
- Возможность подключения к операторам связи (как российским, так и зарубежным) без дополнительных капитальных затрат.
- Выделенное помещение или возможность выгородки участка машзала, другие требования по информационной и физической безопасности.
-
Системы жизнеобеспечения и контроля:
- система электропитания (чтобы с основным ЦОД обеспечивалось 2 независимых ввода от 2-х разных электроподстанций);
- система промышленного кондиционирования и вентиляции;
- система функционального заземления;
- система автоматического газового пожаротушения;
- дизель генераторная установка с запасом топлива достаточным для непрерывной работы ЦОД и возможностью заправки в процессе работы;
- система видеонаблюдения с записью событий.
- Финансовые условия.
Многие компании рассматривают в качестве резервного ЦОДа – ЦОД в контейнере. Подобное решение на равных конкурирует с предложениями хостинговых операторов и окупается, как правило, в течение года. При этом ЦОД в контейнерном конструктиве остается мобильным и не требует много места и времени на развертывание.