Настройка гибридного облачного резервного копирования: Полное руководство

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

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

Стратегия резервного копирования гибридного облака

Давайте теперь посмотрим, что включает в себя стратегия гибридного облака для резервного копирования и восстановления:

• Локальное резервное копирование (локальная инфраструктура)
  • Организация поддерживает собственную инфраструктуру резервного копирования в рамках своего локального центра обработки данных. Это включает в себя резервные серверы, устройства хранения (например, NAS) или другие устройства.
  • Регулярные резервные копии создаются с заданными интервалами, фиксируя изменения в ваших данных со временем. Частые точки восстановления создаются для обеспечения быстрого доступа к данным и обеспечения операционной непрерывности.
  • Эта локальная инфраструктура позволяет обеспечить более быстрые времена резервного копирования и восстановления для повседневных операций и подходит для сценариев, где немедленный доступ к данным необходим и цель по времени восстановления (RTO) коротка.
• Инфраструктура на основе облака
  • Помимо локальной настройки, организация использует облачного поставщика услуг, такого как Amazon Web Services (AWS), Microsoft Azure или другую облачную платформу, для хранения резервных копий в удаленном центре обработки данных поставщика услуг.
  • Облачное хранилище обеспечивает удаленную избыточность, которая является важной для восстановления данных в случае локальных бедствий, отказов оборудования или других проблем в локальной среде, которые также могут сделать локальные резервные копии недоступными. Облачные резервные копии доступны из любого места с подключением к Интернету, что позволяет удаленно извлекать и восстанавливать данные.
  • Облачные ресурсы также легко масштабируются, что позволяет организации адаптироваться к изменяющимся требованиям к емкости без крупных инвестиций в оборудование заранее.
• Внедрение
  • Для планирования, управления и запуска резервных копий как на местных, так и в облачных средах используется программное обеспечение управления резервными копиями.
  • Сначала данные с местных систем резервируются локально, обеспечивая быстрое резервное копирование и восстановление для операционных нужд.
  • Затем данные резервных копий, хранящиеся на месте, периодически копируются в облачное хранилище, создавая избыточные копии в удаленной среде.
  • Организации устанавливают политики сохранения, чтобы определить, как долго резервные копии хранятся как локально, так и в облаке. Это помогает управлять затратами на хранение и требованиями соблюдения нормативов.
• Восстановление данных и машин
  • Комбинация локальных и облачных резервных копий улучшает возможности вашей организации в области бизнес-континуити и восстановления после катастрофы, а также ее устойчивость к ИТ. В случае потери данных, повреждения, отказа оборудования или других чрезвычайных ситуаций у вас есть два варианта восстановления данных: локальные и облачные резервные копии.
  • Локальные резервные копии решают немедленные потребности в восстановлении, в то время как облачные резервные копии служат сетью безопасности в случае крупномасштабных катастроф, затрагивающих ваше локальное окружение.
  • Локальные резервные копии обеспечивают более быстрые времена восстановления для повседневных операций, поскольку данные могут быть восстановлены из локальной инфраструктуры без использования интернета. Скорость локальной сети также выше, чем скорость интернета.
  • Облачный компонент гибридного облачного резервного копирования служит ключевым элементом в планировании восстановления после катастрофы, поскольку он обеспечивает избыточность данных в географически разнесенных местах. В случае катастрофы, затрагивающей локальную инфраструктуру, организации могут восстановить данные из облака для обеспечения бизнес-континуити.

Преимущества гибридного облачного бэкапа

Гибридный облачный бэкап предлагает несколько преимуществ, делающих его привлекательной стратегией защиты данных для организаций. Улучшенная операционная устойчивость обусловлена несколькими факторами:

