Lista de verificação de preparação do ExpressRoute

Como parte da determinação da preparação para implementar o ExpressRoute para Microsoft Power Platform, você precisa validar os cenários a seguir.

Roteamento do cliente

Usar o ExpressRoute para Microsoft Power Platform e Microsoft 365 exige roteamento de tráfego do cliente por meio do circuito do ExpressRoute, em vez de pela Internet. Isso costuma ser feito por meio da configuração do proxy. Verifique o seguinte:

• Você confirmou como a conectividade do cliente será configurada para garantir que o tráfego apropriado seja roteado por meio do circuito do ExpressRoute?

• Os clientes conseguem se conectar pela Internet para recursos não privados; por exemplo, Rede de Distribuição de Conteúdo do Azure?

• O cliente foi configurado para usar um proxy a fim de rotear tráfego para a sub-rede do ExpressRoute, e não pela Internet?

• Os clientes estão se conectando a partir de um endereço IP público ou estão ocultos atrás da NAT (conversão de endereços de rede)?

Desempenho de WAN

Durante o uso do ExpressRoute, o desempenho de um cliente será tão bom quanto o link mais lento na conexão. Como a maioria dos clientes será conectada ao circuito do ExpressRoute por meio de uma WAN (rede de longa distância), a capacidade e a velocidade da conexão WAN são críticas.

• A capacidade e a velocidade da conexão WAN serão suficientes para o tráfego de que você precisará?

Emparelhamento

Microsoft Power Platform usa Microsoft peering.

• O peering apropriado foi configurado para suas necessidades? Microsoft

Roteamento assimétrico

• Você configurou a rede e o ExpressRoute para garantir que o roteamento assimétrico seja evitado?

O diagrama mostra que uma solicitação de rede para Microsoft é feita onde o tráfego é roteado para viajar pela internet pública. Após a solicitação chegar Microsoft e o resposta ser gerado, o resposta é roteado via ExpressRoute devido à configuração incorreta do roteamento. Como a solicitação original vem pela Internet, o firewall do cliente rejeita o tráfego de resposta recebido, deixando de concluir a solicitação e a resposta padrão.

Distribuição geográfica

• Caso uma base de usuários distribuída geograficamente precise ser atendida, isso foi levado em consideração na conectividade do circuito do ExpressRoute?

• Vários circuitos devem ser distribuídos geograficamente para áreas ou regiões diferentes?

Integração local

• As conexões de volta para a rede local da Microsoft nuvem pelo ExpressRoute são protegidas (ou seja, são validadas como se tivessem vindo da Internet pública)?