Аварийное восстановление и непрерывность

Анализ влияния ИТ-систем на бизнес позволяет оценить, каких инвестиций потребует реализация катастрофоустойчивой инфраструктуры. В ходе BIA мы проводим опрос бизнес-подразделений заказчика, выясняем, какое влияние оказывает сбой ИТ-систем на бизнес с точки зрения финансовой стабильности, репутации компании, санкционных рисков и т.д. Параметры RTO/RPO показывают, какое время бизнес готов отвести на восстановление систем в случае аварий. Исходя из этих данных определяются затраты на создание катастрофоустойчивого решения. Как правило, мы рекомендуем BIA крупным компаниям, в которых реализовать этот процесс собственными силами может быть сложно и затратно.

DRP – это план действий в случае аварий и катастроф. На предварительном этапе планирования мы согласовываем с заказчиком возможные сценарии восстановления, например, восстановление в резервном ЦОД инфраструктуры целиком или восстановление отдельных компонентов. Затем формируется комплект планов для разных сценариев по 3 направлениям: организация процесса восстановления, восстановление инфраструктуры, восстановление информационных систем. Планы организации процесса восстановления описывают допущение организационных и технических ограничений (при каких условиях применяются те или иные сценарии, например, сценарий потери полного ЦОД или сбой нескольких систем); целевую аудиторию (участники процесса восстановления); объекты восстановления (инфраструктура, с которой и на которую происходит переключение); сроки восстановления (RTO/RPO); идентификацию чрезвычайных ситуаций (при каких триггерах реализуется план); реализацию плана (логистика, организация удаленного подключения, аварийно-восстановительные работы); тестирование; управление планом. Восстановление инфраструктуры – это инструкция аварийного восстановления для технических специалистов по разным направлениям инфраструктуры (сетевая, вычислительная инфраструктура, инфраструктура хранения). Восстановление информационных систем – описание процессов, которые, как правило, заказчик выполняет самостоятельно.

Создание резервного сайта на той же площадке, что и основная инфраструктура, несет в себе риски полной потери данных в случае отключения электропитания или масштабных катастроф. Оптимальным будет развертывание распределенной инфраструктуры. Возможны различные подходы: active-active – распределение инфраструктуры по двум работающим площадкам; аctive-passive – одна площадка активная, другая резервная и активируется только в случае отказа; создание удаленной площадки исключительно для хранения копий приложений и данных. Разные варианты потребуют различных затрат. Поэтому один из этапов проекта – выбор и согласование с заказчиком подхода к построению катастрофоустойчивой архитектуры в зависимости от его потребностей. Наша задача – подобрать технически правильное и наиболее эффективное с точки зрения экономики решение.