• Избыточность и восстановление после катастрофы. Гибридное облачное резервное копирование обеспечивает избыточность, храня данные как в локальной среде, так и в облаке. Эта избыточность гарантирует доступность данных и восстановление даже в случае отказов оборудования, повреждения данных или локальных катастроф.
• Гибкость и масштабируемость. Гибридное облачное резервное копирование предлагает масштабируемость, используя облачные ресурсы для дополнительной емкости хранения во время пикового спроса или с ростом объема данных. Эта масштабируемость устраняет необходимость в постоянном обновлении оборудования.
• Удаленный доступ. Облачные резервные копии позволяют авторизованным пользователям получать доступ к данным из любой точки с интернет-соединением. Этот удаленный доступ критичен для компаний с удаленными или распределенными командами, а также в сценариях восстановления после катастрофы.
• Быстрое восстановление. Локальные резервные копии позволяют быстро восстанавливать данные для регулярных операций, в то время как облачные резервные копии предлагают второй вариант для восстановления после катастрофы. Это сочетание позволяет организациям достигать различных целей по времени восстановления (RTO) для различных сценариев.
• Защита вне офиса. Облачные резервные копии обеспечивают защиту вне офиса, обеспечивая безопасность данных от физических угроз, таких как кража, наводнение, пожар, тайфун или другие природные катастрофы, которые могут повлиять на локальную инфраструктуру. Облачное хранилище служит удаленным местом для хранения резервных данных. В случае потери данных на месте, отказа оборудования или естественных катастроф, данные, хранящиеся в облаке, остаются доступными и восстанавливаемыми.
• Улучшение безопасности. Поставщики облачных услуг часто предлагают передовые функции безопасности, шифрование и сертификаты соответствия. Это повышает безопасность данных по сравнению с традиционными методами локального резервного копирования, которые могут не иметь таких мер. Многие поставщики облачного хранения также обеспечивают неизменяемость для защиты данных, хранимых в облаке, от изменения, повреждения и шифрования вредоносными программами.
• Мобильность данных и управление рабочей нагрузкой. Гибридное облачное резервное копирование позволяет беспрепятственно перемещать данные между локальной инфраструктурой и облачными средами, поддерживая гибкое управление рабочей нагрузкой и стратегии миграции данных.
• Географическое распределение. Организации с несколькими расположениями могут централизованно управлять резервными копиями, позволяя различным сайтам получать доступ к данным из облака. Это улучшает доступность данных, сотрудничество и возможности восстановления после катастрофы. У поставщиков облачных услуг часто есть центры данных в нескольких географических регионах. Это географическое распределение добавляет дополнительный уровень избыточности, обеспечивая доступность данных даже в случае проблем с центром обработки данных.
• Оптимизация затрат. Организации могут оптимизировать затраты, используя локальную инфраструктуру для регулярных резервных копий и полагаясь на облачные ресурсы только по мере необходимости. Облачные ресурсы часто используют модель оплаты по мере использования, снижая начальные инвестиции и затраты на обслуживание. Гибридное облачное резервное копирование помогает оптимизировать затраты, используя локальную инфраструктуру для регулярных резервных копий и облачные ресурсы для дополнительной емкости во время пикового спроса или чрезвычайных ситуаций.

Недостатки гибридного облачного резервного копирования

• Сложность и управление накладными расходами
  • Внедрение и управление гибридным облачным резервным решением может быть сложным и требовать экспертизы как в области инфраструктуры на месте, так и в облачных технологиях.
  • Администраторам необходимо управлять синхронизацией, передачей данных и управлением политиками резервного копирования в различных средах. Это может усложниться, если используются несколько разных облачных провайдеров.
• Передача данных и задержка
  • Передача больших объемов данных между местными системами и облаком может занимать много времени и зависеть от пропускной способности интернета.
  • Задержка может повлиять на доступ к данным и время восстановления, особенно для восстановлений на основе облака.
• Вопросы безопасности данных
  • Хотя облачные провайдеры внедряют продвинутые меры безопасности, некоторые организации всё ещё могут иметь опасения в доверии чувствительных данных сторонним поставщикам.
  • Утечки данных или несанкционированный доступ к облачным резервным копиям могут быть риском, если это не будет должным образом управляться.
• Захват поставщика. При выборе конкретного облачного поставщика для резервного копирования возможно возникновение захвата поставщика, что затруднит переход к другим поставщикам или миграцию данных в другую среду.
• Зависимость от сети. Резервное копирование в гибридном облаке сильно зависит от сетевого соединения. Если возникнут проблемы с сетью, это может повлиять на возможность передачи резервных копий в облако или доступ к резервным копиям, хранящимся в облаке.
• Соответствие требованиям по данным и законодательству. В некоторых отраслях существуют строгие требования к соответствию данным и резиденции. Обеспечение соблюдения этих требований со стороны облачных поставщиков может потребовать дополнительных усилий.
• Ограниченное управление облачной инфраструктурой. Облачные услуги абстрагируют базовую инфраструктуру, ограничивая уровень контроля организации над аппаратным обеспечением и конфигурациями по сравнению с решениями на месте.
• Зависимость от восстановления данных. Полное зависимость от облачных резервных копий может создать зависимость от внешних служб по восстановлению данных. Если у поставщика облачных услуг возникнут проблемы, это может повлиять на восстановление данных.
• Владение и сохранение данных. Уточнение политики владения и сохранения данных при использовании облачных услуг важно для обеспечения того, чтобы организации сохраняли контроль над своими данными.
• Операционные зависимости.Организации могут стать операционно зависимыми от облачных служб для резервного копирования и восстановления. Эта зависимость может создать проблемы, если поставщик облачных услуг столкнется с нарушениями.
• Первоначальные проблемы настройки и миграции.Переход от традиционных методов резервного копирования к гибридной модели облачного резервного копирования может потребовать времени и ресурсов для настройки, миграции существующих резервных копий и обучения пользователей.
• Сложность управления затратами.
  • Хотя облачные ресурсы могут предложить экономию за счет моделей оплаты по мере использования, управление и прогнозирование затрат в локальных и облачных средах может быть сложным.
  • Плохое управление затратами может привести к неожиданным расходам.

