Техническое руководство по поддерживаемому платформой переносу из классической модели в модель Azure Resource ManagerTechnical deep dive on platform-supported migration from classic to Azure Resource Manager

Давайте подробно рассмотрим миграцию из классической модели развертывания Azure в модель развертывания с помощью Azure Resource Manager.Let's take a deep-dive on migrating from the Azure classic deployment model to the Azure Resource Manager deployment model. Мы рассмотрим ресурсы на уровне ресурсов и функций. Это поможет вам понять, как платформа Azure переносит ресурсы между двумя моделями развертывания.We look at resources at a resource and feature level to help you understand how the Azure platform migrates resources between the two deployment models. Дополнительные сведения см. в статье Объявление службы: Поддерживаемый платформой перенос ресурсов IaaS из классической модели в Azure Resource Manager.For more information, please read the service announcement article: Platform-supported migration of IaaS resources from classic to Azure Resource Manager.

Перенос ресурсов IaaS из классической модели развертывания в модель развертывания с помощью Azure Resource ManagerMigrate IaaS resources from the classic deployment model to Azure Resource Manager

Во-первых, важно понимать разницу между операциями плоскости данных и плоскости управления в инфраструктуре как услуге (IaaS).First, it's important to understand the difference between data-plane and management-plane operations on the infrastructure as a service (IaaS) resources.

  • Плоскость управления описывает вызовы, поступающие в плоскость управления или API для изменения ресурсов.Management/control plane describes the calls that come into the management/control plane or the API for modifying resources. Например, такие операции, как создание виртуальной машины, перезапуск виртуальной машины и добавление в виртуальную сеть новой подсети, оперируют работающими ресурсами.For example, operations like creating a VM, restarting a VM, and updating a virtual network with a new subnet manage the running resources. Они не оказывают непосредственного влияния на подключение к виртуальным машинам.They don't directly affect connecting to the VMs.
  • Плоскость данных (приложение) описывает среду выполнения приложения, включая взаимодействие с экземплярами, которое не осуществляется через API Azure.Data plane (application) describes the runtime of the application itself, and involves interaction with instances that don’t go through the Azure API. Например, доступ к веб-сайту или извлечение данных из работающего экземпляра SQL Server или сервера MongoDB считаются операциями в плоскости данных или взаимодействием с приложением.For example, accessing your website, or pulling data from a running SQL Server instance or a MongoDB server, are data plane or application interactions. К другим примерам относятся копирование большого двоичного объекта из учетной записи хранения и доступ к общедоступному IP-адресу для подключения к виртуальной машине с помощью протокола удаленного рабочего стола (RDP) или Secure Shell (SSH).Other examples include copying a blob from a storage account, and accessing a public IP address to use Remote Desktop Protocol (RDP) or Secure Shell (SSH) into the virtual machine. Эти операции обеспечивают рабочее состояние приложения для вычислительных и сетевых ресурсов, а также ресурсов хранения.These operations keep the application running across compute, networking, and storage.

В классической модели развертывания и стеках Resource Manager используется одна и та же плоскость данных.The data plane is the same between the classic deployment model and Resource Manager stacks. Разница в том, что в процессе переноса Майкрософт преобразует представление ресурсов из классической модели развертывания в представление в стеке Resource Manager.The difference is that during the migration process, Microsoft translates the representation of the resources from the classic deployment model to that in the Resource Manager stack. Поэтому для управлениями ресурсами в стеке Resource Manager необходимо использовать новые средства, API-интерфейсы и пакеты SDK.As a result, you need to use new tools, APIs, and SDKs to manage your resources in the Resource Manager stack.

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

Примечание

В некоторых сценариях миграции платформа Azure останавливает, освобождает и перезапускает виртуальные машины.In some migration scenarios, the Azure platform stops, deallocates, and restarts your virtual machines. Этот приводит к кратковременному отключению плоскости данных.This causes a brief data-plane downtime.

Процесс миграцииThe migration experience

