Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo oferece uma visão geral das limitações atuais ao usar o Gerenciador de Rede Virtual do Azure para gerenciar redes virtuais. Entender essas limitações pode ajudá-lo a implantar corretamente uma instância do Gerenciador de Rede Virtual do Azure, ou gerenciador de rede, em seu ambiente. O artigo aborda tópicos como o número máximo de redes virtuais que um gerenciador de rede pode conectar, como um gerenciador de rede lida com redes virtuais conectadas com espaço de endereço sobreposto e o ciclo de avaliação para conformidade de política.
Limitações gerais
Atualmente, você só pode adicionar redes virtuais entre locatários aos grupos de rede manualmente. Veja a participação estática.
Se você tiver mais de 15.000 assinaturas do Azure, só pode aplicar uma política do Gerenciador de Rede Virtual do Azure nos escopos de assinaturas e grupos de recursos. Você não pode aplicar políticas em grupos de gestão que excedam o limite de 15.000 assinaturas. Nesse cenário, é necessário criar atribuições em escopos de grupos de gestão de nível inferior, cada um com menos de 15.000 assinaturas.
Não é possível adicionar redes virtuais a um grupo de rede quando o elemento
enforcementModede política personalizada do Gerenciador de Rede Virtual do Azure está definido comoDisabled.As políticas do Gerenciador de Rede Virtual do Azure não dão suporte ao ciclo de avaliação padrão para a conformidade com a política. Para obter mais informações, consulte Gatilhos de avaliação.
Mover a assinatura onde existe a instância do Gerenciador de Rede Virtual do Azure para outro tenant não é suportado.
Nas regiões Azure China, atualmente você não pode usar tags em grupos de recursos e assinaturas nas definições do Azure Policy para pertencimento a grupos de rede.
Você não pode mover uma instância do Gerenciador de Rede Virtual do Azure da assinatura existente para outra assinatura.
Limitações para grupos conectados
Você pode fazer peering em uma rede virtual com até 1.000 redes virtuais usando a configuração de conectividade hub-and-spoke do Gerenciador de Rede Virtual do Azure. Esse limite significa que você pode emparelhar até 1.000 redes virtuais spoke a uma rede virtual de hub.
Por padrão, cada grupo conectado suporta até 2.000 endpoints privados. Você pode aumentar esse limite para 20.000 habilitando endpoints privados de alta escala em grupos conectados.
Por padrão, cada grupo conectado suporta até 250 redes virtuais. Nas regiões suportadas, registre o
AllowHighScaleConnectedGrouprecurso de pré-visualização e envie o formulário de habilitação de grupos conectados de alta escala para habilitar um grupo conectado de alta escala que contenha até 3.000 redes virtuais. Para aumentar um grupo conectado para até 5.000 redes virtuais ou para ampliar o espaço de endereços IP privados de um grupo de redes virtuais conectadas e em emparelhamento para além de 128.000 endereços, envie o formulário de solicitação de expansão.
Note
Há suporte para os grupos conectados atualmente nas seguintes regiões: Leste da Ásia, Sudeste da Ásia Austrália Central, Austrália Central 2, Leste da Austrália, Sudeste da Austrália, Sul do Brasil, Canadá Central, Leste do Canadá, Norte da Europa, Europa Ocidental, França Central, Centro-Oeste da Alemanha, Índia Central, Sul da Índia, Oeste da Índia, Leste do Japão, Oeste do Japão, Coreia Central, Sul da Coreia, México Central, Leste da Noruega, Catar Central, Norte da África do Sul, Suécia Central, Norte da Suíça, Oeste da Suíça, Norte dos EAU, Sul do Reino Unido, Oeste do Reino Unido, EUA Central, Leste dos EUA 2, Norte do EUA, Sul do EUA, Oeste dos EUA, Oeste dos EUA 2, Oeste dos EUA 3, Centro-Oeste dos EUA, Leste dos EUA 2 EUAP, EUA Central EUAP.
Por padrão, uma rede virtual pode fazer parte de até dois grupos conectados. Por exemplo, uma rede virtual:
- Pode fazer parte de duas configurações de conectividade de malha.
- Pode fazer parte de uma configuração de conectividade de malha e de um grupo de rede spoke que tem conectividade direta habilitada em uma configuração de conectividade hub-and-spoke.
- Pode fazer parte de dois grupos de rede spoke com conectividade direta habilitada nas mesmas ou diferentes configurações de conectividade hub-and-spoke.
- Esse padrão é um limite suave e você pode ajustá-lo enviando o formulário de solicitação de limite de grupo conectado.
As seguintes infraestruturas BareMetal não são suportadas em grupos conectados:
Você pode ter redes virtuais com espaços IP sobrepostos no mesmo grupo conectado. No entanto, a comunicação com um endereço IP sobreposto é descartada.
Quando a rede virtual de um grupo conectado é emparelhada com uma rede virtual externa que tem espaço de endereço IP sobreposto com qualquer membro do grupo conectado, esses espaços de endereço sobrepostos tornam-se inacessíveis dentro do grupo conectado. O tráfego da rede virtual emparelhada no grupo conectado para o espaço de endereço sobreposto é roteado para a rede virtual externa, enquanto o tráfego de outras redes virtuais no grupo conectado para o espaço de endereço sobreposto é descartado.
Limitações para regras do administrador de segurança
O número máximo de prefixos IP em todas as regras de administrador de segurança combinadas é de 20.000.
O número máximo de regras de administrador de segurança em um nível do Gerenciador de Rede Virtual do Azure é 100.
Atualmente, as tags de serviço AzurePlatformDNS, AzurePlatformIMDS e AzurePlatformLKM não são suportadas nas regras de administrador de segurança.
Limitações para o IPAM (gerenciamento de endereço IP)
- Atualmente, você não pode remover espaços de endereçamento gerenciados pelo IPAM de redes virtuais ou sub-redes. Essa restrição se aplica apenas a espaços de endereçamento gerenciados por IPAM, não a outros espaços de endereçamento. Por exemplo, se o IPv4 for gerenciado por IPAM e o IPv6 não, você ainda pode remover espaços de endereçamento IPv6. Você também não pode remover espaços de endereço IP de um pool IPAM.