Потенциальные затраты на облачное хранилище

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

• Затраты на хранение. Облачные поставщики обычно взимают плату за объем использованного хранилища. По мере увеличения объемов данных могут расти затраты на хранение. Организации должны точно оценить свои потребности в хранении, чтобы избежать неожиданных расходов.
• Затраты на передачу данных. Загрузка данных в облако и извлечение данных из облака могут влечь за собой плату за передачу данных. Эти расходы могут накапливаться, особенно если происходит частое перемещение больших объемов данных.
• Плата за доступ к данным и выходные платы. Некоторые облачные провайдеры взимают плату за доступ к данным и их извлечение. В зависимости от частоты восстановления или извлечения данных, эти расходы могут накапливаться со временем. Выходные платы. Перемещение данных из облачной среды, особенно если это происходит в другого облачного провайдера или обратно на собственную инфраструктуру, может повлечь за собой выходные платы.
• Расходы на избыточность и репликацию данных. Репликация данных в нескольких регионах или центрах обработки данных с целью обеспечения избыточности может повлечь за собой дополнительные расходы. Это особенно актуально для организаций с высокими требованиями к доступности данных.
• Плата за неактивность. Некоторые облачные провайдеры могут взимать плату, если данные остаются неактивными (т. е. не доступными или не изменяемыми) в течение продолжительного времени.
• Изменчивость стоимости. Хотя модель оплаты как использовано может быть экономичной, предсказуемость стоимости может вызывать беспокойство из-за колебаний в потребностях в хранении данных и моделях использования.

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

Как смягчить проблемы, связанные с затратами

Есть несколько шагов, которые можно предпринять для смягчения высоких затрат на облачное хранение в настройке гибридного облачного резервного копирования:

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

Типы гибридных резервных копий в облаке

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

• Резервное копирование сначала локально + копия резервной копии в облаке

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

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

• Резервное копирование с использованием облака и локального кэша

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

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

• Двусторонняя репликация в облаке

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

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

• Уровневое резервное хранилище

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

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

• Резервное копирование и управление жизненным циклом

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

• Облачное восстановление после катастрофы

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

• Гибридные резервные устройства

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

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

Настройка гибридного облачного резервного копирования с NAKIVO

NAKIVO Backup & Replication – это решение по защите данных, разработанное для различных инфраструктур:На месте, будь то физические или виртуализированные серверы

• Локальные, будь то физические или виртуализированные серверы
• Облако, включая мультиоблачные конфигурации
• Гибридное облако

Решение поддерживает резервное копирование рабочих нагрузок в локальных дата-центрах и в облаке, а также резервное копирование в локальные дата-центры и публичные/частные облака. Решение NAKIVO предлагает удобный способ реализации стратегии резервного копирования гибридного облака, создавая локальное резервное копирование, а затем создавая задание резервного копирования в облачное хранилище. Более того, эти задания могут быть автоматизированы для выполнения одно за другим с помощью функции Job Chaining. Давайте выясним, как настроить резервное копирование гибридного облака с помощью NAKIVO Backup & Replication.

Добавление элементов в инвентарь

Вы можете добавить как локальные, так и облачные платформы в инвентарь решения NAKIVO для начала их защиты. Вы также должны добавить облачное хранилище назначения в инвентарь.

Чтобы добавить элементы в инвентарь:

1. Перейдите в Настройки > Инвентарь и нажмите значок +.
2. Выберите нужную платформу и завершите мастер Добавление элемента инвентаря.

Прочитайте подробное объяснение о добавлении различных элементов в инвентарь.

В нашем примере мы добавляем хосты ESXi, которые являются частью VMware vSphere, в качестве исходной платформы, а также хранилище Amazon S3 для создания резервной копии в облако.

Чтобы добавить Amazon S3 или другое облачное назначение:

1. Выберите Хранилище на первом шаге мастера Добавление позиции инвентаря, чтобы добавить облачное хранилище.

   

