Risolvere i problemi relativi a errori di allocazione quando si crea o ridimensiona una VM in Azure
Si applica a: ✔️ macchine virtuali Linux ✔️ macchine virtuali Windows
Quando si crea una macchina virtuale (VM), si avviano macchine virtuali arrestate (deallocate) o si ridimensiona una macchina virtuale, Microsoft Azure alloca le risorse di calcolo alla sottoscrizione. Microsoft continua a investire in funzionalità e infrastrutture aggiuntive per garantire che tutti i tipi di VM supportino le richieste dei clienti. In alcuni casi possono, tuttavia, verificarsi errori di allocazione delle risorse a causa di un aumento senza precedenti delle richieste di servizi di Azure in aree specifiche. Questo problema può verificarsi quando si tenta di creare o avviare le VM in un'area e le VM visualizzano il codice di errore e il messaggio seguenti:
Codice di errore: AllocationFailed o ZonalAllocationFailed
Messaggio di errore: "Allocazione non riuscita. Non disponiamo di capacità sufficiente per le dimensioni della VM richieste in questa area geografica. Altre informazioni sul miglioramento della probabilità di esito positivo dell'allocazione in https://aka.ms/allocation-guidance"
Note
Se si sta risolvendo la risoluzione dei problemi di un set di scalabilità di macchine virtuali ,il processo è uguale a una macchina virtuale standard. Per risolvere il problema, seguire le istruzioni riportate in questo articolo.
Messaggio di errore: "Allocazione non riuscita. Se si sta provando ad aggiungere una nuova macchina virtuale a un set di scalabilità di macchine virtuali con un singolo gruppo di posizionamento o aggiornare/ridimensionare una macchina virtuale esistente in un set di scalabilità di macchine virtuali con un singolo gruppo di posizionamento, tenere presente che tale allocazione potrebbe avere come ambito un singolo cluster ed è possibile che il cluster non sia in grado di capacità. Per altre informazioni sul miglioramento della probabilità di esito positivo dell'allocazione, vedere http://aka.ms/allocation-guidance."
Questo articolo illustra le cause di alcuni dei più comuni errori di allocazione e suggerisce possibili soluzioni alternative.
Se il problema di Azure non viene risolto in questo articolo, visitare i forum di Azure su Q&A e Stack Overflow. È possibile pubblicare il problema in questi forum o in @AzureSupport su Twitter. È anche possibile inviare una richiesta di supporto tecnico di Azure selezionando Ottieni supporto nel sito del supporto tecnico di Azure.
Fino a quando il tipo preferito di VM è disponibile nella propria area preferita, è consigliabile che i clienti che hanno problemi di distribuzione tengano in considerazione le indicazioni nella tabella seguente come soluzione alternativa temporanea.
Identificare lo scenario più adatto al caso e quindi ripetere la richiesta di allocazione usando la soluzione alternativa suggerita corrispondente per aumentare la possibilità di eseguire correttamente l'allocazione. In alternativa, è sempre possibile riprovare in un secondo momento. Questo avviene perché nel cluster, nell'area o nella zona è stato liberato un numero di risorse sufficiente a soddisfare la richiesta.
Ridimensionare una VM o aggiungere VM a un set di disponibilità esistente
Causa
La richiesta di ridimensionamento di una VM o di aggiunta di una VM a un set di disponibilità esistente deve essere eseguita nel cluster originale che ospita il set di disponibilità esistente. La dimensione di VM richiesta è supportata dal cluster, ma è possibile che il cluster non disponga di una capacità sufficiente.
Soluzione alternativa
Se la VM può far parte di un set di disponibilità diverso, creare una VM in un altro set di disponibilità (nella stessa area). La nuova VM può quindi essere aggiunta alla stessa rete virtuale.
Arrestare (deallocare) tutte le macchine virtuali nello stesso set di disponibilità, quindi avviare tutte le macchine virtuali applicabili in batch. Per arrestare: fare clic su Gruppi > di risorse [gruppo di risorse] > Risorse > [set di disponibilità] > Macchine virtuali > [macchina virtuale] > Arresta. Dopo l'arresto di tutte le macchine virtuali, passare a Macchine virtuali home>, aggiungere un filtro set di disponibilità e quindi selezionare Raggruppa per set di disponibilità. Selezionare tutte le macchine virtuali applicabili e fare clic su Avvia. Questo passaggio garantisce che venga eseguito un nuovo tentativo di allocazione e che si possa selezionare un nuovo cluster con capacità sufficiente.
Avviare macchine virtuali parzialmente arrestate (deallocate)
Causa
La deallocazione parziale significa che una o più VM in un set di disponibilità sono state arrestate (deallocate), ma non tutte. Quando si dealloca una VM, vengono rilasciate le risorse associate. L'avvio di macchine virtuali in un set di disponibilità parzialmente deallocato equivale all'aggiunta di macchine virtuali a un set di disponibilità esistente. Pertanto, è necessario tentare la richiesta di allocazione al cluster originale che ospita il set di disponibilità esistente che può non avere una capacità sufficiente.
Soluzione alternativa
Arrestare (deallocare) tutte le macchine virtuali nello stesso set di disponibilità, quindi avviare tutte le macchine virtuali applicabili in batch. Per arrestare: fare clic su Gruppi > di risorse [gruppo di risorse] > Risorse > [set di disponibilità] > Macchine virtuali > [macchina virtuale] > Arresta. Dopo l'arresto di tutte le macchine virtuali, passare a Macchine virtuali home>, aggiungere un filtro set di disponibilità e quindi selezionare Raggruppa per set di disponibilità. Selezionare tutte le macchine virtuali applicabili e fare clic su Avvia. Questo passaggio garantisce che venga eseguito un nuovo tentativo di allocazione e che si possa selezionare un nuovo cluster con capacità sufficiente.
Avviare macchine virtuali completamente arrestate (deallocate)
Causa
La deallocazione completa significa che sono state arrestate (deallocate) tutte le VM in un set di disponibilità. La richiesta di allocazione per avviare queste macchine virtuali sarà destinati a tutti i cluster che supportano le dimensioni desiderate all'interno dell'area o della zona. Modificare la richiesta di allocazione in base ai suggerimenti in questo articolo, quindi ripetere la richiesta per aumentare la possibilità di eseguire correttamente l'allocazione.
Soluzione alternativa
Se si usano dimensioni o serie di VM precedenti, ad esempio Dv1, DSv1, Av1, D15v2 o DS15v2, si consiglia di passare a versioni più recenti. Per informazioni specifiche sulle dimensioni di VM, vedere queste raccomandazioni. Se non è possibile usare una dimensione di VM diversa, provare a distribuire in un'area diversa all'interno della stessa area geografica. Per altre informazioni sulle dimensioni di VM disponibili in ogni area, vedere https://aka.ms/azure-regions
Se si usano le zone di disponibilità, provare un'altra zona all'interno dell'area con capacità disponibile per la dimensione di VM richiesta.
Se la richiesta di allocazione è di grandi dimensioni (oltre 500 core), consultare le informazioni disponibili nelle sezioni seguenti per suddividere la richiesta in distribuzioni di dimensioni minori.
Errori di allocazione per dimensioni di VM precedenti (Av1, Dv1, DSv1, D15v2, DS15v2 e così via)
Con l'espansione dell'infrastruttura di Azure, viene distribuito hardware di nuova generazione progettato per supportare i tipi di macchina virtuale più recenti. Alcune delle serie di VM precedenti non vengono eseguite nell'infrastruttura di generazione più recente. Per questo motivo, è possibile che i clienti riscontrino occasionalmente errori di allocazione per queste SKU legacy. Per evitare questo problema, si consiglia ai clienti che usano le macchine virtuali serie legacy di provare a passare alle VM più recenti equivalenti in base alle indicazioni seguenti: queste VM sono ottimizzate per l'hardware più recente e consentiranno di sfruttare i vantaggi offerti da prezzi e prestazioni migliori.
| Dimensioni/Serie VM legacy | Dimensioni/Serie VM più recenti consigliate | Ulteriori informazioni |
|---|---|---|
| Serie Av1 | Serie Av2 | https://azure.microsoft.com/blog/new-av2-series-vm-sizes/ |
| Serie Dv1 o DSv1 (da D1 a D5) | Serie Dv3 o DSv3 | https://azure.microsoft.com/blog/introducing-the-new-dv3-and-ev3-vm-sizes/ |
| Serie Dv1 o DSv1 (da D11 a D14) | Serie Ev3 o ESv3 | |
| D15v2 o DS15v2 | Se si usa il modello di distribuzione di Resource Manager per sfruttare i vantaggi offerti dalle dimensioni maggiori della VM, provare a passare a D16v3/DS16v3 o D32v3/DS32v3. Queste VM sono progettate per l'hardware di generazione più recente. Se si usa il modello di distribuzione di Resource Manager per assicurarsi che l'istanza di VM sia isolata all'hardware dedicato a un singolo cliente, provare a passare alle nuove dimensioni di VM isolate, E64i_v3 o E64is_v3, progettate per l'hardware di generazione più recente. | https://azure.microsoft.com/blog/new-isolated-vm-sizes-now-available/ |
Errori di allocazione per distribuzioni di grandi dimensioni (oltre 500 core)
Ridurre il numero di istanze delle dimensioni di VM richieste e quindi ripetere l'operazione di distribuzione. Inoltre, per distribuzioni più grandi, può essere utile valutare i set di scalabilità di macchine virtuali di Azure con gruppi di selezione host multipli. Il numero di istanze di macchina virtuale può essere aumentato o ridotto automaticamente in base alla richiesta o a una pianificazione definita e si hanno maggiori possibilità di eseguire correttamente l'allocazione perché le distribuzioni possono essere distribuite in più cluster quando sono distribuite come gruppo di selezione host multiplo. Altre informazioni sull'utilizzo di set di scalabilità di macchine virtuali di grandi dimensioni e su come convertire un set di scalabilità esistente in modo da estendersi su più gruppi di posizionamento. Si noti che è possibile modificare un set di scalabilità dal supporto di un singolo gruppo di selezione host al supporto di più gruppi di selezione host, ma non è possibile eseguire una conversione nell'altra direzione.
Informazioni generali
Come funziona l'allocazione
I server nei data center di Azure sono partizionati in cluster. In genere, viene eseguita una richiesta di allocazione in più cluster, ma è possibile che determinati vincoli nella richiesta di allocazione impongano alla piattaforma Azure di eseguire la richiesta in un solo cluster. In questo articolo si farà riferimento a questo come "aggiunto a un cluster". Il diagramma 1 seguente illustra il caso di una normale allocazione che viene tentata in più cluster. Il diagramma 2 illustra il caso di un'allocazione bloccata sul cluster 2 perché è quello che ospita il servizio cloud CS_1 o il set di disponibilità esistente.
Perché si verificano gli errori di allocazione
Quando una richiesta di allocazione è bloccata su un cluster, la probabilità di non riuscire a trovare risorse disponibili è più alta, perché il pool di risorse disponibili è più ridotto. Inoltre, se la richiesta di allocazione è bloccata su un cluster, ma il tipo di risorsa richiesto non è supportato da quel cluster, la richiesta non viene eseguita correttamente anche se nel cluster ci sono risorse disponibili. Il diagramma 3 seguente illustra un'allocazione bloccata non riuscita perché nel solo cluster candidato non sono presenti risorse disponibili. Il diagramma 4 illustra un'allocazione bloccata non riuscita perché il solo cluster candidato non supporta le dimensioni della VM richieste, anche se nel cluster ci sono risorse disponibili.
Contattaci per ricevere assistenza
In caso di domande o bisogno di assistenza, creare una richiesta di supporto tecnico oppure formula una domanda nel Supporto della community di Azure. È possibile anche inviare un feedback sul prodotto al feedback della community di Azure.