Esta página foi útil?
Seus comentários sobre este conteúdo são importantes. Queremos saber sua opinião.
Comentários adicionais?
1500 caracteres restantes
Exportar (0) Imprimir
Expandir Tudo

Sobre VNets regionais e grupos de afinidade

Atualizado: junho de 2015

Os grupos de afinidade são uma maneira de apontar para um conjunto fixo de servidores físicos colocalizados próximos um do outro na mesma região. No passado, grupos de afinidade eram um requisito para criar redes virtuais (VNets). No momento, o serviço de gerenciador de rede que gerenciava VNets funcionaria apenas dentro de um conjunto de servidores físicos ou unidade de escala. Melhorias na arquitetura recente aumentaram o escopo de gerenciamento de rede para uma região.

Como resultado dessas melhorias na arquitetura, grupos de afinidade não são mais recomendados ou obrigatório para redes virtuais. O uso de grupos de afinidade para VNets está sendo substituído por regiões. Redes virtuais que estão associadas a regiões são chamadas VNets regionais.

Além disso, recomendamos que você não use grupos de afinidade em geral. Além do requisito para VNet, também era importante usar grupos de afinidade para garantir recursos, tais como computação e armazenamento, que eram colocados próximos um do outro. No entanto, com a arquitetura atual de rede do Azure, esses requisitos de colocação não são mais necessários. Consulte Grupos de afinidade e VMs para obter alguns dos casos restantes específicos em que talvez você queira usar um grupo de afinidade.

Além disso, ao criar novas VNets, use Região. Você verá isso como uma opção no Portal de gerenciamento. Observe que no arquivo de configuração de rede, isso é mostrado como Local.

Embora seja tecnicamente possível criar uma rede virtual que esteja associada a um grupo de afinidade, não há nenhum motivo convincente para fazer isso. Muitos novos recursos, tais como Grupos de segurança de rede, só estão disponíveis ao usar uma VNet regional e não estão disponíveis para redes virtuais associadas a grupos de afinidade.

As redes virtuais que estão associadas a grupos de afinidades serão habilitadas para a migração a VNets regionais em um futuro próximo. Atualizaremos esta página para que você conheça o processo que está acontecendo e saiba quando executar as próximas etapas para concluir a migração.

Observe que os grupos de afinidades ainda existirão, embora não seja mais recomendado usá-los para VNets. Por isso, você pode escolher não migrar sua VNet ou atrasar a migração. A VNet ainda funcionará. Mas você pode se deparar com limitações e não será possível tirar proveito de quaisquer dos vários novos recursos que exigem uma VNet regional. É altamente recomendável migrar sua VNet do grupo de afinidade para uma VNet regional quando a VNet estiver habilitada.

A migração inicial está disponível aos clientes que possuem um contrato de suporte.

  1. No Portal de Gerenciamento, na página VNet, no canto superior direito, clique em Entrar em contato com o suporte da Microsoft.

  2. Na página Entrar em contato com o suporte da Microsoft, selecione o seguinte:

    • Assinatura: Se você tiver mais de uma assinatura, selecione a assinatura que corresponda à VNet que deseja migrar.

    • Tipo de Suporte: Técnico

    • Tipo de Produto: Redes virtuais (VNet)

    • Tipo de Problema: migrar rede virtual à rede virtual regional

  1. Pré-requisito: sua VNet já deverá estar habilitada para a migração para executar as etapas a seguir. Você saberá que sua VNet foi habilitada quando puder receber a confirmação (no caso de uma solicitação de migração inicial) ou se essa página foi atualizada para refletir se todas as VNets estão habilitadas para a migração.

  2. Exporte o arquivo de configuração de rede. Você pode usar o Portal de Gerenciamento ou o PowerShell. Para obter instruções sobre o uso do Portal de Gerenciamento, consulte Configurar sua VNet usando um arquivo de configuração de rede.

  3. Edite o arquivo de configuração de rede, substituindo os valores antigos pelos valores novos. Observação: o Local é a região que você especificou para o grupo de afinidade que está associado à sua VNet. Por exemplo, se sua VNet estiver associada a um grupo de afinidade que está localizado no Oeste dos EUA, quando você migra, sua Localização deverá apontar para o oeste dos EUA.

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

    Valor antigo: <VirtualNetworkSitename=“VNetUSWest” AffinityGroup=“VNetDemoAG”>

    Novo valor: <VirtualNetworkSitename=“VNetUSWest “Location=“West US”>

  4. Salve suas alterações e importe a configuração da rede para o Azure.

Conforme mencionado anteriormente, grupos de afinidades geralmente não são mais recomendados para máquinas virtuais. Você deve usar um grupo de afinidade somente quando um conjunto de VMs tiver de ter a menor latência de rede absoluta entre as máquinas virtuais. Colocando VMs em um grupo de afinidade, as VMs serão todas colocadas na mesma unidade de escala ou no mesmo cluster de computação.

É importante observar que o uso de um grupo de afinidade pode ter duas, consequências, possivelmente negativas:

  • O conjunto de tamanhos de máquina virtual será limitado ao conjunto de tamanhos de VMs oferecido pela unidade de escala de computação.

  • Há uma probabilidade maior de não conseguir alocar uma nova VM. Isso acontece quando a unidade de escala específica para o grupo de afinidade estiver fora da capacidade.

Máquinas virtuais que estão atualmente em um grupo de afinidade não precisam ser removidas do grupo de afinidade.

Quando uma máquina virtual é implantada, ela é implantada em uma unidade de escala única. Grupos de afinidades podem restringir o conjunto de tamanhos de VMs disponíveis para uma nova implantação de VM, mas qualquer VM existente que seja implantado já estará restrita ao conjunto de tamanhos de VM disponível na unidade de escala em que a VM for implantada. Por isso, a remoção de uma máquina virtual a partir do grupo de afinidade não terá efeito.

Consulte também

Mostrar:
© 2015 Microsoft