Перед началом миграции сделайте следующее:Before you start the migration:

  • Убедитесь, что ресурсы, которые вы хотите перенести, не используют какие-либо неподдерживаемые компоненты или конфигурации.Ensure that the resources that you want to migrate don't use any unsupported features or configurations. Обычно платформа обнаруживает такие проблемы и выдает ошибку.Usually the platform detects these issues and generates an error.
  • В ходе подготовки виртуальные машины, которые не находятся в виртуальной сети, останавливаются, а их распределение отменяется.If you have VMs that are not in a virtual network, they are stopped and deallocated as part of the prepare operation. Если вы не хотите потерять общедоступный IP-адрес, зарезервируйте его, прежде чем начать подготовку.If you don't want to lose the public IP address, consider reserving the IP address before triggering the prepare operation. Если виртуальные машины расположены в виртуальной сети, они не будут остановлены и их распределение не будет отменено.If the VMs are in a virtual network, they are not stopped and deallocated.
  • Планируйте провести миграцию в нерабочее время, чтобы справиться с любыми непредвиденными сбоями, которые могут возникнуть.Plan your migration during non-business hours to accommodate for any unexpected failures that might happen during migration.
  • Скачайте текущую конфигурацию виртуальных машин с помощью PowerShell, команд интерфейса командной строки или интерфейсов REST API, чтобы упростить проверку после завершения подготовки.Download the current configuration of your VMs by using PowerShell, command-line interface (CLI) commands, or REST APIs to make it easier for validation after the prepare step is complete.
  • Обновите скрипты автоматизации и ввода в эксплуатацию для работы с моделью развертывания с помощью Resource Manager, прежде чем начать миграцию.Update your automation and operationalization scripts to handle the Resource Manager deployment model, before you start the migration. При необходимости можно выполнять операции GET, пока ресурсы находятся в состоянии подготовки.You can optionally do GET operations when the resources are in the prepared state.
  • Оцените политики управления доступом на основе ролей (RBAC), настроенные для ресурсов IaaS, развернутых с помощью классической модели, и составьте план на период после завершения миграции.Evaluate the Role-Based Access Control (RBAC) policies that are configured on the IaaS resources in the classic deployment model, and plan for after the migration is complete.

Ниже представлен рабочий процесс переноса:The migration workflow is as follows:

Схема с этапами миграции

Примечание

Все операции, описанные в следующих разделах, являются идемпотентными.The operations described in the following sections are all idempotent. Если вы столкнетесь с какой-либо проблемой, не связанной с неподдерживаемой функцией или ошибкой конфигурации, повторите подготовку, прервите или зафиксируйте текущую операцию.If you have a problem other than an unsupported feature or a configuration error, retry the prepare, abort, or commit operation. Платформа Azure попытается повторить действие.Azure tries the action again.

ПроверитьValidate

Операция проверки — это первый шаг в процессе переноса.The validate operation is the first step in the migration process. На этом шаге анализируется состояние ресурсов, которые требуется перенести в классической модели развертывания.The goal of this step is to analyze the state of the resources you want to migrate in the classic deployment model. Эта операция проверяет, можно ли переносить ресурсы (результат проверки — успех или сбой).The operation evaluates whether the resources are capable of migration (success or failure).

Выберите виртуальную сеть или облачную службу (если она не является виртуальной сетью), которую нужно проверить перед переносом.You select the virtual network or a cloud service (if it’s not in a virtual network) that you want to validate for migration. Если ресурс нельзя перенести, Azure указывает причину.If the resource is not capable of migration, Azure lists the reasons why.

Операция проверки ничего не проверяетChecks not done in the validate operation

Эта операция только анализирует состояние ресурсов в классической модели развертывания.The validate operation only analyzes the state of the resources in the classic deployment model. На этом этапе можно выполнить проверку на наличие всевозможных ошибок и неподдерживаемых сценариев в зависимости от различных конфигураций в классической модели развертывания.It can check for all failures and unsupported scenarios due to various configurations in the classic deployment model. Однако невозможно проверить все ошибки, которые могут произойти при переносе ресурсов в стек Azure Resource Manager.It is not possible to check for all issues that the Azure Resource Manager stack might impose on the resources during migration. Эти ошибки можно проверить только при преобразовании ресурсов на следующем этапе переноса, то есть на этапе подготовки.These issues are only checked when the resources undergo transformation in the next step of migration (the prepare operation). В следующей таблице перечислены все проблемы, которые не проверяет операция проверки.The following table lists all the issues not checked in the validate operation:

