Migrar uma rede virtual (clássica) de um grupo de afinidade para uma região

Importante

O Azure tem dois modelos de implementação para criar e trabalhar com recursos: Resource Manager e Clássico. Este artigo cobre a utilização do modelo de implementação clássica. A Microsoft recomenda que a maioria das novas implementações utilizem o modelo de implementação Resource Manager.

Os grupos de afinidade garantem que os recursos criados dentro do mesmo grupo de afinidade são fisicamente hospedados por servidores que estão próximos, permitindo que estes recursos se comuniquem mais rapidamente. No passado, os grupos de afinidade eram um requisito para a criação de redes virtuais (clássicas). Nessa altura, o serviço de gestor de rede que geria redes virtuais (clássicas) só podia funcionar dentro de um conjunto de servidores físicos ou unidade de escala. As melhorias arquitetónicas aumentaram o âmbito de gestão da rede para uma região.

Como resultado destas melhorias arquitetónicas, os grupos de afinidade deixaram de ser recomendados, ou necessários para redes virtuais (clássicas). A utilização de grupos de afinidade para redes virtuais (clássicas) é substituída por regiões. As redes virtuais (clássicas) associadas às regiões são chamadas redes virtuais regionais.

Recomendamos que não utilize grupos de afinidade em geral. Para além da exigência da rede virtual, os grupos de afinidade também eram importantes para garantir que os recursos, como o cálculo (clássico) e o armazenamento (clássico), eram colocados perto uns dos outros. No entanto, com a atual arquitetura da rede Azure, estes requisitos de colocação deixaram de ser necessários.

Importante

Embora ainda seja tecnicamente possível criar uma rede virtual que esteja associada a um grupo de afinidades, não há nenhuma razão convincente para o fazer. Muitas funcionalidades de rede virtuais, como grupos de segurança de rede, só estão disponíveis quando utilizam uma rede virtual regional, e não estão disponíveis para redes virtuais que estejam associadas a grupos de afinidade.

Editar o ficheiro de configuração da rede

  1. Exporte o ficheiro de configuração da rede. Para aprender a exportar um ficheiro de configuração de rede utilizando o PowerShell ou a interface de linha de comando Azure (CLI) 1.0, consulte configurar uma rede virtual utilizando um ficheiro de configuração de rede.

  2. Editar o ficheiro de configuração da rede, substituindo o AffinityGrouppela Localização. Você especifica uma região Azure para localização.

    Nota

    A Localização é a região que especificou para o grupo de afinidade que está associado à sua rede virtual (clássica). Por exemplo, se a sua rede virtual (clássica) estiver associada a um grupo de afinidades que está localizado nos EUA Ocidentais, quando migrar, a sua Localização deve apontar para os EUA Ocidentais.

    Editar as seguintes linhas no seu ficheiro de configuração de rede, substituindo os valores pelos seus próprios:

    Valor antigo:< VirtualNetworkSitename="VNetUSWest" AffinityGroup="VNetDemoAG">

    Novo valor:< VirtualNetworkSitename="VNetusWest" Localização="West US">

  3. Guarde as suas alterações e importe a configuração da rede para Azure.

Nota

Esta migração NÃO causa qualquer tempo de inatividade aos seus serviços.

O que fazer se tiver um VM (clássico) em um grupo de afinidade

Os VMs (clássicos) que estão atualmente num grupo de afinidade não precisam de ser removidos do grupo de afinidade. Uma vez implantado um VM, é implantado numa unidade de uma única escala. Os grupos de afinidade podem restringir o conjunto de tamanhos VM disponíveis para uma nova implantação em VM, mas qualquer VM existente que seja implantado já está restrito ao conjunto de tamanhos VM disponíveis na unidade de escala em que o VM é implantado. Como o VM já está implantado numa unidade de escala, remover um VM de um grupo de afinidade não tem qualquer efeito no VM.