Поделиться через

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

  • Статья

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

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

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

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

развертывание Облачные службы (расширенная поддержка) должно находиться в виртуальной сети. Вы можете создать виртуальную сеть с помощью портал 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 значение, чтобы использовать новое соглашение об именовании из правого столбца.

Предыдущее имя размера Новое имя размера
ExtraSmall 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. Необходимо создать хранилище ключей в том же регионе и подписке, что и облачная служба. Дополнительные сведения см. в статье "Использование сертификатов с Облачные службы (расширенная поддержка)".

Связанный контент