Операция проверки не проверяет работу сети.Networking checks not in the validate operation
Наличие шлюза ER и VPN-шлюза в виртуальной сети.A virtual network having both ER and VPN gateways.
Отсутствие подключения к шлюзу виртуальной сети.A virtual network gateway connection in a disconnected state.
Все каналы ER, которые предварительно перенесены в стек Azure Resource Manager.All ER circuits are pre-migrated to Azure Resource Manager stack.
Проверки квот Azure Resource Manager на наличие сетевых ресурсов.Azure Resource Manager quota checks for networking resources. Например: статический общедоступный IP-адрес, динамические общедоступные IP-адреса, подсистема балансировки нагрузки, группы безопасности сети, таблицы маршрутов и сетевые интерфейсы.For example: static public IP, dynamic public IPs, load balancer, network security groups, route tables, and network interfaces.
Проверка на допустимость всех правил подсистемы балансировки нагрузки в развернутой службе и в виртуальной сети.All load balancer rules are valid across deployment and the virtual network.
Проверка на наличие конфликтующих частных IP-адресов на остановленных (освобожденных) виртуальных машинах в одной виртуальной сети.Conflicting private IPs between stop-deallocated VMs in the same virtual network.

Подготовка.Prepare

Операция подготовки — это второй шаг в процессе переноса.The prepare operation is the second step in the migration process. На этом этапе моделируется преобразование ресурсов IaaS из классической модели развертывания в ресурсы Azure Resource Manager.The goal of this step is to simulate the transformation of the IaaS resources from the classic deployment model to Resource Manager resources. Затем ресурсы отображаются на экране рядом для наглядности.Further, the prepare operation presents this side-by-side for you to visualize.

Примечание

Ресурсы в классической модели развертывания на этом этапе не изменяются.Your resources in the classic deployment model are not modified during this step. Поэтому вы можете уверенно выполнять этот шаг при пробном переносе.It's a safe step to run if you're trying out migration.

Выберите виртуальную сеть или облачную службу (если она не является виртуальной сетью), которую нужно подготовить к переносу.You select the virtual network or the cloud service (if it’s not a virtual network) that you want to prepare for migration.

  • Если ресурс не может быть перенесен, Azure остановит процесс переноса и укажет причину, по которой не удалось выполнить операцию подготовки.If the resource is not capable of migration, Azure stops the migration process and lists the reason why the prepare operation failed.
  • Если ресурс можно перенести, Azure заблокирует операции в плоскости управления для переносимых ресурсов.If the resource is capable of migration, Azure locks down the management-plane operations for the resources under migration. Например, вы не сможете добавить диск данных в виртуальную машину, которая переносится.For example, you are not able to add a data disk to a VM under migration.

Затем Azure начнет перенос метаданных переносимых ресурсов из классической модели развертывания в модель развертывания с помощью Resource Manager.Azure then starts the migration of metadata from the classic deployment model to Resource Manager for the migrating resources.

После завершения подготовки можно будет визуализировать ресурсы в классической модели развертывания и в модели развертывания с помощью Resource Manager.After the prepare operation is complete, you have the option of visualizing the resources in both the classic deployment model and Resource Manager. Для каждой облачной службы в классической модели развертывания платформа Azure создает имя группы ресурсов по шаблону cloud-service-name>-Migrated.For every cloud service in the classic deployment model, the Azure platform creates a resource group name that has the pattern cloud-service-name>-Migrated.

Примечание

Нельзя выбрать имя группы ресурсов, созданной для перенесенных ресурсов (то есть -Migrated).It is not possible to select the name of a resource group created for migrated resources (that is, "-Migrated"). Но после завершения переноса можно использовать функцию Azure Resource Manager для перемещения ресурсов в нужную группу ресурсов.After migration is complete, however, you can use the move feature of Azure Resource Manager to move resources to any resource group you want. Дополнительные сведения см. в статье Перемещение ресурсов в новую группу ресурсов или подписку.For more information, see Move resources to new resource group or subscription.

Ниже приведены два снимка экрана, на которых показан результат успешной операции подготовки.The following two screenshots show the result after a successful prepare operation. На первом показана группа ресурсов, содержащая исходную облачную службу.The first one shows a resource group that contains the original cloud service. На втором — группа ресурсов -Migrated, содержащая эквивалентные ресурсы Azure Resource Manager.The second one shows the new "-Migrated" resource group that contains the equivalent Azure Resource Manager resources.

Снимок экрана исходной облачной службы

