Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Это важно
По состоянию на 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. Необходимо создать хранилище ключей в том же регионе и подписке, что и облачная служба. Дополнительные сведения см. в статье "Использование сертификатов с Облачные службы (расширенная поддержка)".
Связанный контент
- Разверните Облачные службы (расширенную поддержку) с помощью портала Azure, PowerShell, шаблона ARM или Visual Studio.
- Просмотрите часто задаваемые вопросы об Облачных службах (расширенная поддержка)
- Перейдите в репозиторий примеров для Облачных служб (расширенная поддержка).