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 relativi ad AVNM e fornisce soluzioni che consentono di identificarli e risolverli rapidamente.
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
È necessario controllare le aree in cui si trovano le reti virtuali. La configurazione viene applicata solo alle aree in cui si trovano le reti virtuali. Se si dispone di una rete virtuale di Microsoft Azure (rete virtuale) in un'area non inclusa nella configurazione, la configurazione non viene applicata alla rete virtuale di Azure.
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 necessario per applicare le modifiche alla configurazione dopo il commit della configurazione è di circa 15-20 minuti. Quando è presente un aggiornamento dell'appartenenza al gruppo di rete, sono necessari circa 10 minuti per riflettere le modifiche.
Le modifiche alla configurazione aggiornate non vengono riflesse in AVNM
È 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 si abilita l'opzione per usare l'hub come gateway, è necessario avere un gateway nella rete virtuale 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 si desidera che i membri del gruppo di rete comunichino tra loro tra aree in una configurazione della topologia hub-spoke, è necessario abilitare l'opzione global Mesh.
La creazione del gruppo di risorse non riesce
Quando si distribuiscono configurazioni di Gestione rete con AVNM, il servizio crea un gruppo di risorse gestito per ospitare le risorse gestite da AVNM. In alcuni casi, i criteri di Microsoft Azure possono causare l'esito negativo 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:
- Esaminare i criteri di Microsoft Azure prima di eseguire l'onboarding di 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 usare endpoint privati su larga scala in una topologia mesh, è necessario abilitare la funzionalità endpoint privato su larga 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 su larga scala, vedere Abilitare la connettività su larga scala nei gruppi connessi di gestione rete virtuale di Azure.