Снимок экрана операции подготовки ресурсов Azure Resource Manager

Ниже представлена фактическая схема ресурсов после завершения этапа подготовки.Here is a behind-the-scenes look at your resources after the completion of the prepare phase. Обратите внимание, что в плоскости данных используется один и тот же ресурс.Note that the resource in the data plane is the same. Он представлен в плоскости управления в классической модели развертывания и в плоскости управления в модели развертывания с помощью Resource Manager.It's represented in both the management plane (classic deployment model) and the control plane (Resource Manager).

Схема этапа подготовки

Примечание

Виртуальные машины, не входящие в виртуальную сеть в классической модели развертывания, на этом этапе переноса останавливаются, и их распределение отменяется.VMs that are not in a virtual network in the classic deployment model are stopped and deallocated in this phase of migration.

Проверка (вручную или с помощью сценария)Check (manual or scripted)

На этапе проверки можно дополнительно использовать конфигурацию, скачанную ранее, чтобы проверить, правильно ли выполнен перенос.In the check step, you have the option to use the configuration that you downloaded earlier to validate that the migration looks correct. Можно также войти на портал и выборочно просмотреть свойства и ресурсы, чтобы проверить, правильно ли выполнен перенос метаданных.Alternatively, you can sign in to the portal, and spot check the properties and resources to validate that metadata migration looks good.

В случае переноса виртуальной сети большинство конфигураций виртуальных машин не будут перезапущены.If you are migrating a virtual network, most configuration of virtual machines is not restarted. Но можно проверить, работают ли приложения на виртуальных машинах.For applications on those VMs, you can validate that the application is still running.

Можно проверить функцию мониторинга и рабочие скрипты, чтобы убедиться, что виртуальные машины и обновленные скрипты работают правильно.You can test your monitoring and operational scripts to see if the VMs are working as expected, and if your updated scripts work correctly. Если ресурсы находятся в состоянии подготовки, то для них доступны только операции GET.Only GET operations are supported when the resources are in the prepared state.

Длительность переноса не фиксирована.There is no set window of time before which you need to commit the migration. В этом состоянии время не ограничено.You can take as much time as you want in this state. Тем не менее плоскость управления для этих ресурсов будет заблокирована, пока не будет выполнено прерывание или фиксация.However, the management plane is locked for these resources until you either abort or commit.

Если возникнут какие-либо неполадки, всегда можно прервать миграцию и вернуться к классической модели развертывания.If you see any issues, you can always abort the migration and go back to the classic deployment model. После этого Azure разблокирует операции с ресурсами в плоскости управления, чтобы вы могли возобновить обычную работу этих виртуальных машин в классической модели развертывания.After you go back, Azure opens the management-plane operations on the resources, so that you can resume normal operations on those VMs in the classic deployment model.

ПрерываниеAbort

Это необязательный шаг, который позволяет отменить изменения в классической модели развертывания и прервать миграцию.This is an optional step if you want to revert your changes to the classic deployment model and stop the migration. Эта операция удаляет метаданные Resource Manager для ресурсов, созданные на этапе подготовки.This operation deletes the Resource Manager metadata (created in the prepare step) for your resources.

Схема этапа прерывания

Примечание

Эту операцию нельзя выполнить, если вы начали фиксацию.This operation can't be done after you have triggered the commit operation.

ФиксацияCommit

После завершения проверки миграцию можно зафиксировать.After you finish the validation, you can commit the migration. Ресурсы больше не будут отображаться в классической модели развертывания. Они будут доступны только в модели развертывания с помощью Resource Manager.Resources do not appear anymore in the classic deployment model, and are available only in the Resource Manager deployment model. Перенесенными ресурсами можно управлять только на новом портале.The migrated resources can be managed only in the new portal.

Примечание

Эта идемпотентная операция.This is an idempotent operation. Если не удалось выполнить операцию, повторите ее.If it fails, retry the operation. Если проблема не устраняется, отправьте запрос в службу поддержки или создайте запись с тегом ClassicIaaSMigration на нашем форуме о виртуальных машинах.If it continues to fail, create a support ticket or create a forum post with a "ClassicIaaSMigration" tag on our VM forum.

Схема этапа фиксации

Блок-схема миграцииMigration flowchart

