Перенос Виртуальные машины и Масштабируемые наборы виртуальных машин в поддержку зоны доступности
В этом руководстве описывается перенос Виртуальные машины (виртуальных машин) и Масштабируемые наборы виртуальных машин из поддержки зоны доступности в поддержку зоны доступности. Мы рассмотрим различные варианты миграции, включая использование поддержки зон доступности для решений аварийного восстановления.
Виртуальные машины (виртуальная машина) и Масштабируемые наборы виртуальных машин — это службы с поддержкой зоны доступности, что означает, что ресурсы виртуальных машин можно развертывать с помощью одного из следующих методов:
Зональный: ресурсы виртуальных машин развертываются в определенной, самостоятельно выбранной зоне доступности для достижения более строгих требований к задержке или производительности.
Избыточность между зонами: ресурсы виртуальных машин реплицируются в одну или несколько зон в регионе, чтобы повысить устойчивость приложения и данных в архитектуре высокой доступности (HA).
Чтобы обеспечить высокий уровень доступности вычислительных ресурсов, рекомендуется выбрать несколько зон для новых виртуальных машин и Масштабируемые наборы виртуальных машин при миграции в зоны доступности.
Дополнительные сведения о поддержке зоны доступности для служб виртуальных машин см. в разделе "Надежность" в Виртуальные машины. Сведения о поддержке зон доступности для масштабируемых наборов виртуальных машин см. в Масштабируемые наборы виртуальных машин.
Необходимые компоненты
Чтобы выполнить миграцию в поддержку зоны доступности, номера SKU виртуальных машин должны быть доступны в зонах в вашем регионе. Чтобы проверить доступность SKU виртуальной машины, используйте один из следующих методов:
- Используйте PowerShell для проверки доступности SKU виртуальной машины.
- Используйте Azure CLI для проверки доступности SKU виртуальной машины.
- Перейдите в Foundational Services.
Требования к простою
Так как зональные виртуальные машины создаются в зонах доступности, все варианты миграции, упомянутые в этой статье, требуют простоя во время развертывания.
Вариант миграции 1. Повторное развертывание
Когда следует использовать повторное развертывание
Используйте параметр повторного развертывания, если вы настроили хорошую инфраструктуру в качестве кода (IaC) для управления инфраструктурой. Этот вариант повторного развертывания обеспечивает больший контроль и возможность автоматизации различных процессов в конвейерах развертывания.
Рекомендации по повторному развертыванию
При повторном развертывании виртуальной машины и Масштабируемые наборы виртуальных машин ресурсов базовые ресурсы, такие как управляемый диск и IP-адрес виртуальной машины, создаются в той же зоне доступности. Для создания ресурсов сети, избыточных между зонами, необходимо использовать общедоступный IP-адрес SKU уровня "Стандартный" и подсистему балансировки нагрузки.
Существующие управляемые диски без поддержки зоны доступности не могут быть присоединены к виртуальной машине с поддержкой зоны доступности. Чтобы подключить существующие управляемые диски к виртуальной машине с поддержкой зоны доступности, необходимо создать моментальный снимок текущих дисков, а затем создать виртуальную машину с новыми управляемыми дисками.
Для зональных развертываний, требующих достаточно низкой задержки сети и высокой производительности между уровнем приложений и уровнем данных, используйте группы размещения близкого взаимодействия. Группы близкого взаимодействия могут принудительно группировать различные ресурсы виртуальных машин в одном сетевом позвоночнике. Пример рабочей нагрузки SAP, используюющей группы размещения близкого взаимодействия, см . в группах размещения близкого взаимодействия Azure для оптимальной задержки сети с приложениями SAP.
Развертывание
Если вы хотите перенести данные на текущих управляемых дисках при создании новой виртуальной машины, следуйте инструкциям в разделе "Миграция управляемых дисков".
Если вы хотите создать виртуальную машину только с новыми управляемыми дисками в зоне доступности, см. следующие статьи:
- Создание виртуальной машины с помощью Azure CLI
- Создание виртуальной машины с помощью Azure PowerShell
- Создание виртуальной машины с помощью портал Azure
Сведения о создании Масштабируемые наборы виртуальных машин в зоне доступности см. в статье "Создание масштабируемого набора виртуальных машин, использующего Зоны доступности".
Перенос управляемых дисков
В этом разделе вы переносите данные из текущих управляемых дисков в управляемые диски с избыточностью между зонами (ZRS) или зональные управляемые диски.
Шаг 1. Создание моментального снимка
Самый простой и чистый способ создания моментального снимка — сделать это, пока виртуальная машина находится в автономном режиме. См . моментальные снимки. При выборе этого подхода необходимо ожидать некоторое время простоя. Создание моментального снимка виртуальной машины с помощью портал Azure, PowerShell или Azure CLI см. в статье "Создание моментального снимка виртуального жесткого диска"
Если вы создаете моментальный снимок диска, подключенного к работающей виртуальной машине, ознакомьтесь с руководством по моментальным снимкам , прежде чем продолжить.
Примечание.
Исходные управляемые диски остаются нетронутыми с текущими конфигурациями, и вы будете выставлены счета за них. Чтобы избежать этого, необходимо вручную удалить диски после завершения миграции и подтвердить работу новых дисков. Дополнительные сведения см. в статье Поиск и удаление неподключенных управляемых и неуправляемых дисков Azure.
Шаг 2. Перенос данных на управляемых дисках
Теперь, когда у вас есть моментальные снимки исходных дисков, их можно использовать для создания управляемых дисков ZRS или зональных управляемых дисков.
Перенос данных на зональные управляемые диски
Чтобы перенести незональный управляемый диск в зональный:
Создайте зональный управляемый диск из моментального снимка исходного диска. Параметр зоны должен соответствовать зональной виртуальной машине. Чтобы создать зональный управляемый диск из моментального снимка, можно использовать Azure CLI (пример ниже), PowerShell или портал Azure.
az disk create --resource-group $resourceGroupName --name $diskName --location $location --zone $zone --sku $storageType --size-gb $diskSize --source $snapshotId
Перенос данных на управляемые диски ZRS
Внимание
Хранилище, избыточное между зонами (ZRS) для управляемых дисков, имеет некоторые ограничения. Дополнительные сведения см. в статье Ограничения.
Создайте управляемый диск ZRS из исходного моментального снимка диска с помощью следующего фрагмента Azure CLI:
# Create a new ZRS Managed Disks using the snapshot Id and the SKU supported storageType=Premium_ZRS location=westus2 az disk create --resource-group $resourceGroupName --name $diskName --sku $storageType --size-gb $diskSize --source $snapshotId
Шаг 3. Создание виртуальной машины с новыми дисками
Теперь, когда данные перенесены на управляемые диски ZRS или зональные управляемые диски, создайте новую виртуальную машину с этими новыми дисками, установленными в качестве ос и дисков данных:
az vm create -g MyResourceGroup -n MyVm --attach-os-disk newZonalOSDiskCopy --attach-data-disks newZonalDataDiskCopy --os-type linux
Вариант миграции 2. Регион виртуальной машины в зональный перемещение
В этом разделе описано, как переместить виртуальные машины Azure одного экземпляра из региональной конфигурации в целевую зону доступности в одном регионе Azure.
Ключевые преимущества регионального зонального перемещения
Преимущества регионального зонального перемещения:
- Улучшенный пользовательский интерфейс. Новые зоны доступности в нужном регионе снижают задержку и создают хороший интерфейс клиента.
- Сокращение простоя. Виртуальные машины поддерживаются во всем, тем самым повышая устойчивость и доступность приложений.
- Сетевое подключение— использует существующую инфраструктуру, например виртуальные сети, подсети, группы безопасности сети (NSG) и подсистемы балансировки нагрузки (LBS), которые могут поддерживать целевую зональную конфигурацию.
- Высокая масштабируемость. Оркеструет перемещение в масштабе путем уменьшения ручных точек касания и сводит к минимуму общее время миграции от дней до часов или даже минут в зависимости от объема данных.
Компоненты
Следующие компоненты используются во время регионального зонального перемещения:
| Компонент | Сведения |
|---|---|
| Коллекция перемещения | Коллекция перемещения — это объект Azure Resource Manager, созданный во время регионального процесса зонального перемещения. Коллекция основана на регионе виртуальной машины и параметрах подписки, а также содержит метаданные и сведения о конфигурации ресурсов, которые требуется переместить. Виртуальные машины, добавленные в коллекцию перемещения, должны находиться в одной подписке и регионе или расположении, но могут быть выбраны из разных групп ресурсов. |
| Ресурс перемещения | При добавлении виртуальных машин в коллекцию перемещения он отслеживается как ресурс перемещения, и эта информация сохраняется в коллекции перемещения для каждой из виртуальных машин, которые в настоящее время находятся в процессе перемещения. Коллекция перемещения будет создана во временной группе ресурсов в подписке и может быть удалена вместе с группой ресурсов при необходимости. |
| Зависимости | При добавлении виртуальных машин в коллекцию перемещения проверка выполняется, чтобы определить, имеют ли виртуальные машины какие-либо зависимости, которые не находятся в коллекции перемещения. Например, сетевая карта является зависимым ресурсом для виртуальной машины и должна быть перемещена вместе с виртуальной машиной. После идентификации зависимостей для каждой из виртуальных машин можно добавить зависимости в коллекцию перемещения и переместить их, или выбрать альтернативные существующие ресурсы в целевой зональной конфигурации. Вы можете выбрать существующую виртуальную сеть в целевой зональной конфигурации или создать новую виртуальную сеть, как применимо. |
Матрица поддержки
Виртуальные машины вычислений
В следующей таблице описывается матрица поддержки для перемещения виртуальных машин из региона в зональную конфигурацию:
| Сценарий | Поддержка | Сведения |
|---|---|---|
| Один экземпляр ВМ | Поддерживается | Поддерживается региональное зональное перемещение виртуальных машин одного экземпляра. |
| ВМ в группе доступности | Не поддерживается | |
| Виртуальные машины внутри Масштабируемые наборы виртуальных машин с единой оркестрацией | Не поддерживается | |
| Виртуальные машины внутри Масштабируемые наборы виртуальных машин с гибкой оркестрацией | Не поддерживается | |
| Поддерживаемые регионы | Поддерживается | Поддерживаются только поддерживаемые регионы зоны доступности. Узнайте больше о регионе. |
| Виртуальные машины, уже расположенные в зоне доступности | Не поддерживается | Перемещение между зонами не поддерживается. В другую зону доступности можно переместить только виртуальные машины, находящиеся в одном регионе. |
| Расширения виртуальной машины | Не поддерживается | Перемещение виртуальных машин поддерживается, но расширения не копируются в целевую зональную виртуальную машину. |
| Виртуальные машины с доверенным запуском | Поддерживается | Повторно включите параметр "Мониторинг целостности" на портале и сохраните конфигурацию после перемещения. |
| Конфиденциальные виртуальные машины | Поддерживается | Повторно включите параметр "Мониторинг целостности" на портале и сохраните конфигурацию после перемещения. |
| Поколение 2 (загрузка UEFI) | Поддерживается | |
| Виртуальные машины в группах размещения близкого взаимодействия | Поддерживается | Группа схожего расположения источника (PPG) не сохраняется в зональной конфигурации. |
| Точечные виртуальные машины (низкоприоритетные виртуальные машины) | Поддерживается | |
| Виртуальные машины с выделенными узлами | Поддерживается | Выделенный узел исходной виртуальной машины не будет сохранен. |
| Виртуальные машины с включенным кэшированием узлов | Поддерживается | |
| Виртуальные машины, созданные на основе образов marketplace | Поддерживается | |
| Виртуальные машины, созданные на основе пользовательских образов | Поддерживается | |
| Лицензия на виртуальную машину с концентратором (преимущество гибридного использования) | Поддерживается | |
| Политики RBAC виртуальных машин | Не поддерживается | Перемещение виртуальных машин поддерживается, но RBAC не копируются в целевую зональную виртуальную машину. |
| Виртуальные машины, использующие ускорение сети | Поддерживается |
параметры хранилища Виртуальные машины
В следующей таблице описана матрица поддержки для перемещения параметров хранилища виртуальных машин:
| Сценарий | Поддержка | Сведения |
|---|---|---|
| Виртуальные машины с управляемым диском | Поддерживается | Поддерживается региональное зональное перемещение виртуальных машин одного экземпляра. |
| Виртуальные машины, использующие неуправляемые диски | Не поддерживается | |
| Виртуальные машины, использующие диски (цен. категория "Ультра") | Не поддерживается | |
| Виртуальные машины с использованием временных дисков ОС | Не поддерживается | |
| Виртуальные машины с использованием общих дисков | Не поддерживается | |
| Виртуальные машины со стандартными дисками HDD | Поддерживается | |
| Виртуальные машины со стандартными дисками SSD | Поддерживается | |
| Виртуальные машины с дисками SSD (цен. категория "Премиум") | Поддерживается | |
| Виртуальные машины с дисками NVMe (оптимизированные для операций в хранилище (серия Lsv2)) | Поддерживается | |
| Временный диск на виртуальных машинах | Поддерживается | Будут созданы временные диски; однако они не будут содержать данные из исходных временных дисков. |
| Виртуальные машины с дисками ZRS | Поддерживается | |
| Виртуальные машины с ADE (Шифрование дисков Azure) | Поддерживается | |
| Виртуальные машины с шифрованием на стороне сервера с помощью ключей, управляемых службой | Поддерживается | |
| Виртуальные машины с шифрованием на стороне сервера с помощью ключей, управляемых клиентом | Поддерживается | |
| Виртуальные машины с включенным шифрованием на основе узла с PM | Не поддерживается | |
| Виртуальные машины с включенным шифрованием на основе узла с CMK | Не поддерживается | |
| Виртуальные машины с включенным шифрованием на основе узла с двойным шифрованием | Не поддерживается |
параметры сети Виртуальные машины
В следующей таблице описана матрица поддержки для перемещения параметров сети виртуальных машин:
| Сценарий | Поддержка | Сведения |
|---|---|---|
| Сетевой адаптер | Поддерживается | По умолчанию создается новый ресурс, однако можно указать существующий ресурс в целевой конфигурации. |
| Виртуальная сеть | Поддерживается | По умолчанию используется исходная виртуальная сеть, но можно указать существующий ресурс в целевой конфигурации. |
Перемещение виртуальной машины из региона в зональную конфигурацию
Перед перемещением виртуальной машины из региона в зональную конфигурацию см. часто задаваемые вопросы. Перемещение виртуальной машины одного экземпляра Azure из региональной в зональную.
Сведения о перемещении виртуальных машин из региона в зональную конфигурацию в одном регионе в портал Azure см. в статье "Перемещение виртуальных машин одного экземпляра Azure из региональной в зональную конфигурацию".
Сведения о том, как это сделать с помощью Azure PowerShell и CLI, см. в статье "Перемещение виртуальной машины в зоне доступности с помощью Azure PowerShell и CLI".
Вариант миграции 3. Перемещение ресурсов Azure
Когда следует использовать Azure Resource Mover
Используйте Azure Resource Mover для простого способа перемещения виртуальных машин или зашифрованных виртуальных машин из одного региона без зон доступности в другой с поддержкой зоны доступности. Дополнительные сведения о преимуществах использования Azure Resource Mover см. в статье "Зачем использовать Azure Resource Mover?".
Рекомендации по Переносу ресурсов Azure
При использовании средства перемещения ресурсов Azure все ключи и секреты копируются из исходного хранилища ключей в только что созданное целевое хранилище ключей в целевом регионе. Все ресурсы, связанные с ключами, управляемыми клиентом, например Azure Key Vault, наборы шифрования дисков, виртуальные машины, диски и моментальные снимки, должны находиться в одной подписке и регионе. Функция доступности и избыточности azure Key Vault по умолчанию не может использоваться в качестве целевого хранилища ключей для перемещенных ресурсов виртуальной машины, даже если целевой регион является дополнительным регионом, в который реплицируется исходное хранилище ключей.
Использование Azure Resource Mover
Сведения о перемещении виртуальных машин в другой регион см. в статье "Перемещение виртуальных машин Azure в зону доступности в другом регионе"
Сведения о перемещении зашифрованных виртуальных машин в другой регион см. в статье "Перемещение зашифрованных виртуальных машин Azure в разных регионах"
Рекомендации по аварийному восстановлению
Как правило, зоны доступности используются для развертывания виртуальных машин в конфигурации высокой доступности. Они могут быть слишком близки друг к другу, чтобы служить решением аварийного восстановления во время стихийных бедствий. Однако существуют сценарии, в которых зоны доступности можно использовать для аварийного восстановления. Дополнительные сведения см. в разделе "Использование Зоны доступности для аварийного восстановления".
Следующие требования должны быть частью стратегии аварийного восстановления, которая помогает организации выполнять свои рабочие нагрузки во время запланированных или незапланированных сбоев в зонах:
- Исходная виртуальная машина уже должна быть зональной виртуальной машиной, что означает, что она помещается в логическую зону.
- Необходимо реплицировать виртуальную машину из одной зоны в другую с помощью службы Azure Site Recovery.
- После репликации виртуальной машины в другую зону можно выполнить инструкции по выполнению детализации аварийного восстановления, отработки отказа, повторной защиты и восстановления размещения.
- Чтобы включить аварийное восстановление виртуальной машины между зонами доступности, следуйте инструкциям в разделе "Включить аварийное восстановление виртуальной машины Azure" между зонами доступности.
Next Steps
- Службы и регионы Azure, поддерживающие зоны доступности
- Надежность в Виртуальные машины
- Надежность в Масштабируемые наборы виртуальных машин
- Перемещение виртуальных машин Azure с одного экземпляра из региона в зональную конфигурацию с помощью PowerShell
- Перемещение виртуальных машин Azure с одного экземпляра из региона в зональную конфигурацию с помощью портала