Перенос виртуальной сети (классической) из территориальной группы в регион

Важно!

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

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

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

Территориальные группы не рекомендуется использовать вообще. Помимо создания виртуальных сетей, территориальные группы также использовались для того, чтобы размещать рядом друг с другом такие ресурсы, как среды вычисления приложений и хранилища (то и другое в классической модели). Однако с текущей архитектурой сети Azure эти требования к размещению более не актуальны.

Важно!

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

Изменение файла конфигурации сети

  1. Экспортируйте файл конфигурации сети. Сведения о том, как экспортировать файл конфигурации сети с помощью PowerShell или интерфейса командной строки Azure (Azure CLI) 1.0, см. в статье Настройка (классической) виртуальной сети с помощью файла конфигурации сети.

  2. Измените файл конфигурации сети, заменив параметр AffinityGroup на Location. В качестве значения параметра Location следует указать регион Azure.

    Примечание

    Location (расположение) — это регион, указанный для территориальной группы, которая связана с виртуальной сетью (классической). Например, если виртуальная сеть (классическая) связана с территориальной группой, расположенной в западной части США, во время переноса следует указать в параметре Location расположение западная часть США.

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

    Старое значение:< VirtualNetworkSitename = "VNetUSWest" AffinityGroup = "Внетдемоаг">

    Новое значение:< VirtualNetworkSitename = "VNetUSWest" Location = "Западная часть США">

  3. Сохраните изменения и импортируйте конфигурацию сети в Azure.

Примечание

Такая миграция НЕ вызывает простоев в работе ваших служб.

Действия при наличии виртуальной машины (классической) в территориальной группе

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