Ниже представлена блок-схема, на которой показано, как выполнить перенос:Here is a flowchart that shows how to proceed with migration:

Screenshot that shows the migration steps

Преобразование ресурсов классической модели развертывания в ресурсы модели развертывания с помощью Resource ManagerTranslation of the classic deployment model to Resource Manager resources

В таблице ниже представлены ресурсы в классической модели развертывания и в модели развертывания с помощью Resource Manager.You can find the classic deployment model and Resource Manager representations of the resources in the following table. Остальные функции и ресурсы в настоящий момент не поддерживаются.Other features and resources are not currently supported.

Представление классической моделиClassic representation Представление Resource ManagerResource Manager representation ПримечанияNotes
Имя облачной службыCloud service name DNS-имяDNS name Во время миграции для каждой облачной службы создается новая группа ресурсов, которая именуется по шаблону <cloudservicename>-migrated.During migration, a new resource group is created for every cloud service with the naming pattern <cloudservicename>-migrated. Эта группа ресурсов содержит все ваши ресурсы.This resource group contains all your resources. Имя облачной службы становится DNS-именем, связанным с общедоступным IP-адресом.The cloud service name becomes a DNS name that is associated with the public IP address.
Виртуальная машина.Virtual machine Виртуальная машина.Virtual machine Свойства, относящиеся к виртуальной машине, переносятся без изменений.VM-specific properties are migrated unchanged. Определенные данные osProfile, например имя компьютера, не хранятся в классической модели развертывания. После миграции они остаются пустыми.Certain osProfile information, like computer name, is not stored in the classic deployment model, and remains empty after migration.
Ресурсы дисков, подключенные к виртуальной машинеDisk resources attached to VM Скрытые диски, подключенные к виртуальной машинеImplicit disks attached to VM Диски не моделируются в виде ресурсов верхнего уровня в модели развертывания с помощью Resource Manager.Disks are not modeled as top-level resources in the Resource Manager deployment model. Они переносятся в качестве скрытых дисков в виртуальной машине.They are migrated as implicit disks under the VM. В настоящее время поддерживаются только диски, подключенные к виртуальной машине.Only disks that are attached to a VM are currently supported. Теперь виртуальные машины Resource Manager могут использовать учетные записи хранения в классической модели развертывания, что позволяет легко перенести диски без изменений.Resource Manager VMs can now use storage accounts in the classic deployment model, which allows the disks to be easily migrated without any updates.
Расширения виртуальных машинVM extensions Расширения виртуальных машинVM extensions Все расширения ресурсов (кроме расширений XML) переносятся из классической модели развертывания.All the resource extensions, except XML extensions, are migrated from the classic deployment model.
Сертификаты виртуальных машинVirtual machine certificates Сертификаты в хранилище ключей AzureCertificates in Azure Key Vault Если облачная служба содержит сертификаты службы, процесс миграции создаст новое хранилище ключей Azure для каждой облачной службы и переместит сертификаты в это хранилище ключей.If a cloud service contains service certificates, the migration creates a new Azure key vault per cloud service, and moves the certificates into the key vault. В виртуальных машинах будут обновлены ссылки на сертификаты из хранилища ключей.The VMs are updated to reference the certificates from the key vault.

