Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive i problemi comuni di gestione rete virtuale di Azure (AVNM) e fornisce soluzioni per aiutarti a risolvere e risolvere rapidamente i problemi.
Le modifiche alla configurazione non vengono applicate
Questi problemi possono impedire l'applicazione delle modifiche alla configurazione:
La configurazione non viene applicata alle aree in cui si trovano le reti virtuali
Controlla le regioni in cui si trovano le reti virtuali. La configurazione si applica solo alle regioni in cui si trovano le reti virtuali. Se si dispone di una rete virtuale in un'area non inclusa nella configurazione, la configurazione non viene applicata alla rete virtuale.
Per risolvere questo problema, aggiungere l'area in cui si trova la rete virtuale alla configurazione.
È stata distribuita una configurazione nel portale di Azure, ma lo stato viene ancora visualizzato come "Non distribuito". La mia distribuzione non è andata a buon fine?
Non necessariamente. Dopo il completamento del commit di una distribuzione o di una configurazione, gli aggiornamenti dello stato nel portale potrebbero richiedere del tempo per essere visualizzati. Per visualizzare lo stato corretto, aggiornato, aggiornare manualmente la pagina del portale o attendere. Lo stato deve quindi riflettere lo stato effettivo della distribuzione.
La configurazione non viene implementata
È necessario distribuire la configurazione dopo averla creata o modificata. La configurazione viene applicata solo alle reti virtuali dopo la distribuzione.
Per risolvere questo problema, distribuire la configurazione dopo averla creata o modificata.
Le modifiche alla configurazione non hanno avuto tempo sufficiente per essere applicate
È necessario attendere l'applicazione delle modifiche alla configurazione. Il tempo base per applicare una configurazione dopo averla commit è di pochi minuti. Il tempo per aggiornare l'appartenenza ai gruppi di rete varia in base al tipo di appartenenza: i membri aggiunti manualmente si aggiornano immediatamente, i membri aggiunti condizionatamente in ambienti con meno di 1.000 abbonamenti si aggiornano entro pochi minuti e i membri aggiunti condizionatamente in ambienti con più di 1.000 abbonamenti vengono notificati da Criteri di Azure entro una finestra di 24 ore, dopo la quale la configurazione si applica in pochi minuti. Per maggiori informazioni, vedi Latenza e tempistica di distribuzione.
Le modifiche aggiornate alla configurazione non compaiono in gestione rete virtuale di Azure
È necessario distribuire la nuova configurazione dopo aver modificato la configurazione.
La configurazione della connettività non funziona come previsto
Ecco i motivi comuni per cui la configurazione della connettività non funziona come previsto:
La creazione del peering di reti virtuali non riesce
In una topologia hub-spoke, se abiliti l'opzione di utilizzare l'hub come gateway, devi disporre di un gateway nella rete virtuale dell'hub. In caso contrario, la creazione del peering di reti virtuali tra l'hub e le reti virtuali spoke ha esito negativo.
I membri del gruppo di rete non possono comunicare tra loro
Se vuoi che i membri del gruppo di rete comunichino tra loro in regioni diverse in una configurazione di topologia hub-and-spoke, devi abilitare l'opzione mesh globale.
La creazione del gruppo di risorse non riesce
Quando distribuisci configurazioni di network manager utilizzando gestione rete virtuale di Azure, il servizio crea un gruppo di risorse gestite per ospitare risorse gestite da AVNM. In alcuni casi, le assegnazioni Criteri di Azure possono causare il fallimento di questo processo.
Perché la creazione del gruppo di risorse ha esito negativo?
Le restrizioni dei criteri possono causare l'esito negativo della creazione del gruppo di risorse. Se la sottoscrizione applica criteri che richiedono tag specifici o altri vincoli, AVNM non può creare automaticamente il gruppo di risorse. Ad esempio, un criterio che impone un tag per ogni gruppo di risorse blocca la creazione del gruppo di risorse di AVNM.
Come risolvere gli errori di creazione del gruppo di risorse
Sono disponibili due opzioni per risolvere gli errori di creazione del gruppo di risorse:
Opzione 1: Aggiornare i criteri
- Modificare temporaneamente i criteri per consentire ad AVNM di creare il gruppo di risorse.
- Dopo la distribuzione, ripristinare i criteri, se necessario.
Opzione 2: Creazione manuale del gruppo di risorse
Se le modifiche ai criteri non sono possibili, è possibile creare manualmente il gruppo di risorse e ricommettere la configurazione AVNM.
- Crea un gruppo di risorse nell'abbonamento di destinazione.
- Usare la convenzione di denominazione necessaria di
AVNM_Managed_ResourceGroup_<subscriptionId>per la creazione del gruppo di risorse. - Applicare tutti i tag e le impostazioni obbligatori per rispettare i criteri.
- Riconfermare la configurazione AVNM.
Procedure consigliate per la creazione di gruppi di risorse
Per evitare problemi con la creazione del gruppo di risorse in AVNM, prendere in considerazione le procedure consigliate seguenti:
- Rivedi le tue assegnazioni Criteri di Azure prima di inserire AVNM.
- Documentare i requisiti dei tag interni e assicurarsi che siano allineati al processo del gruppo di risorse gestito di AVNM.
- Mantenere la convenzione di nomenclatura coerente su tutte le sottoscrizioni.
Gli endpoint privati su larga scala non funzionano
Per utilizzare endpoint privati ad alta scala in una topologia mesh, è necessario abilitare la funzione di endpoint privato ad alta scala per ogni rete virtuale nella configurazione.
Come identificare reti virtuali inattive per endpoint privati a scalabilità elevata
L'interfaccia del portale evidenzia le reti virtuali inattive per gli endpoint privati su larga scala. Questa indicazione viene visualizzata solo quando è abilitata la funzionalità endpoint privato su larga scala.
Per informazioni su come abilitare endpoint privati ad alta scala, vedi Abilita endpoint privati ad alta scala nei gruppi connessi gestione rete virtuale di Azure.