Предварительные требования для развертывания Облачных служб Azure (расширенная поддержка)

Это важно

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

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

Обязательные обновления файла конфигурации

Используйте информацию из разделов ниже, чтобы обновить файл конфигурации (.cscfg) для вашего развертывания Cloud Services (расширенная поддержка).

Виртуальная сеть

Развертывания Облачных служб (расширенная поддержка) должны находиться в виртуальной сети. Вы можете создать виртуальную сеть с помощью портал Azure, Azure PowerShell, Azure CLI или шаблона Azure Resource Manager (шаблон ARM). Виртуальная сеть и подсети должны ссылаться в разделе NetworkConfiguration файла конфигурации (CSCFG).

Для виртуальной сети, которая находится в той же группе ресурсов, что и облачная служба, достаточно ссылаться только на имя виртуальной сети в файле конфигурации (CSCFG). Если виртуальная сеть и Облачные службы (расширенная поддержка) находятся в двух разных группах ресурсов, укажите полный идентификатор Azure Resource Manager виртуальной сети в файле конфигурации (CSCFG).

Примечание.

Если виртуальная сеть и Облачные службы (расширенная поддержка) находятся в разных группах ресурсов, вы не можете использовать Visual Studio 2019 для развертывания. В этом сценарии рекомендуется использовать шаблон ARM или портал Azure для создания развертывания.

Виртуальная сеть в той же группе ресурсов

<VirtualNetworkSite name="<vnet-name>"/> 
  <AddressAssignments> 
    <InstanceAddress roleName="<role-name>"> 
     <Subnets> 
       <Subnet name="<subnet-name>"/> 
     </Subnets> 
    </InstanceAddress> 
  </AddressAssignments> 

Виртуальная сеть в другой группе ресурсов

<VirtualNetworkSite name="/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Network/virtualNetworks/<vnet-name>"/> 
   <AddressAssignments> 
     <InstanceAddress roleName="<role-name>"> 
       <Subnets> 
        <Subnet name="<subnet-name>"/> 
       </Subnets> 
     </InstanceAddress> 
   </AddressAssignments>

Удалите более ранние версии подключаемых модулей

Удалите более ранние версии параметров удаленного рабочего стола из файла конфигурации (CSCFG):

<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.Enabled" value="true" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountUsername" value="gachandw" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountEncryptedPassword" value="XXXX" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteAccess.AccountExpiration" value="2021-12-17T23:59:59.0000000+05:30" /> 
<Setting name="Microsoft.WindowsAzure.Plugins.RemoteForwarder.Enabled" value="true" /> 

Удалите более ранние версии параметров диагностики для каждой роли в файле конфигурации (.cscfg):

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />

Обязательные обновления файла определения

Примечание.

При внесении изменений в файл определения (CSDEF) необходимо создать файл пакета (CSPKG или .zip). Создайте и перепакуйте файл пакета (CSPKG или .zip) после внесения следующих изменений в файл определения (CSDEF), чтобы получить последние параметры облачной службы.

Размеры виртуальных машин

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

Размеры, перечисленные в левом столбце таблицы, устарели в Azure Resource Manager. Если вы хотите продолжить использование размеров виртуальной машины, обновите значение vmsize, чтобы использовать новое соглашение об именовании из правого столбца.

Название предыдущего размера Обновлённое название размера
Экстрамаленький Standard_A1_v2
Небольшой Standard_A1_v2
Средняя Стандарт A2 v2
Большой Standard_A4_v2
Экстрабольшой Standard_A8_v2
A5 Standard_A2m_v2
A6 Standard_A4m_v2
A7 Standard_A8m_v2
A8 Устарело
A9 Устарело
A10 Устарело
A11 Устарело
MSODSG5 Устарело

Например, <WorkerRole name="WorkerRole1" vmsize="Medium"> преобразуется в <WorkerRole name="WorkerRole1" vmsize="Standard_A2">.

Примечание.

Чтобы получить список доступных размеров, см. список ресурсов SKU. Примените следующие фильтры.

ResourceType = virtualMachines VMDeploymentTypes = PaaS

Удалить более ранние версии плагинов удаленного рабочего стола

Для развертываний, использующих более ранние версии плагинов для удаленных рабочих столов, удалите соответствующие модули из файла определения (.csdef) и из любых связанных сертификатов:

<Imports> 
<Import moduleName="RemoteAccess" /> 
<Import moduleName="RemoteForwarder" /> 
</Imports> 

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

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" />

Управление доступом

Подписка, содержащая сетевые ресурсы, должна иметь роль Сетевой участник или более высокую роль для облачных служб (расширенная поддержка). Дополнительные сведения см. в статье о встроенных ролях RBAC.

Создание хранилища ключей

Azure Key Vault хранит сертификаты, связанные с облачными службами (расширенная поддержка). Добавьте сертификаты в хранилище ключей, а затем укажите отпечатки пальцев сертификатов в файле конфигурации (CSCFG) для развертывания. Кроме того, необходимо включить политику доступа к хранилищу ключей (на портале) для Azure Виртуальные Машины для развертывания, чтобы ресурс Облачные Службы (расширенная поддержка) мог получить сертификат, хранящийся в виде секретов в хранилище ключей. Хранилище ключей можно создать с помощью портала Azure или PowerShell. Необходимо создать хранилище ключей в том же регионе и подписке, что и облачная служба. Дополнительные сведения см. в статье "Использование сертификатов с Облачные службы (расширенная поддержка)".