Не удаляйте хранилище ключей.Do not delete the key vault. Если это сделать, виртуальная машина может перестать работать.This can cause the VM to go into a failed state.
Конфигурация WinRMWinRM configuration Конфигурация WinRM в osProfileWinRM configuration under osProfile Конфигурация службы удаленного управления Windows в ходе миграции перемещается без изменений.Windows Remote Management configuration is moved unchanged, as part of the migration.
Свойство группы доступностиAvailability-set property Ресурс группы доступностиAvailability-set resource Спецификация группы доступности является свойством виртуальной машины в классической модели развертывания.Availability-set specification is a property on the VM in the classic deployment model. Группы доступности становятся ресурсами верхнего уровня в ходе миграции.Availability sets become a top-level resource as part of the migration. Не поддерживаются следующие конфигурации: несколько групп доступности на одну облачную службу либо одна или несколько групп доступности с виртуальными машинами, которые не находятся в какой-либо группе доступности в облачной службе.The following configurations are not supported: multiple availability sets per cloud service, or one or more availability sets along with VMs that are not in any availability set in a cloud service.
Конфигурация сети в виртуальной машинеNetwork configuration on a VM Основной сетевой интерфейсPrimary network interface Конфигурация сети в виртуальной машине после миграции представлена ресурсом основного сетевого интерфейса.Network configuration on a VM is represented as the primary network interface resource after migration. У виртуальных машин, которые не находятся в виртуальной сети, при миграции изменится внутренний IP-адрес.For VMs that are not in a virtual network, the internal IP address changes during migration.
Несколько сетевых интерфейсов в виртуальной машинеMultiple network interfaces on a VM Сетевые интерфейсыNetwork interfaces Если с виртуальной машиной связано несколько сетевых интерфейсов, в ходе миграции каждый из них (и все соответствующие свойства) становится ресурсом верхнего уровня.If a VM has multiple network interfaces associated with it, each network interface becomes a top-level resource as part of the migration, along with all the properties.
Набор конечных точек с балансировкой нагрузкиLoad-balanced endpoint set Подсистема балансировки нагрузкиLoad balancer В классической модели развертывания платформа назначает скрытый балансировщик нагрузки для каждой облачной службы.In the classic deployment model, the platform assigned an implicit load balancer for every cloud service. Во время миграции создается новый ресурс балансировщика нагрузки, а набор конечных точек с балансировкой нагрузки преобразовывается в правила балансировщика нагрузки.During migration, a new load-balancer resource is created, and the load-balancing endpoint set becomes load-balancer rules.
Правила преобразования сетевых адресов для входящих подключенийInbound NAT rules Правила преобразования сетевых адресов для входящих подключенийInbound NAT rules При миграции входные конечные точки, определенные на виртуальной машине, преобразовываются в правила преобразования сетевых адресов для входящих подключений в балансировщике нагрузки.Input endpoints defined on the VM are converted to inbound network address translation rules under the load balancer during the migration.
Виртуальный IP-адресVIP address Общедоступный IP-адрес с DNS-именемPublic IP address with DNS name Виртуальный IP-адрес становится общедоступным IP-адресом, связанным с подсистемой балансировки нагрузки.The virtual IP address becomes a public IP address, and is associated with the load balancer. Виртуальный IP-адрес можно перенести только в том случае, если ему назначена входная конечная точка.A virtual IP can only be migrated if there is an input endpoint assigned to it.
Виртуальная сетьVirtual network Виртуальная сетьVirtual network Виртуальная сеть и все ее свойства переносятся в модель развертывания с помощью Resource Manager.The virtual network is migrated, with all its properties, to the Resource Manager deployment model. Создается новая группа ресурсов с именем -migrated.A new resource group is created with the name -migrated.
Зарезервированные IP-адресаReserved IPs Общедоступный IP-адрес с методом статического выделенияPublic IP address with static allocation method Зарезервированные IP-адреса, связанные с балансировщиком нагрузки, переносятся вместе с облачной службой или виртуальной машиной.Reserved IPs associated with the load balancer are migrated, along with the migration of the cloud service or the virtual machine. Перенос несвязанных зарезервированных IP-адресов в настоящее время не поддерживается.Unassociated reserved IP migration is not currently supported.
Общедоступный IP-адрес для каждой виртуальной машиныPublic IP address per VM Общедоступный IP-адрес с методом динамического выделенияPublic IP address with dynamic allocation method Общедоступный IP-адрес, связанный с виртуальной машиной, преобразуется в ресурс общедоступного IP-адреса со статическим методом выделения.The public IP address associated with the VM is converted as a public IP address resource, with the allocation method set to static.
Группы NSGNSGs Группы NSGNSGs Группы безопасности сети, связанные с подсетью, в ходе миграции клонируются в модель развертывания с помощью Resource Manager.Network security groups associated with a subnet are cloned as part of the migration to the Resource Manager deployment model. Группа безопасности сети в классической модели развертывания не удаляется в ходе миграции.The NSG in the classic deployment model is not removed during the migration. Однако на период миграции для группы безопасности сети блокируются операции в плоскости управления.However, the management-plane operations for the NSG are blocked when the migration is in progress.
"Серверы DNS"DNS servers "Серверы DNS"DNS servers DNS-серверы, связанные с виртуальной сетью или виртуальной машиной, переносятся в ходе миграции соответствующего ресурса вместе со всеми свойствами.DNS servers associated with a virtual network or the VM are migrated as part of the corresponding resource migration, along with all the properties.
Определяемые пользователем маршрутыUDRs Определяемые пользователем маршрутыUDRs Определяемые пользователем маршруты, связанные с подсетью, в ходе миграции клонируются в модель развертывания с помощью Resource Manager.User-defined routes associated with a subnet are cloned as part of the migration to the Resource Manager deployment model. Определяемый пользователем маршрут (UDR) в классической модели развертывания не удаляется в ходе миграции.The UDR in the classic deployment model is not removed during the migration. На период миграции для определяемого пользователем маршрута блокируются операции в плоскости управления.The management-plane operations for the UDR are blocked when the migration is in progress.
Свойство IP-пересылки в конфигурации сети виртуальной машиныIP forwarding property on a VM's network configuration Свойство IP-пересылки в сетевой картеIP forwarding property on the NIC Свойство IP-пересылки в виртуальной машине во время миграции преобразуется в свойство в сетевом интерфейсе.The IP forwarding property on a VM is converted to a property on the network interface during the migration.
Балансировщик нагрузки с несколькими IP-адресамиLoad balancer with multiple IPs Балансировщик нагрузки с несколькими ресурсами IP-адресовLoad balancer with multiple public IP resources Каждый общедоступный IP-адрес, связанный с подсистемой балансировки нагрузки, после миграции преобразуется в ресурс общедоступного IP-адреса и связывается с подсистемой балансировки нагрузки.Every public IP associated with the load balancer is converted to a public IP resource, and associated with the load balancer after migration.
Внутренние DNS-имена в виртуальной машинеInternal DNS names on the VM Внутренние DNS-имена в сетевой картеInternal DNS names on the NIC Во время миграции внутренние DNS-суффиксы виртуальных машин переносятся в свойство только для чтения InternalDomainNameSuffix в сетевой карте.During migration, the internal DNS suffixes for the VMs are migrated to a read-only property named “InternalDomainNameSuffix” on the NIC. После миграции суффикс не изменяется. Разрешение виртуальной машины также не должно измениться.The suffix remains unchanged after migration, and VM resolution should continue to work as previously.
Шлюз виртуальной сетиVirtual network gateway Шлюз виртуальной сетиVirtual network gateway Свойства шлюза виртуальной сети переносятся без изменений.Virtual network gateway properties are migrated unchanged. Виртуальный IP-адрес, связанной со шлюзом, также не меняется.The VIP associated with the gateway does not change either.
Сайт локальной сетиLocal network site Шлюз локальной сетиLocal network gateway Свойства сайта локальной сети переносятся без изменений в новый ресурс — шлюз локальной сети.Local network site properties are migrated unchanged to a new resource called a local network gateway. Это касается префиксов локальных адресов и IP-адреса удаленного шлюза.This represents on-premises address prefixes and the remote gateway IP.
Ссылки на подключенияConnections references ПодключениеConnection Ссылки на подключения между шлюзом и сайтом локальной сети в конфигурации сети представлены новым ресурсом, который называется "Подключение".Connectivity references between the gateway and the local network site in network configuration is represented by a new resource called Connection. Все свойства ссылки на подключение в файлах конфигурации сети копируются без изменений в ресурс "Подключение".All properties of connectivity reference in network configuration files are copied unchanged to the Connection resource. Возможность подключения между виртуальными сетями в классической модели развертывания обеспечивается благодаря созданию двух туннелей IPsec к сайтам локальной сети, представляющим виртуальные сети.Connectivity between virtual networks in the classic deployment model is achieved by creating two IPsec tunnels to local network sites representing the virtual networks. Это преобразуется в подключение типа "виртуальная сеть — виртуальная сеть" в модели Resource Manager, для которого не нужны шлюзы локальной сети.This is transformed to the virtual-network-to-virtual-network connection type in the Resource Manager model, without requiring local network gateways.

Изменение возможностей автоматизации и набора инструментов после миграцииChanges to your automation and tooling after migration

При переносе ресурсов из классической модели в модель развертывания с помощью Resource Manager необходимо обновить существующую службу автоматизации или набор инструментов, чтобы обеспечить их работу после миграции.As part of migrating your resources from the classic deployment model to the Resource Manager deployment model, you must update your existing automation or tooling to ensure that it continues to work after the migration.

Следующие шагиNext steps