Облачное аварийное восстановление: хорошая подготовка к худшему сценарию

Сбой ИТ-инфраструктуры — это серьезная проблема для компаний, требующая быстрых действий. Именно поэтому лучше всего заранее подготовить соответствующий ответ. Одним из возможных решений является облачное аварийное восстановление. Читайте далее, чтобы узнать больше о концепции облачного восстановления, о том, чем оно отличается от других стратегий, и на что следует обратить внимание при переходе.

Cloud Disaster Recovery или сокращенно Cloud DR — это стратегия аварийного резервного копирования данных, приложений и оборудования, которая, в отличие от традиционных подходов, основана на хранении данных в облаке. В случае сбоя пострадавшие данные, приложения и другие ресурсы могут быть восстановлены из облака одним нажатием кнопки, чтобы бизнес возобновился как можно быстрее. Поставщики услуг теперь предлагают аварийное восстановление как услугу (DRaaS).

Основным компонентом облачного аварийного резервного копирования DR являются цифровые образы соответствующих данных и конфигураций, которые используются в качестве временной замены (особенно для аппаратного обеспечения) и как точка отсчета для восстановления в случае чрезвычайной ситуации. Поскольку эти образы хранятся в облаке или внешнем центре обработки данных, компании, полагающиеся на облачное аварийное восстановление, находятся в безопасности в случае локальных кризисных ситуаций, таких как пожары, наводнения или землетрясения.

В принципе, аварийное восстановление может существовать и без облака. Критически важные для бизнеса ресурсы можно защитить внутри компании, используя классические подходы к аварийному восстановлению. Традиционное аварийное восстановление отличается от облачных концепций аварийного восстановления по трем аспектам:

1. Сложность и трудоемкость обслуживания
2. Затраты и гибкость
3. Безопасность

Решающим отличием облачного DR от классического DR являются усилия, связанные с настройкой и обслуживанием необходимого оборудования и программного обеспечения для резервного копирования и восстановления. Компании, которые выбирают облачный план DR, выигрывают от того, что технологии передаются на аутсорсинг, что означает, что их не нужно настраивать и администрировать на территории компании. Кроме того, поставщик, арендующий облачные ресурсы, обычно контролирует сложное взаимодействие отдельных компонентов и обслуживание оборудования.

Это, в свою очередь, снижает стоимость облачного аварийного восстановления, поскольку компаниям не нужно закупать дорогостоящее оборудование и требуется минимальный штат сотрудников для управления решением по восстановлению в облаке. Также отсутствуют расходы на последующее обслуживание неисправного и устаревшего оборудования. Если потребуется больше ресурсов, их можно легко добавить в любое время.

Третьим преимуществом облачного DR является высокий стандарт безопасности, обеспечиваемый поставщиками облачных услуг или программным обеспечением, который не только включает в себя цифровую безопасность данных — достигаемую с помощью программ безопасности и шифрования — но и хранение данных во внешних центрах обработки данных обеспечивает лучшую защиту от кражи данных на месте, стихийных бедствий или пожаров.

Существует три основных подхода к построению решения для аварийного восстановления данных в облаке: Cold Cloud DR, Warm Cloud DR и Hot Cloud DR. Названия ни в коей мере не отражают температуру, поддерживаемую в этих системных архитектурах, а лишь указывают на простоту их реализации.

Аварийное восстановление на основе холодного облака обычно предполагает простое хранение данных или образов виртуальных машин. Эти ресурсы являются «холодными» в облаке и непригодны для использования без промежуточного этапа, поскольку данные или образы должны быть сначала загружены и интегрированы в случае восстановления.

С одной стороны, холодное облачное DR является самым простым и экономически эффективным подходом для реализации. С другой стороны, такие архитектуры имеют тенденцию к относительно высокому времени простоя. Эти плюсы и минусы должны быть взвешены с точки зрения бизнеса.

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

Поэтому определенное время простоя неизбежно. Тем не менее, аварийное восстановление в «теплом облаке» обеспечивает быстрое восстановление данных. Сложность и затраты выше по сравнению с холодным подходом.

Самым высоким уровнем сложности с точки зрения облачного аварийного восстановления является горячий подход. Здесь вся рабочая нагрузка и все данные компании распределяются не только по внутренней ИТ-инфраструктуре компании, но и одновременно по ресурсам провайдера облачного DR. Обработка данных происходит в реальном времени на обеих площадках. Если один сайт выходит из строя в результате катастрофы, все ИТ-процессы могут продолжаться без перерыва благодаря оставшемуся, незатронутому сайту.

Hot Cloud DR — это единственная архитектура без простоев, но за это приходится платить. Стоимость двух полных инфраструктур, работающих параллельно, значительно выше, чем холодная или теплая DR-система.

Независимо от того, локально или в облаке, план аварийного восстановления, оптимально соответствующий потребностям компании, не выковывается в одночасье. При планировании непрерывности бизнеса выбор правильного партнера — не единственная проблема. Мы обобщили несколько полезных советов, которые помогут вам осуществить переход к плану аварийного восстановления в облаке.

Даже если вы передаете большую часть ответственности и усилий по управлению поставщику с облачным DR-решением, вам все равно нужны люди в компании, которые будут следить за планированием и поддержанием защиты данных. Поэтому обученный персонал, знающий свои задачи и обязанности, необходим для эффективной стратегии облачного аварийного восстановления.

Необходимо четко определить, в каких случаях облачное DR вступает в игру. Требуется ли решение в случае сбоя определенных приложений или потери отдельных данных? Или «катастрофа» относится к классическим катастрофам, таким как землетрясения, наводнения, пожары и т.п.?

Выбор провайдера играет важную роль в облачном DR. Компаниям необходимо учитывать множество факторов, которые выходят далеко за рамки типичных факторов, таких как стоимость или условия контракта. С одной стороны, выбранный поставщик должен соответствовать требованиям по защите и безопасности данных, например, GDPR. Наличие дополнительных услуг является еще одним решающим фактором. Например, если вы предпочитаете свести усилия к минимуму, лучшим решением будет поставщик управляемых услуг, предлагающий полный пакет DRaaS.

Многие компании стремятся арендовать аппаратные и программные ресурсы у одного поставщика для того, чтобы отслеживать арендуемые услуги. Но это делает их сильно зависимыми от поставщика. При выборе облачной системы аварийного восстановления (а также при выборе других новых облачных услуг) следует помнить об этом так называемом эффекте «блокировки».

В лучшем случае вам никогда не придется использовать свой план аварийного восстановления в облаке. Но не следует полагаться на это. Хорошо бы заранее протестировать концепцию аварийного восстановления в облаке в сотрудничестве с провайдером, чтобы избежать любых проблем или неуверенности в том, сработает ли ваш план при возникновении инцидента.