Pool di standby per i set di scalabilità di macchine virtuali

Importante

Per consentire ai pool di standby di creare e gestire correttamente le risorse, è necessario accedere alle risorse associate nella sottoscrizione. Assicurarsi che le autorizzazioni corrette siano assegnate al provider di risorse del pool di standby affinché il pool di standby funzioni correttamente. Per istruzioni dettagliate, vedere Configurare le autorizzazioni del ruolo per i pool di standby.

I pool di standby per set di scalabilità di macchine virtuali consentono di aumentare le prestazioni di ridimensionamento creando un pool di macchine virtuali con pre-provisioning. Le macchine virtuali nel pool di standby completano tutti i processi di post-provisioning, ad esempio l'installazione di applicazioni, il download di pacchetti di dati e così via. Una volta completato il provisioning delle macchine virtuali, le macchine virtuali vengono mantenute in esecuzione, arrestate (deallocate) o in stato di ibernazione (anteprima). Quando il set di scalabilità richiede più istanze, le istanze nel pool di standby vengono spostate automaticamente nel set di scalabilità. Un pool di standby riduce significativamente il tempo necessario per scalare un set di macchine virtuali.

Se si gestisce un pool di macchine virtuali in esecuzione, le macchine virtuali sono immediatamente pronte per ricevere traffico dopo essere state spostate nel set di scalabilità. Se si gestisce un pool di standby di macchine virtuali deallocate o ibernate, le macchine virtuali vengono avviate o riprese automaticamente dopo essere state inserite nel set di scalabilità.

Registrazione del provider

Registrare il provider di risorse del pool di standby alla tua sottoscrizione usando Azure Cloud Shell. La visualizzazione del completamento corretto della registrazione può richiedere fino a 30 minuti. È possibile rieseguire i comandi seguenti per determinare quando la funzionalità è stata registrata correttamente.

Register-AzResourceProvider -ProviderNamespace Microsoft.StandbyPool

Scalabilità

Il trasferimento di macchine virtuali dal pool di standby all'insieme di scalabilità avviene automaticamente ogni volta che viene attivato un evento di scalabilità orizzontale. Non è necessaria alcuna configurazione aggiuntiva. Se nel pool di standby è presente un'istanza disponibile che ha completato tutti i passaggi di provisioning, il set di scalabilità per impostazione predefinita usa tale istanza quando si scala verso l'alto.

Quando si riduce il numero di istanze, le istanze vengono eliminate dal set di scalabilità in base ai criteri di scalabilità e il pool di standby viene ricaricato per soddisfare la capacità massima pronta configurata. Se in qualsiasi momento il set di scalabilità deve essere ridimensionato oltre il numero di istanze presenti nel pool di standby, il set di scalabilità usa per impostazione predefinita metodi di scalabilità orizzontale standard e crea nuove istanze.

I pool di standby forniscono solo macchine virtuali dal pool che corrispondono allo stato di alimentazione desiderato configurato. Ad esempio, se lo stato di alimentazione desiderato viene impostato come arrestato (deallocato), il pool di standby fornisce solo le istanze del set di scalabilità corrispondenti allo stato di alimentazione corrente. Se le macchine virtuali si trovano in una creazione, hanno avuto esito negativo o qualsiasi altro stato rispetto allo stato previsto, il set di scalabilità sceglie invece come standard la creazione di una nuova macchina virtuale.

Dimensioni del pool di standby

Esistono tre impostazioni che determinano il numero di istanze nel pool di standby in un determinato momento. Sono inclusi il numero di istanze del set di scalabilità, la capacità minima pronta e la capacità massima pronta.

Il numero di istanze del set di scalabilità è il numero di istanze attualmente distribuite nel set di scalabilità. Si tratta di una proprietà a livello di set di scalabilità che può essere modificata in qualsiasi momento aumentando o riducendo le prestazioni. Indipendentemente dal modo in cui si gestiscono le regole di scalabilità, il pool di standby tiene traccia del numero di istanze distribuite e modifica di conseguenza.

La capacità minima pronta è un parametro definito dall'utente. Per impostazione predefinita, la capacità minima pronta per qualsiasi nuovo pool di standby è zero. Impostando la capacità minima pronta, informa il pool di standby che deve mantenere almeno molte istanze. Ad esempio, se si dispone di una capacità minima pronta pari a 5, ogni volta che una macchina virtuale viene spostata dal pool nel set di scalabilità portando la capacità minima pronta a meno di 5, il pool di standby crea automaticamente un'altra istanza e inizia a prepararla per la scalabilità orizzontale.

