Выбор стратегии перемещения для облачных рабочих нагрузок
Прежде чем начать перенос рабочей нагрузки в другой регион, необходимо спланировать стратегию перемещения. Стратегия включает метод перемещения, автоматизацию перемещения служб и автоматизацию перемещения данных. В этой статье описаны варианты каждого компонента стратегии и рекомендации по принятию решения. В конечном счете, выбор зависит от служб и критическости рабочей нагрузки.
Выбор метода перемещения
Существует три основных метода перемещения рабочих нагрузок. Выбор метода перемещений зависит от служб в рабочей нагрузке и от того, насколько важна рабочая нагрузка для важных бизнес-функций. Можно рассмотреть различные методы перемещения для рабочих и непроизводственных сред. При холодном перемещении нетентичные рабочие нагрузки. Горячее и теплое перемещение предназначено для критически важных задач. Метод, который вы выбираете для перемещения, влияет на службы и средства перемещения данных, которые используются для перемещения рабочей нагрузки. Используйте следующее дерево принятия решений по перемещению, чтобы получить общее представление о правильном методе перемещения и проверить решение, прочитав обзор трех методов перемещения.
Холодное перемещение
Холодное перемещение предназначено для рабочих нагрузок, которые могут выдержать простой. Это самый экономичный подход к перемещению, так как во время перемещения не дублируете среды. Ниже приведен обзор процесса холодного перемещения.
- Резервное копирование данных рабочей нагрузки в новый целевой регион.
- Отключите исходный регион в автономном режиме и завершите работу служб.
- Разверните облачные службы в новом целевом регионе.
- Восстановление данных рабочей нагрузки.
Холодное перемещение может занять несколько минут или несколько дней в зависимости от количества служб и объема данных.
Горячее перемещение
Метод горячего перемещения предназначен для рабочих нагрузок, которым требуется минимальное время простоя (секунды, минуты). Для критически важных рабочих нагрузок следует узнать, поддерживает ли служба горячее перемещение, прежде чем пытаться использовать теплый подход. Горячее перемещение помогает свести к минимуму разностную передачу данных после переключения. Горячее перемещение возможно только в том случае, если служба поддерживает синхронную репликацию данных. Некоторые службы не имеют этой функции, и вместо этого необходимо использовать теплый подход к перемещению. Вот процесс горячего перемещения.
- Репликация служб в новом целевом регионе.
- Сохраняйте рабочую нагрузку в исходном регионе.
- Запустите синхронную репликацию данных.
- После синхронизации данных активируйте и проверьте конечные точки.
- Остановите синхронизацию данных.
- Завершите работу службы в исходном регионе.
Теплое перемещение
Теплое перемещение предназначено для критически важных рабочих нагрузок, которые не поддерживают горячее перемещение. Теплое перемещение использует асинхронную репликацию данных и репликацию среды. Вот процесс теплого перемещения.
- Репликация служб в новом целевом регионе.
- Сохраняйте рабочую нагрузку в исходном регионе.
- Создайте резервную копию исходных данных. Рекомендуется создать резервную копию в нерабочие часы. Кроме того, следует включить репликацию данных для синхронизации данных и свести к минимуму разностную передачу данных.
- Восстановите данные в новом целевом регионе.
- Переключение и проверка конечных точек.
- Завершите работу рабочей нагрузки в исходном регионе.
Теплое перемещение может занять несколько минут или час в зависимости от количества служб и объема данных.
Выбор автоматизации перемещений служб
Существует два основных метода автоматизации перемещения служб: инфраструктура как код (IaC) и Azure Resource Mover. Каждая служба Azure поддерживает один или оба подхода автоматизации. Используйте руководство по перемещению служб Azure, чтобы узнать, какой метод автоматизации поддерживает каждую службу Azure и подробные шаги по перемещению. Ниже приведен обзор автоматизации, которую использует руководство по перемещению службы:
Инфраструктура как код (IaC): IaC может перемещать каждую службу Azure. Экспорт шаблона Azure Resource Manager (ARM) существующей службы Azure. Измените шаблон по мере необходимости и повторно разверните шаблон в новом регионе. Шаблоны ARM можно преобразовать в шаблоны Bicep, вставив JSON в Visual Studio Code. При использовании IaC для развертывания нового экземпляра службы Azure можно параллельно развертывать несколько копий ресурса. С несколькими копиями можно использовать один из методов переключения для перенаправления подключений к рабочим нагрузкам в новом целевом регионе. Инфраструктура как код (IaC) не перемещает данные. Для перемещения данных требуются дополнительные шаги для перемещения данных в недавно развернутый ресурс в целевом регионе. Дополнительные сведения см. в руководстве по автоматизации перемещения данных.
Azure Resource Mover: Azure Resource Mover позволяет перемещать ограниченное количество поддерживаемых ресурсов Azure со своими зависимостями между регионами, подписками и группами ресурсов.
Выбор автоматизации перемещения данных
Если вы использовали IaC для перемещения служб Azure с отслеживанием состояния, необходимо использовать метод автоматизации перемещения данных для перемещения данных. Для перемещения данных необходимо запустить службу Azure в целевом регионе перед перемещением данных. Просмотрите методы перемещения, чтобы получить представление о последовательности перемещения и расположении перемещения данных. Ниже приведен список средств автоматизации, которые можно использовать для перемещения данных:
Синхронная репликация данных: синхронная репликация данных реплицирует данные практически в режиме реального времени в разных регионах. Это предпочтительный подход к перемещению данных для горячего перемещения, так как он ограничивает время простоя и миграцию разностных данных после переключения. Эта возможность встроена в некоторые службы Azure, такие как Синхронизация данных в База данных SQL Azure. Необходимо проверить каждую службу в рабочей нагрузке, чтобы узнать, поддерживает ли она синхронную репликацию данных.
Георепликация. Георепликация может быть полезным средством перемещения данных для служб Azure, поддерживающих его. Способ обработки данных георепликации и базовый экземпляр службы зависит от поддерживаемых служб Azure. Прежде чем использовать георепликацию для перемещения данных, необходимо понять функцию георепликации конкретной службы, которую вы перемещаете. Примеры см. в статье Azure SQL и Cosmos DB.
Azure Site Recovery: Azure Site Recovery может перемещать службы и данные. Он поддерживает теплое и холодное перемещение. Дополнительные сведения см. в обзоре Azure Site Recovery.
AzCopy: AzCopy — это программа командной строки, которая автоматизирует перемещение данных в служба хранилища Azure. Необходимо скачать средство, а затем использовать идентификатор Microsoft Entra или маркеры подписанного URL-адреса (SAS) для авторизации перемещения. Дополнительные сведения см. в обзоре AzCopy и использовании AzCopy
Конвейеры и действия в Фабрика данных Azure или Synapse Analytics: Фабрика данных Azure — это полностью управляемая облачная служба интеграции данных, которая управляет перемещением и преобразованием данных. Фабрика данных Azure конвейеры могут перемещать озера данных и хранилища данных. Действие копирования Synapse Analytics также может перемещать данные. Дополнительные сведения см. в статье "Поддерживаемые целевые объекты и источники " и средство копирования данных.
обозреватель служба хранилища Azure: обозреватель служба хранилища Azure — это автономное приложение, которое позволяет перемещать служба хранилища Azure данные. Дополнительные сведения см. в разделе "Использование Обозреватель службы хранилища".
Azure Backup: с помощью Azure Backup можно создавать резервные копии и восстанавливать данные в другом регионе. Сначала следует попробовать Azure Backup для безотносительно холодного и теплого перемещения. Azure Backup предоставляет согласованные с приложениями файлы, согласованные файловой системы и отказоустойчивые резервные копии для виртуальных машин. Она также поддерживает управляемые диски, общие папки и большие двоичные объекты. Невозможно перенести существующие точки восстановления резервного копирования в новый целевой регион. Рассмотрите возможность сохранения хранилища в исходном регионе до тех пор, пока резервные копии больше не требуются. Дополнительные сведения см. в статье с общими сведениями об Azure Backup.
Резервное копирование и восстановление вручную: резервное копирование и восстановление здесь относится к процессу, а не к определенному инструменту. Многие службы в Azure предоставляют возможности избыточности, которые позволяют создавать резервные копии данных в отдельный регион и восстанавливать их вручную. Необходимо выполнить резервное копирование и восстановление вручную для определенных служб, таких как Azure Key Vault. Дополнительные сведения см. в разделе "Перемещение Key Vault в другой регион".
| Средство | Метод перемещений |
|---|---|
| Синхронная репликация данных | Горячий, теплый |
| Георепликация | Горячий, теплый |
| Azure Site Recovery | Теплое, холодное |
| AzCopy | Теплое, холодное |
| Конвейеры и действия в рабочей области Фабрика данных Azure или Synapse | Теплое, холодное |
| Обозреватель службы хранилища Azure | Теплое, холодное |
| Azure Backup | низкая |
| Резервное копирование и восстановление вручную | низкая |
Выбор подхода к переключение
Переключение происходит при переходе от старой рабочей нагрузки к новой. Вы направляете трафик к рабочей нагрузке в целевом регионе и больше не в исходный регион. Система доменных имен (DNS) является центральной для этого перенаправления. Как напоминание, DNS сообщает браузерам и клиентам API, где получить ответ. Он разрешает доменные имена в IP-адреса. Каждому домену требуется узел домена для управления им. Azure DNS — это служба узла домена Azure. Существуют различные подходы к сокращению рабочей нагрузки, и подход, который вы принимаете, зависит от служб в рабочей нагрузке. Далее мы рассмотрим несколько примеров.
Azure DNS. Для доменов, размещенных в Azure DNS, можно выполнить ручной переход, переключив CNAME. Этот подход — это процесс отработки отказа непрерывности бизнес-процессов, который работает для переключение. Дополнительные сведения см. в разделе "Переход вручную" с помощью Azure DNS.
Диспетчер трафика: Кроме того, можно использовать службу маршрутизации, например Диспетчер трафика для переключений и маршрутизации трафика рабочей нагрузки в разные конечные точки. Диспетчер трафика — это служба маршрутизации на основе DNS. Дополнительные сведения см. в разделе "Настройка DNS-имен с помощью Диспетчер трафика".
Служба приложений: Службы уровня приложений, такие как служба приложение Azure, имеют функции, позволяющие обновлять доменное имя. Дополнительные сведения см. в статье Перенос активного DNS-имени в службу приложений Azure.
Маршрутизация шлюза. Если рабочая нагрузка использует шаблон маршрутизации шлюза со службой, например Azure Front Door, Шлюз приложений или Azure Управление API, вы часто можете сделать переход на миграцию регионов. Вы используете свои внутренние целевые объекты и функции правил маршрутизации.
Следующий шаг
Вы выбрали метод перемещения и средства для перемещения рабочей нагрузки. Перейдите к шагу "Миграция", чтобы выполнить перемещение с помощью этих средств.