Критичные для бизнеса части ИТ-инфраструктуры, в том числе и центр обработки данных (ЦОД), должны работать в непрерывном режиме. Даже короткий простой операционных систем в крупном розничном банке моментально ведет к финансовым и репутационным потерям. Поэтому ЦОД должен быть не просто надежным, а сверхнадежным.

В одном из своих выступлений заместитель председателя Банка России Михаил Сенаторов сказал, что единственный инструмент повышения общей отказоустойчивости - многократное резервирование и избыточность информационно-коммуникационных ресурсов. Директор департамента информационных технологий Абсолют Банка Андрей Лукьянов подтверждает, что избыточность - неотъемлемый фактор при построении ЦОДа. В Абсолют Банке непрерывность обеспечивается полным резервированием систем электроснабжения, кондиционирования, инженерных систем, обслуживающего персонала и наличием DRP-плана (disaster recovery plan), а также обеспечением возможности работы каждого из ЦОДов в автономном режиме.

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

Американский Uptime Institute проанализировал работу нескольких тысяч центров обработки и создал их независимую классификацию по уровню отказоустойчивости, которая стала стандартом для рынка. Базовый уровень надежности Tier I не предполагает резервирования ресурсов. К ЦОДу выдвигается единственное требование - наличие собственных автономных систем инженерного обеспечения. Такой ЦОД имеет право на простой около зо часов в год. В ЦОДе уровня Tier II все активные элементы систем должны быть зарезервированы по минимальной схеме, и поломка не приведет к моментальной остановке системы. Однако и такой ЦОД может простаивать в среднем 22 часа в год.

ЦОД с уровнем надежности Tier III функционирует почти непрерывно (в среднем простой может длиться 1,6 часа в год). Все вычислительные системы инфраструктуры центра должны продолжать работать непрерывно, и при этом сохраняется возможность проведения модернизации и плановых ремонтно-профилактических работ без остановки сервисов.

Максимально надежный ЦОД уровня Tier IV не должен простаивать вообще (о,8 часа в год можно считать статистической погрешностью). Система устойчива к отказам и способна автоматически локализовать их. Помимо резервирования активных и пассивных элементов этот тип системы предполагает, что отказ любого элемента не приводит к снижению уровня резервирования.

Эксперты рекомендуют наиболее важные для банка «части» бизнеса, скажем процессинг, хранить в ЦОДах более высокого уровня надежности, фронт-офис - в средних по отказоустойчивости дата-центрах, а отчетность или аналитику - в «упрощенных» ЦОДах.

У ИТ-службы должен быть план на случай полного или частичного выхода ЦОДа из строя. Если сбой коснулся ю% системы, то можно перераспределить нагрузку. Выход из строя зо% системы становится поводом для объявления чрезвычайного положения. Как правило, в случае сбоя нагрузка сразу же передается на резервный дата-центр, и только после этого специалисты могут заняться устранением неполадок на основном ЦОДе.

Еще один способ повысить работоспособность, масштабируемость, экономичность - применить модульность в информационно-технической и инженерной инфраструктуре. Такой подход дает возможность развивать ЦОД или заменять вышедшие из строя компоненты без существенных переделок и капитальных затрат. «Важным фактором при организации ЦОДов является выстраивание правильных процессов поддержки, мониторинга, управления и эксплуатации. Это позволяет своевременно диагностировать потенциальные проблемы, оперативно устранять возникающие инциденты, правильно строить планы по развитию ЦОДов», - рассказывает Андрей Лукьянов (Абсолют Банк).

По данным Headwork Analytics, лишь около 5% банков используют только внешний ЦОД. Порядка 60% банков опираются на собственный ЦОД, а еще 40% используют и собственный, и внешний ЦОДы, еще 5% обходятся без ЦОДа. Отвечая на вопрос, в каком - собственном или внешнем - ЦОДе проще обеспечить непрерывность бизнес-процессов, Андрей Лукьянов подчеркнул, что при рассмотрении вопроса о передаче ЦОДа на аутсорсинг должно приниматься во внимание большое количество аспектов. Это наличие необходимого бюджета, наличие или отсутствие специалистов в этой области в организации, текущий уровень зрелости инфраструктуры, требования политики ИБ и т.д. При правильном подходе обеспечить непрерывность работы ЦОДов возможно как при передаче на аутсорсинг, так и при управлении ЦОДами без привлечения внешних ресурсов.

Еще один важный момент, который отмечают специалисты: независимо от уровня надежности техники более 70% проблем, возникающих в ЦОДе, связаны с человеческим фактором. Поэтому важно, чтобы ЦОД обслуживался специалистами высочайшей квалификации.