La capacità massima pronta è un parametro definito dall'utente. Questa impostazione indica al pool di standby il numero massimo di istanze da gestire nel pool. La capacità massima pronta è direttamente associata al numero di istanze del set di scalabilità. Se si dispone di una capacità massima pronta di 20 e si dispone attualmente di 10 istanze nel set di scalabilità, le dimensioni del pool sarebbero uguali a 10. Se il set di scalabilità si riduce a 5, le dimensioni del pool aumentano a 15. Questo continua a regolare in modo dinamico man mano che il set di scalabilità aumenta e diminuisce il numero di istanze.

Impostazione	Descrizione
maxReadyCapacity	Specificare il numero massimo di macchine virtuali da creare nel pool.
minReadyCapacity	Numero minimo di macchine virtuali da gestire nel pool.
InstanceCount	Numero corrente di macchine virtuali già distribuite nel set di scalabilità.
Dimensioni del pool di standby	Dimensioni del pool di standby = maxReadyCapacity– instanceCount

Stati macchine virtuali

Le macchine virtuali nel pool di standby possono essere mantenute in esecuzione, ibernate o arrestate (deallocate).

Deallocata: le macchine virtuali deallocate vengono arrestate e mantengono tutti i dischi associati, le interfacce di rete e tutti gli indirizzi IP statici. I dischi temporanei del sistema operativo non supportano lo stato deallocato.

In esecuzione: è consigliabile usare macchine virtuali in uno stato di esecuzione quando i requisiti di latenza e affidabilità sono rigorosi. Le macchine virtuali in stato di esecuzione rimangono completamente sottoposte a provisioning.

Ibernato (anteprima): L'uso di macchine virtuali in uno stato di ibernazione è consigliato per i sistemi con tempi di avvio lunghi a causa di applicazioni a elevato utilizzo di memoria. Queste applicazioni possono essere inizializzate in VM e ibernate. Queste macchine virtuali ibernate possono quindi essere avviate rapidamente quando necessario, con le applicazioni già in esecuzione nello stato desiderato.

Annotazioni

Per usare lo stato di macchina virtuale ibernato nel pool di standby, le istanze devono essere completamente idonee e configurate per supportare l'ibernazione. Per altre informazioni, vedere la documentazione sull'ibernazione delle macchine virtuali di Azure.

Zone di disponibilità

Quando si usano pool di standby con un set di scalabilità di macchine virtuali che si estende su zone di disponibilità, le istanze nel pool vengono distribuite tra le stesse zone in cui viene usato il set di scalabilità di macchine virtuali.

Quando una scalabilità orizzontale viene attivata in una delle zone, viene usata una macchina virtuale nel pool nella stessa zona. Se una macchina virtuale è necessaria in una zona in cui non sono più presenti macchine virtuali in pool, il set di scalabilità crea una nuova macchina virtuale direttamente nel set di scalabilità.

Prezzi

Gli utenti vengono addebitati in base alle risorse distribuite nel pool di standby. Ad esempio, le macchine virtuali in uno stato di esecuzione comportano costi di calcolo, rete e archiviazione. Le macchine virtuali in uno stato deallocato non comportano costi di calcolo, ma i dischi persistenti o le configurazioni di rete continuano a comportare costi. Di conseguenza, un pool di macchine virtuali in esecuzione comporta un costo maggiore rispetto a un pool di macchine virtuali deallocate. Per altre informazioni sulla fatturazione delle macchine virtuali, vedere stati e stato di fatturazione delle macchine virtuali di Microsoft Azure.

Limitazioni e considerazioni

Quando si usano pool di standby con set di scalabilità di macchine virtuali, è necessario tenere presenti limitazioni e considerazioni specifiche:

• Domini di errore: i pool di standby non sono supportati con i set di scalabilità di macchine virtuali configurati con un numero di domini di errore maggiore di 1.
• Area e sottoscrizione: il pool di standby deve trovarsi nella stessa area e nella stessa sottoscrizione del set di scalabilità di macchine virtuali a cui è collegato. Le configurazioni tra più aree o tra sottoscrizioni non sono supportate.
• Pool di standby singolo: un set di scalabilità di macchine virtuali può avere un solo pool di standby collegato alla volta. Il collegamento di più pool di standby allo stesso set di scala non è supportato.
• Modalità di orchestrazione: i pool di standby sono supportati solo con i set di scalabilità di macchine virtuali che utilizzano l'Orchestrazione Flessibile. L'orchestrazione uniforme non è supportata.

Passaggi successivi

Informazioni su come creare un pool di standby.