Elenco di controllo della preparazione di ExpressRoute
Per determinare se sei pronto a implementare ExpressRoute per Microsoft Power Platform, è necessario convalidare i seguenti scenari.
Routing del client
L'utilizzo di ExpressRoute per Microsoft Power Platform e Microsoft 365 richiede l'instradamento del traffico dal client tramite il circuito ExpressRoute anziché tramite Internet. Questa operazione viene in genere eseguita tramite l'impostazione del proxy. Verifica quanto segue:
Hai confermato come verrà configurata la connettività del client per garantire che il traffico appropriato venga instradato tramite il circuito ExpressRoute?
I client sono in grado di connettersi tramite Internet per risorse non private, ad esempio Azure Content Delivery Network?
Il client è stato configurato per usare un proxy per instradare il traffico alla subnet ExpressRoute anziché su Internet?
I client si connettono da un indirizzo IP pubblico o sono nascosti dietro Network Address Translation (NAT)?
Prestazioni WAN
Quando si usa ExpressRoute, le prestazioni di un client saranno buone solo quanto il collegamento più lento nella connessione. Poiché la maggior parte dei client sarà connessa al circuito ExpressRoute tramite una rete WAN (Wide Area Network), la capacità e la velocità della connessione WAN sono fondamentali.
- La capacità e la velocità della connessione WAN saranno sufficienti per il traffico di cui avrai bisogno?
Peering
Microsoft Power Platform utilizza il peering. Microsoft
- È stato configurato il peering appropriato per le tue esigenze? Microsoft
Routing asimmetrico
- Hai configurato la rete e ExpressRoute per assicurarti di evitare il routing asimmetrico?
Il diagramma mostra che viene effettuata una richiesta di rete a Microsoft dove il traffico viene instradato per viaggiare tramite la rete Internet pubblica. Dopo che la richiesta raggiunge Microsoft e viene generato risposta, risposta viene instradato tramite ExpressRoute a causa della configurazione errata del routing. Poiché la richiesta originale arriva tramite Internet, il firewall del cliente rifiuta il traffico di risposta in entrata, non riuscendo a completare la richiesta e la risposta standard.
Distribuzione geografica
Se deve essere servita una base utenti geograficamente distribuita, questa necessità è stata considerata nella connettività del circuito ExpressRoute?
È necessario distribuire più circuiti geograficamente per aree o regioni differenti?
Integrazione locale
- Le connessioni di ritorno alla rete locale dal cloud tramite ExpressRoute sono protette (ovvero, sono convalidate come se provenissero dalla rete Internet pubblica)? Microsoft