Резервное копирование является основой стратегии аварийного восстановления (DR) любого бизнеса, и сегодня многие организации предпочитают выполнять резервное копирование в облако. Есть много веских причин для использования облака в качестве резервного копирования.

Облако имеет глобальный доступ к данным, и может обслуживать географически распределенный бизнес.

Облачное хранилище, как правило, обходится дешевле, чем локальное хранилище, и это может быть важным фактором, так как большинство предприятий испытывают очень быстрый рост данных.

Облачное хранилище также может удовлетворить требования к удаленному хранилищу, которое можно использовать для восстановления ваших систем в случае сбоя сайта.

Несмотря на то, что облачное резервное копирование имеет ряд преимуществ, есть также несколько моментов, о которых вам следует знать, прежде чем переносить резервные копии в облако.

Какие сложности возникают при использовании облачных хранилищ для резервных копий

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

Затем облачные резервные копии могут увеличить окно резервного копирования.

Резервное копирование в облако означает, что данные должны передаваться через Интернет, что подразумевает возникновения проблем как с безопасностью, так и с задержкой.

Чтобы предотвратить несанкционированный доступ, данные резервного копирования должны быть зашифрованы, поскольку они передаются в облако.

Время резервного копирования и восстановления в облаке также зависит от задержек в сети, что может увеличить ваши целевые показатели времени восстановления (RTO).

Чтобы компенсировать задержку в сети, некоторые продукты резервного копирования предлагают такие функции, как сжатие данных, дедупликацияДедупликация(также дедубликация; от лат. deduplicatio — устранение дубликатов) — специализированный метод сжатия массива данных, использующий в качестве алгоритма сжатия исключение дублирующих копий повторяющихся данных.
© Википедия
и ускорение глобальной сети, которые могут значительно сократить объем данных, передаваемых через Интернет, и ускорить процесс резервного копирования.

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

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

Подобный способ, изолирует резервную копию вашего приложения от задержки, которая может возникнуть при резервном копировании непосредственно в облако.

Облачное аварийное восстановление (DR) имеет аналогичные соображения. DR в облаке и аварийное восстановление как услуга (DRaaS) могут быть особенно полезны для многих малых и средних предприятий (SMB), которые в противном случае не смогли бы реализовать план аварийного восстановления.

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

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

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

Определенные функции DRaaS могут упростить оценку воздействия отработки отказа в облаке. Возможность выполнения безаварийных полных отказов узлов, а также выборочных частичных отказов может позволить вам определить ваши RTO и целевые точки восстановления (RPO), а также оценить производительность ваших приложений после отработки отказа.

Как и облачное резервное копирование, задержка сети может повлиять на поддерживаемый интервал репликации, что может повлиять на ваши RTO и RPO. Это делает важными сетевые технологии, такие как сжатие данных и ускорение глобальной сети.

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

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

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

Первоначально текст на английском опубликован на сайте www.petri.com

• 1
• 2
• 3
• 4
• 5