2. Для Типа выберите Amazon S3 или другой облачный платформу. Вы можете добавить одну из поддерживаемых облачных учетных записей хранилища:
   • Amazon S3
   • Общее совместимое с S3 объектное хранилище в облаке
   • Microsoft Azure Storage
   • Wasabi
   • BackBlaze B2

   

3. Для Опций введите необходимые параметры подключения.

   

Создание репозитория на-предприятии

Создайте репозиторий резервных копий в вашей локальной инфраструктуре или используйте Набор резервных репозиториев. Перейдите в Настройки > Репозитории и нажмите +, чтобы создать новый репозиторий резервных копий.

Вы можете создать резервную копию используя локальную папку на компьютере с установленным Транспортером, который может быть устройством NAS или устройством для дедупликации . Вы также можете использовать альтернативные места хранения репозитория в инфраструктуре на месте и создать резервный репозиторий на доле SMB или доле NFS.

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

Создание репозитория в общедоступном облаке

Создайте резервный репозиторий в облаке. Перейдите в Настройки > Репозитории и нажмите +, чтобы создать новый резервный репозиторий. Следуйте инструкциям, чтобы создать резервный репозиторий в общедоступном облаке:Создать репозиторий в Amazon S3Создать репозиторий в хранилище Azure Blob

• Создайте репозиторий в Amazon S3
• Создайте репозиторий в Azure Blob Storage
• Создайте репозиторий в Amazon EC2
• Создайте репозиторий в облачном хранилище BackBlaze B2
• Создайте репозиторий в хранилище Wasabi Hot Cloud

Так как в этом примере мы используем Amazon S3, мы выбираем Облако & Складское Хранилище, совместимое с S3 в качестве типа репозитория, а затем Amazon S3 в мастере Создание Репозитория Резервных Копий.

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

Настройка локального задания резервного копирования

В нашем примере мы создаем2 задания резервного копирования: задание резервного копирования на локальное хранилище для быстрого оперативного восстановления и задание копирования резервной копии в бакет Amazon S3 для использования, когда наше локальное инфраструктурное хранилище резервных копий недоступно.

Давайте настроим задание резервного копирования для резервного копирования данных в локальное хранилище резервных копий.

Нажмите Задания в левой панели, нажмите + и выберите Задание резервного копирования VMware vSphere или другой тип задания резервного копирования, в зависимости от того, что вы хотите резервировать.

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

Так как в этом руководстве мы резервируем виртуальные машины VMware, мы следуем инструкциям по созданию задания резервного копирования VMware vSphere. Вы должны завершить мастер, чтобы создать задание резервного копирования:

1. Источник. Выберите элементы, которые вы хотите резервировать. Мы выбираем виртуальную машину Windows, находящуюся на хосте ESXi.

   

2. Пункт назначения. Выберите один из резервных репозиториев, которые вы развернули локально. Мы используем встроенный репозиторий, расположенный на локальном компьютере, где установлен NAKIVO Backup & Replication (полнофункциональное решение), в качестве основного репозитория.

   

3. Расписание. Установите расписание для задания резервного копирования, чтобы определить, когда данные будут резервироваться в локальном резервном репозитории. Мы настраиваем задание резервного копирования для выполнения каждый день в0:00. На этом шаге можно настроить несколько правил расписания и хранения.

   

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

   

Настройка задания копирования резервной копии в облако

Настройте копирование резервной копии в облако для гибридной облачной резервной копии.

Нажмите Задания в левой панели, нажмите + и нажмите Задание копирования резервной копии в открывшемся меню. Откроется Мастер создания нового задания копирования резервной копии.

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

   

2. Пункт назначения. Выберите репозиторий резервных копий, который вы создали в публичном облаке. В нашем случае мы выбираем репозиторий резервных копий S3 в качестве пункта назначения.

   

3. Расписание. Настройте расписание и политику хранения для задания копирования резервной копии. Так как мы настроили локальное резервное копирование, чтобы оно выполнялось каждый день в0:00, мы настраиваем копирование резервной копии в облако, чтобы оно начиналось каждый день в3:00. Наша виртуальная машина небольшая и локальное задание резервного копирования должно завершиться к3:00. В качестве альтернативы, вы можете использовать цепочку заданий для автоматического запуска задания копирования резервной копии после успешно выполненного задания резервного копирования.

   

4. Опции. Введите имя задания копирования резервной копии, выберите необходимые опции, такие как ускорение сети или шифрование сети, и нажмите Готово или Готово и запустить.

   

Мы настроили гибридное облачное резервное копирование в NAKIVO Backup & Replication. Подождите, пока задания резервного копирования и копирования резервной копии в облако на местных серверах будут завершены.

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