Azure Resource Manager vs. Implantação clássica: compreenda os modelos de implantação e o estado dos seus recursos

Neste artigo, você conhecerá o Azure Resource Manager e os modelos de implantação clássicos. O Gerenciador de Recursos e os modelos de implantação clássicos representam duas maneiras de implantar e gerenciar soluções do Azure. Você trabalha com eles através de dois conjuntos diferentes de API e os recursos implantados podem conter diferenças importantes. Os dois modelos não são compatíveis um com o outro. Este artigo descreve essas diferenças.

Para simplificar a implantação e o gerenciamento de recursos, a Microsoft recomenda o uso do Gerenciador de Recursos para todos os novos recursos. Se possível, a Microsoft recomenda que você reimplante os recursos existentes por meio do Gerenciador de Recursos. Se usou os Serviços de Nuvem, você pode migrar sua solução para os Serviços de Nuvem (suporte estendido).

Se você for um novo usuário do Resource Manager, convém primeiro examinar a terminologia definida no Visão geral do Azure Resource Manager.

História dos modelos de implantação

Originalmente, o Azure fornecia o modelo de implantação clássico. Nesse modelo, cada recurso existia independentemente; não havia uma maneira de agrupar recursos relacionados. Em vez disso, era necessário controlar manualmente quais recursos compunham sua solução ou aplicativo, e lembrar-se de gerenciá-los em uma abordagem coordenada. Para implantar uma solução, você precisava criar cada recurso individualmente por meio do portal ou criar um script que implantava todos os recursos na ordem correta. Para excluir uma solução, você precisava excluir cada recurso individualmente. Não era possível aplicar e atualizar facilmente políticas de controle de acesso para recursos relacionados. Por fim, você não podia aplicar marcas aos recursos para rotulá-los com os termos que ajudariam a monitorar seus recursos e gerenciar a cobrança.

Em 2014, o Azure introduziu o Resource Manager, que adicionou o conceito de um grupo de recursos. Um grupo de recursos é um contêiner de recursos que compartilham um ciclo de vida comum. O modelo de implantação do Gerenciador de Recursos fornece vários benefícios:

• Você pode implantar, gerenciar e monitorar todos os serviços da sua solução como um grupo, em vez de tratá-los individualmente.
• Você pode implantar a solução repetidamente em todo seu ciclo de vida e com a confiança de que seus recursos serão implantados em um estado consistente.
• Você pode aplicar o controle de acesso a todos os recursos em seu grupo de recursos, e essas políticas são aplicadas automaticamente aos novos recursos adicionados ao grupo de recursos.
• Você pode aplicar marcas aos recursos para organizar de modo lógico todos os recursos em sua assinatura.
• Você pode usar a notação JSON (JavaScript Object Notation) para definir a infraestrutura de sua solução. O arquivo JSON é conhecido como um modelo do Resource Manager.
• Você pode definir as dependências entre os recursos para que eles sejam implantados na ordem correta.

Quando o Gerenciador de Recursos foi adicionado, todos os recursos foram adicionados retroativamente aos grupos de recursos padrão. Se você criar um recurso por meio da implantação clássica agora, ele será criado automaticamente em um grupo de recursos padrão para esse serviço, mesmo que você não tenha especificado esse grupo de recursos na implantação. No entanto, existir apenas em um grupo de recursos não significa que o recurso tenha sido convertido no modelo do Resource Manager.

Noções básicas do suporte aos modelos

Há três cenários a serem considerados:

1. Os Serviços de Nuvem (clássicos) não dão suporte ao modelo de implantação do Resource Manager. Os Serviços de Nuvem (suporte estendido) dão suporte ao modelo de implantação do Resource Manager.
2. Máquinas virtuais, contas de armazenamento e redes virtuais dão suporte ao Resource Manager e aos modelos de implantação clássicos.
3. Todos os outros serviços do Azure dão suporte ao Resource Manager.

Para máquinas virtuais, contas de armazenamento e redes virtuais, se o recurso tiver sido criado por meio da implantação clássica, você deverá continuar operando nele no modo clássico. Se a máquina virtual, conta de armazenamento ou rede virtual tiver sido criada por meio da implantação do Resource Manager, você deve continuar usando operações do Resource Manager. Essa distinção pode ficar confusa quando sua assinatura contiver uma mistura de recursos criada por meio do Resource Manager e da implantação clássica. Essa combinação de recursos pode gerar resultados inesperados, pois os recursos não oferecem suporte às mesmas operações.

Em alguns casos, um comando do Gerenciador de Recursos pode recuperar informações sobre um recurso criado por meio da implantação clássica ou pode executar uma tarefa administrativa como mover um recurso clássico para outro grupo de recursos. Porém, esses casos não devem dar a impressão de que o tipo oferece suporte a operações do Resource Manager. Por exemplo, suponhamos que você tenha um grupo de recursos que contenha uma máquina virtual que foi criada com implantação clássica. Se você executar o seguinte comando do PowerShell no Resource Manager:

Get-AzResource -ResourceGroupName ExampleGroup -ResourceType Microsoft.ClassicCompute/virtualMachines

Retorna a máquina virtual:

Name              : ExampleClassicVM
ResourceId        : /subscriptions/{guid}/resourceGroups/ExampleGroup/providers/Microsoft.ClassicCompute/virtualMachines/ExampleClassicVM
ResourceName      : ExampleClassicVM
ResourceType      : Microsoft.ClassicCompute/virtualMachines
ResourceGroupName : ExampleGroup
Location          : westus
SubscriptionId    : {guid}

