Pré-requisitos para a implantação de Serviços de Nuvem do Azure (suporte estendido)

Para garantir uma implantação bem-sucedida dos Serviços de Nuvem (suporte estendido), examine as etapas abaixo e conclua cada item antes de tentar qualquer implantação.

Atualizações necessárias do arquivo de configuração de serviço (.cscfg)

1) Rede Virtual

As implantações do Serviço de Nuvem (suporte estendido) precisam estar em uma rede virtual. A rede virtual pode ser criada por meio de portal do Azure, PowerShell, CLI do Azure ou modelo ARM. A rede virtual e as sub-redes também devem ser referenciadas na configuração do serviço (.cscfg) na seção NetworkConfiguration.

Para redes virtuais pertencentes ao mesmo grupo de recursos que o serviço de nuvem, a referência apenas ao nome da rede virtual no arquivo de configuração do serviço (.cscfg) é suficiente. Se a rede virtual e o serviço de nuvem estiverem em dois grupos de recursos diferentes, a ID de Azure Resource Manager completa da rede virtual precisará ser especificada no arquivo de configuração de serviço (.cscfg).

Observação

Não há suporte no Visual Studio 2019 para Rede Virtual e serviço de nuvem localizados em grupos de recursos diferentes. Use o modelo do ARM ou o Portal para realizar implantações com sucesso nesses cenários

Rede virtual localizada no mesmo grupo de recursos

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

Rede virtual localizada em um grupo de recursos diferente

<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>

2) Remover os plug-ins antigos

Remova as configurações antigas da área de trabalho remota do arquivo de configuração de serviço (.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" /> 

Remova as configurações antigas diagnóstico para cada função no arquivo de configuração de serviço (.cscfg).

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

Atualizações necessárias do arquivo de definição de serviço (.csdef)

Observação

As alterações no arquivo de definição de serviço (.csdef) exigem que o arquivo de pacote (.cspkg) seja gerado novamente. Compile e recrie o pacote da postagem de seu .cspkg fazendo as seguintes alterações no arquivo .csdef para obter as configurações mais recentes para seu serviço de nuvem

1) Tamanhos de máquina virtual

Os tamanhos listados na coluna à esquerda abaixo foram preteridos no Azure Resource Manager. No entanto, se você quiser continuar a usá-los, atualize o nome vmsize com a convenção de nomenclatura do Azure Resource Manager associada.

Nome do tamanho anterior Nome do tamanho atualizado
ExtraSmall Standard_A1_v2
Small Standard_A1_v2
Médio Standard_A2_v2
grande Standard_A4_v2
ExtraLarge Standard_A8_v2
A5 Standard_A2m_v2
A6 Standard_A4m_v2
A7 Standard_A8m_v2
A8 Preterido
A9 Preterido
A10 Preterido
A11 Preterido
MSODSG5 Preterido

Por exemplo, <WorkerRole name="WorkerRole1" vmsize="Medium" se tornaria <WorkerRole name="WorkerRole1" vmsize="Standard_A2".

Observação

Para recuperar uma lista de tamanhos disponíveis, consulte Resource Skus - List e aplique os seguintes filtros:
ResourceType = virtualMachines
VMDeploymentTypes = PaaS

2) Remover plugins antigos da área de trabalho remota

As implantações que utilizaram os plugins antigos da área de trabalho remota precisam ter os módulos removidos do arquivo de definição de serviço (.csdef) e de quaisquer certificados associados.

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

As implantações que utilizaram os plugins antigos de diagnóstico precisam das configurações removidas para cada função do arquivo de definição de serviço (.csdef)

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

Controle de acesso

É necessário que a assinatura contendo os recursos de rede tenha acesso de colaborador de rede ou superior para os Serviços de Nuvem (suporte estendido). Para obter mais detalhes, consulte as funções internas de RBAC

Criação do Key Vault

O Key Vault é usado para armazenar certificados associados aos Serviços de Nuvem (suporte estendido). Adicione os certificados ao Key Vault e referencie as impressões digitais do certificado no arquivo de Configuração de Serviço. Você também precisa habilitar as “Políticas de acesso” do Key Vault (no portal) para as “Máquinas Virtuais do Azure para implantação” para que o recurso dos Serviços de Nuvem (suporte estendido) possa recuperar o certificado armazenado como segredos do Key Vault. É possível criar um Key Vault no portal do Azure ou usando o PowerShell. O Key Vault precisa ser criado na mesma região e assinatura que o serviço de nuvem. Para obter mais informações, confira Usar certificados com os Serviços de Nuvem do Azure (suporte estendido).

Próximas etapas