Mover circuitos ExpressRoute do modelo de implementação clássica para o modelo do Resource Manager

  • Artigo

Este artigo fornece uma descrição geral do que acontece quando move um circuito do Azure ExpressRoute do modelo de implementação clássico para o modelo de implementação do Azure Resource Manager.

Pode utilizar um único circuito do ExpressRoute para ligar redes virtuais implementadas nos modelos de implementação clássica e Resource Manager.

Um circuito de ExpressRoute que se liga a redes virtuais através de ambos os modelos de implementação

Circuitos ExpressRoute criados com o modelo de implementação clássico

Os circuitos do ExpressRoute criados no modelo de implementação clássica têm de migrar primeiro para o modelo de implementação Resource Manager. Só assim é possível ativar a conectividade aos modelos de implementação clássicos e Resource Manager. A conectividade não é perdida ou interrompida quando uma ligação está a ser movida. Todas as ligações de rede circuito a virtual no modelo de implementação clássica na mesma subscrição e entre subscrições são preservadas.

Após a conclusão da movimentação, o circuito do ExpressRoute irá comportar-se exatamente como um circuito do ExpressRoute que foi criado no modelo de implementação Resource Manager. Agora, pode criar ligações para redes virtuais no modelo de implementação Resource Manager.

Depois de mover o circuito do ExpressRoute para o modelo de implementação gestor de recursos, só pode geri-lo no modelo de implementação Resource Manager. As operações para gerir peerings, atualizar propriedades do circuito e eliminar circuitos só estão disponíveis através do modelo de implementação Resource Manager.

Não tem de envolver o seu fornecedor de conectividade para mover o circuito para o modelo de implementação Resource Manager.

Circuitos ExpressRoute criados no modelo de implementação Resource Manager

Pode ativar os circuitos ExpressRoute criados no modelo de implementação Resource Manager para serem acessíveis a partir de ambos os modelos de implementação. Qualquer circuito do ExpressRoute na sua subscrição pode ser configurado para ter acesso a partir de ambos os modelos de implementação.

  • Por predefinição, os circuitos do ExpressRoute criados no modelo de implementação Resource Manager não têm acesso ao modelo de implementação clássica.
  • Por predefinição, os circuitos do ExpressRoute que foram movidos do modelo de implementação clássica para o modelo de implementação Resource Manager estão acessíveis a partir de ambos os modelos de implementação.
  • Um circuito do ExpressRoute tem sempre acesso ao modelo de implementação Resource Manager, quer tenha sido criado no modelo de implementação Resource Manager ou clássico. Pode criar ligações a redes virtuais ao seguir instruções sobre como ligar redes virtuais.
  • O acesso ao modelo de implementação clássica é controlado pelo parâmetro allowClassicOperations no circuito ExpressRoute.

Importante

Todas as quotas documentadas na página limites de serviços aplicam-se. Por exemplo, um circuito standard pode ter no máximo 10 ligações/links de rede virtual entre o modelo e implementação clássica e o modelo do Source Manager.

Controlar o acesso ao modelo de implementação clássica

Pode ativar um circuito do ExpressRoute para ligar a redes virtuais em ambos os modelos de implementação. Para tal, defina o parâmetro allowClassicOperations no circuito expressRoute.

Quando allowClassicOperations é definido como TRUE, pode ligar redes virtuais de ambos os modelos de implementação ao circuito ExpressRoute.

Quando allowClassicOperations é definido como FALSE, o acesso ao circuito a partir do modelo de implementação clássica é bloqueado. No entanto, todas as redes virtuais ligadas no modelo de implementação clássica continuam preservadas. O circuito do ExpressRoute não está visível no modelo de implementação clássica.

Operações suportadas no modelo de implementação clássica

As seguintes operações clássicas são suportadas num circuito ExpressRoute quando allowClassicOperations é definido como TRUE:

  • Obter informações do circuito ExpressRoute
  • Criar/atualizar/obter/eliminar ligações de rede virtual em redes virtuais clássicas
  • Criar/atualizar/obter/eliminar autorizações de ligações de rede virtual para conectividade entre subscrições

No entanto, quando allowClassicOperations está definido como VERDADEIRO, não pode executar as seguintes operações clássicas:

  • Criar/atualizar/obter/eliminar peerings do protocolo BGP (Border Gateway Protocol) para peerings do Azure privado, Azure público e da Microsoft
  • Eliminar um circuito do ExpressRoute

Comunicação entre o modelo de implementação clássica e o modelo do Resource Manager

O circuito ExpressRoute funciona como uma ponte entre o modelo de implementação clássica e o modelo do Resource Manager. O tráfego entre redes virtuais para ambos os modelos de implementação pode passar pelo circuito do ExpressRoute se ambas as redes virtuais estiverem ligadas ao mesmo circuito.

O débito agregado é limitado pela capacidade de débito do gateway de rede virtual. O tráfego não entra nas redes do fornecedor de conectividade nem nas suas redes nesses casos. O fluxo de tráfego entre as redes virtuais encontra-se completamente contido dentro da rede da Microsoft.

Acesso aos recursos do peering público do Azure e o peering da Microsoft

Pode continuar a aceder a recursos que geralmente são acessíveis através de peering público do Azure e peering da Microsoft sem qualquer interrupção.

O que é suportado

Esta secção descreve o que é suportado para circuitos ExpressRoute:

  • Pode utilizar um circuito ExpressRoute único para aceder a redes virtuais que são implementadas no modelo de implementação clássica e o modelo do Resource Manager.
  • Pode mover um circuito ExpressRoute do modelo de implementação clássica para o modelo do Resource Manager. Depois de movido, o circuito do ExpressRoute continua a funcionar como qualquer outro circuito do ExpressRoute criado no modelo de implementação Resource Manager.
  • Pode mover apenas o circuito ExpressRoute. Não é possível mover ligações de circuitos, redes virtuais e gateways de VPN através desta operação.
  • Após a mudança de um circuito ExpressRoute para o modelo de implementação Resource Manager, pode gerir o ciclo de vida do circuito ExpressRoute com apenas o modelo de implementação Resource Manager. Pode executar operações como adicionar/atualizar/eliminar peerings, atualizar propriedades do circuito (como largura de banda, SKU e tipo de faturação) e eliminar circuitos apenas no modelo de implementação Resource Manager.
  • O circuito ExpressRoute funciona como uma ponte entre o modelo de implementação clássica e o modelo do Resource Manager. O tráfego entre máquinas virtuais em redes virtuais clássicas e máquinas virtuais no Resource Manager redes virtuais pode comunicar através do ExpressRoute se ambas as redes virtuais estiverem ligadas ao mesmo circuito do ExpressRoute.
  • A conectividade entre subscrições é suportada nos modelos de implementação clássica e do modelo do Resource Manager.
  • Depois de mover um circuito ExpressRoute do modelo clássico para o modelo do Azure Resource Manager, pode migrar as redes virtuais ligadas para o circuito do ExpressRoute.

O que não é suportado

Esta secção descreve o que não é suportado para circuitos ExpressRoute:

  • Gerir o ciclo de vida de um circuito ExpressRoute do modelo de implementação clássica.
  • Suporte do controlo de acesso baseado em funções do Azure (RBAC do Azure) para o modelo de implementação clássica. Não pode executar controlos RBAC do Azure num circuito no modelo de implementação clássica. Qualquer administrador/coadministrador da subscrição pode associar ou desassociar redes virtuais ao circuito.

Configuração

Siga as instruções descritas em Mover um circuito ExpressRoute do modelo de implementação clássica para o modelo do Resource Manager.

Passos seguintes