No entanto, o cmdlet do Resource Manager Get-AzVM retorna apenas as máquinas virtuais implantadas por meio do Gerenciador de Recursos. O comando a seguir não retorna a máquina virtual criada por meio da implantação clássica.

Get-AzVM -ResourceGroupName ExampleGroup

Somente os recursos criados por meio do Gerenciador de Recursos oferecem suporte a marcas. Não é possível aplicar marcas a recursos clássicos.

Alterações de computação, rede e armazenamento

O diagrama a seguir exibe os recursos de computação, rede e armazenamento implantados por meio do Gerenciador de Recursos.

SRP: provedor de recursos de armazenamento, CRP: provedor de recursos de computação, NRP: provedor de recursos de rede

Para obter um diagrama atualizado de uma solução de máquina virtual que usa discos gerenciados, consulte Executar uma VM do Windows no Azure.

Observe as seguintes relações entre os recursos:

• Todos os recursos existem dentro de um grupo de recursos.
• A máquina virtual depende de uma conta de armazenamento específica definida no provedor de recursos de Armazenamento para armazenar seus discos no armazenamento de blobs (obrigatório).
• A máquina virtual faz referência a uma placa de adaptador de rede específica definida no provedor de recursos de Rede (obrigatório) e um conjunto de disponibilidade definido no provedor de recursos de Computação (opcional).
• A placa de adaptador de rede faz referência ao endereço IP atribuído à máquina virtual (obrigatório), à sub-rede da rede virtual para a máquina virtual (obrigatório) e a um Grupo de Segurança de Rede (opcional).
• A sub-rede em uma rede virtual faz referência a um Grupo de Segurança de Rede (opcional).
• A instância do balanceador de carga faz referência ao pool de back-end dos endereços IP que incluem a placa de adaptador de rede de uma máquina virtual (opcional) e faz referência a um endereço IP público ou privado de um balanceador de carga (opcional).

Aqui estão os componentes e suas relações para a implantação clássica:

A solução clássica para hospedar uma máquina virtual inclui:

• Os Serviços de Nuvem (clássicos) atuam como um contêiner para hospedar máquinas virtuais (computação). Máquinas virtuais são fornecidas automaticamente com uma placa de adaptador de rede e um endereço IP atribuído pelo Azure. Além disso, o serviço de nuvem contém uma instância do balanceador externo de carga, um endereço IP público e pontos de extremidade padrão para permitir o tráfego do PowerShell remoto e de área de trabalho remota para máquinas virtuais baseadas em Windows e tráfego Secure Shell (SSH) para máquinas virtuais baseadas em Linux.
• Uma conta de armazenamento necessária que armazena os discos rígidos virtuais em uma máquina virtual, incluindo sistema operacional e discos de dados temporários e adicionais (armazenamento).
• Uma rede virtual opcional que atua como um contêiner adicional no qual você pode criar uma estrutura de sub-redes e escolher a sub-rede na qual a máquina virtual está localizada (rede).

A tabela a seguir descreve as alterações na forma como interagem os provedores de recursos de Computação, Rede e Armazenamento:

Para obter informações sobre como conectar redes virtuais de diferentes modelos de implantação, consulte Conectar redes virtuais de diferentes modelos de implantação no portal.

Migrar do clássico para o Gerenciador de Recursos

Se você estiver pronto para migrar seus recursos da implantação clássica para a implantação do Resource Manager, confira:

1. Análise técnica aprofundada sobre a migração com suporte da plataforma do clássico para o Azure Resource Manager
2. Platform supported migration of IaaS resources from Classic to Azure Resource Manager (Migração de recursos de IaaS com suporte da plataforma do Clássico para o Azure Resource Manager)
3. Migrar recursos de IaaS do Clássico para o Azure Resource Manager usando o Azure PowerShell
4. Migrar recursos de IaaS do modelo clássico para o Azure Resource Manager usando a CLI do Azure

Perguntas frequentes

Posso criar uma máquina virtual usando o Resource Manager para implantar em uma rede virtual criada com a implantação clássica?

Esta configuração não tem suporte. Não é possível usar o Resource Manager para implantar uma máquina virtual em uma rede virtual que foi criada usando a implantação clássica.

Posso criar uma máquina virtual usando o Resource Manager com base em uma imagem de usuário criada com o modelo de implantação clássico?

Esta configuração não tem suporte. No entanto, você pode copiar os arquivos do disco rígido virtual de uma conta de armazenamento criada usando o modelo de implantação clássico e adicioná-los a uma nova conta criada por meio do Resource Manager.

Qual é o impacto sobre a cota da minha assinatura?

As cotas para as máquinas virtuais, redes virtuais e contas de armazenamento criadas por meio do Azure Resource Manager são separadas das outras cotas. Cada assinatura obtém cotas para criar os recursos usando as novas APIs. Você pode ler mais sobre as cotas adicionais aqui.

Posso continuar a usar meus scripts automatizados para o provisionamento de máquinas virtuais, redes virtuais e contas de armazenamento por meio das APIs do Gerenciador de Recursos?

Todos os scripts e a automação que você criou continuam a funcionar nas máquinas virtuais e redes virtuais existentes criadas no modo de Gerenciamento de serviço do Azure. No entanto, os scripts devem ser atualizados para usar o novo esquema para criar os mesmos recursos por meio do modo do Gerenciador de Recursos.

Onde posso encontrar exemplos de modelos do Gerenciador de Recursos do Azure?

Um conjunto abrangente de modelos iniciais pode ser encontrado em Modelos de início rápido do Azure Resource Manager.

Próximas etapas

• Para ver os comandos para implantar um modelo, veja Implantar um aplicativo com o modelo do Gerenciador de Recursos do Azure.