Affidabilità in set di scalabilità di macchine virtuali

  • Articolo

Questo articolo contiene raccomandazioni specifiche sull'affidabilità e informazioni sul supporto delle zone di disponibilità per set di scalabilità di macchine virtuali.

Nota

set di scalabilità di macchine virtuali può essere distribuito solo in un'area. Per distribuire macchine virtuali in più aree, vedere ripristino di emergenza Macchine virtuali: failover tra aree.

Per una panoramica dell'architettura dell'affidabilità in Azure, vedere Affidabilità di Azure.

Raccomandazioni relative all'affidabilità

Questa sezione contiene raccomandazioni per ottenere resilienza e disponibilità. Ogni raccomandazione rientra in una delle due categorie seguenti:

  • Gli elementi di integrità riguardano aree come gli elementi di configurazione e la corretta funzione dei componenti principali che costituiscono il carico di lavoro di Azure, ad esempio le impostazioni di configurazione delle risorse di Azure, le dipendenze da altri servizi e così via.

  • Gli elementi di rischio riguardano aree quali requisiti di disponibilità e ripristino, test, monitoraggio, distribuzione e altri elementi che, se lasciati non risolti, aumentano le probabilità di problemi nell'ambiente.

Matrice di priorità delle raccomandazioni per l'affidabilità

Ogni raccomandazione è contrassegnata in base alla matrice di priorità seguente:

Immagine Priorità Descrizione
Fortemente Correzione immediata necessaria.
Medio Correzione entro 3-6 mesi.
Bassa Deve essere esaminato.

Riepilogo delle raccomandazioni per l'affidabilità

Categoria Priorità Recommendation
Disponibilità elevata Abilitare i criteri di ripristino automatico
Distribuire set di scalabilità di macchine virtuali tra zone di disponibilità con set di scalabilità di macchine virtuali Flex
Scalabilità VMSS-1: Distribuire macchine virtuali con modalità di orchestrazione flessibile
Configurare la scalabilità automatica di set di scalabilità di macchine virtuali su Automatico
Impostare set di scalabilità di macchine virtuali criteri di scalabilità personalizzati su impostazione predefinita
Ripristino di emergenza Abilitare i criteri di protezione per tutte le macchine virtuali del set di scalabilità di macchine virtuali
Monitoraggio Abilitare set di scalabilità di macchine virtuali monitoraggio dell'integrità dell'applicazione
Efficienza del sistema Configurare l'algoritmo di distribuzione dei criteri di allocazione per la distribuzione massima
Automazione Impostare le opzioni di orchestrazione delle patch su Azure orchestrato

Disponibilità elevata

Abilitare i criteri di ripristino automatico

Per ottenere una disponibilità elevata per le applicazioni, abilitare le riparazioni automatiche delle istanze per mantenere un set di macchine virtuali integre. Quando l'estensione integrità dell'applicazione o i probe di integrità di Load Balancer rilevano che un'istanza non è integra, il ripristino automatico elimina l'istanza non integra e ne crea uno nuovo per sostituirlo.

È possibile impostare un periodo di tolleranza usando la proprietà automaticRepairsPolicy.gracePeriod. Il periodo di tolleranza, specificato in minuti e in formato ISO 8601, può variare tra 10 e 90 minuti e ha un valore predefinito di 30 minuti.

// Azure Resource Graph Query
// Find VMSS instances associated with autoscale settings when autoscale is disabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| project name, id, tags
| join kind=leftouter  (
    resources
    | where type == "microsoft.insights/autoscalesettings"
    | where tostring(properties.targetResourceUri) contains "Microsoft.Compute/virtualMachineScaleSets"
    | project id = tostring(properties.targetResourceUri), autoscalesettings = properties
) on id
| where isnull(autoscalesettings) or autoscalesettings.enabled == "false"
| project recommendationId = "vmss-4", name, id, tags, param1 = "autoscalesettings: Disabled"
| order by id asc

Distribuire set di scalabilità di macchine virtuali tra zone di disponibilità con set di scalabilità di macchine virtuali Flex

Quando si crea il set di scalabilità di macchine virtuali, usare le zone di disponibilità per proteggere le applicazioni e i dati da un probabile errore del data center. Per altre informazioni, vedere Supporto della zona di disponibilità.

// Azure Resource Graph Query
// Find VMSS instances with one or no Zones selected
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where array_length(zones) <= 1 or isnull(zones)
| project recommendationId = "vmss-8", name, id, tags, param1 = "AvailabilityZones: Single Zone"
| order by id asc

Scalabilità

Distribuire macchine virtuali con modalità di orchestrazione flessibile

Tutte le macchine virtuali, incluse le macchine virtuali a istanza singola, devono essere distribuite in un set di scalabilità usando la modalità di orchestrazione flessibile per garantire la scalabilità e la disponibilità dell'applicazione. L'orchestrazione flessibile offre garanzie di disponibilità elevata (fino a 1000 macchine virtuali) distribuendo le macchine virtuali tra domini di errore in un'area o all'interno di una zona di disponibilità.

Per altre informazioni su come usare i set di scalabilità in modo appropriato, vedere Quando usare set di scalabilità di macchine virtuali anziché le macchine virtuali

// Azure Resource Graph Query
// Find all zonal VMs that are NOT deployed with Flex orchestration mode
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.orchestrationMode != "Flexible"
| project recommendationId = "vmss-1", name, id, tags, param1 = strcat("orchestrationMode: ", tostring(properties.orchestrationMode))

Configurare la scalabilità automatica di set di scalabilità di macchine virtuali su Automatico

La scalabilità automatica è una funzionalità predefinita di Monitoraggio di Azure che consente di ottimizzare le prestazioni e i costi delle risorse aggiungendo e rimuovendo macchine virtuali del set di scalabilità in base alla richiesta. È anche possibile scegliere di ridimensionare manualmente le risorse in base a un numero di istanze specifico o in base alle soglie delle metriche. È anche possibile pianificare i conteggi delle istanze che vengono ridimensionati durante le finestre temporali designate.

Per informazioni su come abilitare gli aggiornamenti automatici delle immagini del sistema operativo, vedere Aggiornamenti automatici delle immagini del sistema operativo del set di scalabilità di macchine virtuali di Azure.

// Azure Resource Graph Query
// Find VMSS instances associated with autoscale settings when predictiveAutoscalePolicy_scaleMode is disabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| project name, id, tags
| join kind=leftouter  (
    resources
    | where type == "microsoft.insights/autoscalesettings"
    | where tostring(properties.targetResourceUri) contains "Microsoft.Compute/virtualMachineScaleSets"
    | project id = tostring(properties.targetResourceUri), autoscalesettings = properties
) on id
| where autoscalesettings.enabled == "true" and autoscalesettings.predictiveAutoscalePolicy.scaleMode == "Disabled"
| project recommendationId = "vmss-5", name, id, tags, param1 = "predictiveAutoscalePolicy_scaleMode: Disabled"
| order by id asc

Impostare set di scalabilità di macchine virtuali criteri di scalabilità personalizzati su impostazione predefinita

La funzionalità dei criteri di scalabilità orizzontale personalizzata set di scalabilità di macchine virtuali consente di configurare l'ordine in cui vengono ridimensionate le macchine virtuali. Esistono tre configurazioni dei criteri con scalabilità orizzontale:

Una distribuzione del set di scalabilità di macchine virtuali può essere ridimensionata o ridimensionata in base a una matrice di metriche, incluse le metriche personalizzate definite dall'utente e la piattaforma. Mentre un aumento crea nuove macchine virtuali basate sul modello del set di scalabilità, una riduzione influisce sull'esecuzione di macchine virtuali che possono avere configurazioni e/o funzioni diverse man mano che il carico di lavoro del set di scalabilità si evolve.

Non è necessario specificare un criterio di scalabilità orizzontale se si vuole seguire solo l'ordinamento predefinito, poiché il criterio di scalabilità personalizzata predefinito offre l'algoritmo e la flessibilità migliori per la maggior parte degli scenari. L'ordinamento predefinito è il seguente:

  1. Bilanciare le macchine virtuali tra le zone di disponibilità (se il set di scalabilità viene distribuito con il supporto della zona di disponibilità).
  2. Bilanciare le macchine virtuali tra domini di errore (migliore sforzo).
  3. Eliminare la macchina virtuale con l'ID istanza più alto.

Usare i criteri più recenti e meno recenti quando il carico di lavoro richiede l'eliminazione delle macchine virtuali meno recenti o più recenti dopo il bilanciamento tra le zone di disponibilità.

Nota

Il bilanciamento tra zone di disponibilità o domini di errore non sposta le macchine virtuali tra zone di disponibilità o domini di errore. Il bilanciamento viene ottenuto tramite l'eliminazione di macchine virtuali dalle zone di disponibilità non bilanciate o dai domini di errore fino a quando la distribuzione delle macchine virtuali non diventa bilanciata.

// Azure Resource Graph Query
// Find VMSS instances where strictly zoneBalance is set to True
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.orchestrationMode == "Uniform" and properties.zoneBalance == true
| project recommendationId = "vmss-6", name, id, tags, param1 = "strictly zoneBalance: Enabled"
| order by id asc

Ripristino di emergenza

Abilitare i criteri di protezione per tutte le macchine virtuali del set di scalabilità di macchine virtuali

Usare i criteri di protezione set di scalabilità di macchine virtuali se si desidera che macchine virtuali specifiche vengano trattate in modo diverso dal resto dell'istanza del set di scalabilità.

Man mano che l'applicazione elabora il traffico, possono verificarsi situazioni in cui si vogliono gestire macchine virtuali specifiche in modo diverso rispetto al resto dell'istanza del set di scalabilità. Ad esempio, alcune macchine virtuali nel set di scalabilità potrebbero eseguire operazioni a esecuzione prolungata e non si vuole che queste macchine virtuali vengano ridimensionate fino al completamento delle operazioni. È anche possibile disporre di alcune macchine virtuali specializzate nel set di scalabilità per eseguire attività diverse rispetto ad altri membri del set di scalabilità. È necessario che queste macchine virtuali speciali non vengano modificate con le altre macchine virtuali nel set di scalabilità. La protezione delle istanze fornisce i controlli aggiuntivi per abilitare questi e altri scenari per l'applicazione.

// Azure Resource Graph Query
// Find all VMs that do NOT have health monitoring enabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=leftouter  (
    resources
    | where type == "microsoft.compute/virtualmachinescalesets"
    | mv-expand extension=properties.virtualMachineProfile.extensionProfile.extensions
    | where extension.properties.type in ( "ApplicationHealthWindows", "ApplicationHealthLinux" )
    | project id
) on id
| where id1 == ""
| project recommendationId = "vmss-2", name, id, tags, param1 = "extension: null"

Monitoraggio

Abilitare set di scalabilità di macchine virtuali monitoraggio dell'integrità dell'applicazione

Il monitoraggio dell'integrità delle applicazioni è un elemento importante per la gestione e l'aggiornamento della distribuzione. Azure set di scalabilità di macchine virtuali offre supporto per gli aggiornamenti in sequenza, tra cui:

// Azure Resource Graph Query
// Find all VMs that do NOT have automatic repair policy enabled
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.automaticRepairsPolicy.enabled == false
| project recommendationId = "vmss-3", name, id, tags, param1 = "automaticRepairsPolicy: Disabled"

Efficienza del sistema

Configurare l'algoritmo di distribuzione dei criteri di allocazione per la distribuzione massima

Con la distribuzione massima, il set di scalabilità distribuisce le macchine virtuali nel maggior numero di domini di errore possibile all'interno di ogni zona. Questa distribuzione potrebbe interessare più o meno di cinque domini di errore per zona. Con la distribuzione fissa statica, il set di scalabilità distribuisce le macchine virtuali in esattamente cinque domini di errore per zona. Se il set di scalabilità non riesce a trovare cinque domini di errore distinti per zona per soddisfare la richiesta di allocazione, la richiesta ha esito negativo.

Per altre informazioni, vedere Opzioni di distribuzione.

// Azure Resource Graph Query
// Find VMSS instances where Spreading algorithm is set to Static
resources
| where type == "microsoft.compute/virtualmachinescalesets"
| where properties.platformFaultDomainCount > 1
| project recommendationId = "vmss-7", name, id, tags, param1 = "platformFaultDomainCount: Static"
| order by id asc

Automazione

Impostare le opzioni di orchestrazione delle patch su Azure orchestrato

Abilitare l'applicazione automatica di patch guest alle macchine virtuali di Azure. L'applicazione automatica di patch guest alle macchine virtuali consente di semplificare la gestione degli aggiornamenti applicando in modo sicuro e automatico l'applicazione di patch alle macchine virtuali per mantenere la conformità alla sicurezza, limitando al tempo stesso il raggio di esplosione delle macchine virtuali.

resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=inner (
    resources
    | where type == "microsoft.compute/virtualmachines"
    | project id = tostring(properties.virtualMachineScaleSet.id), vmproperties = properties
) on id
| extend recommendationId = "vmss-9", param1 = "patchMode: Manual", vmproperties.osProfile.linuxConfiguration.patchSettings.patchMode
| where isnotnull(vmproperties.osProfile.linuxConfiguration) and vmproperties.osProfile.linuxConfiguration.patchSettings.patchMode !in ("AutomaticByPlatform", "AutomaticByOS")
| distinct recommendationId, name, id, param1
| union (resources
| where type == "microsoft.compute/virtualmachinescalesets"
| join kind=inner (
    resources
    | where type == "microsoft.compute/virtualmachines"
    | project id = tostring(properties.virtualMachineScaleSet.id), vmproperties = properties
) on id
| extend recommendationId = "vmss-9", param1 = "patchMode: Manual", vmproperties.osProfile.windowsConfiguration.patchSettings.patchMode
| where isnotnull(vmproperties.osProfile.windowsConfiguration) and vmproperties.osProfile.windowsConfiguration.patchSettings.patchMode !in ("AutomaticByPlatform", "AutomaticByOS")
| distinct recommendationId, name, id, param1)

Supporto della zona di disponibilità

Le zone di disponibilità di Azure sono almeno tre gruppi di data center separati fisicamente all'interno di ogni area di Azure. I data center all'interno di ogni zona sono dotati di energia, raffreddamento e infrastruttura di rete indipendenti. In caso di errore della zona locale, le zone di disponibilità sono progettate in modo che se l'unica zona è interessata, i servizi regionali, la capacità e la disponibilità elevata sono supportati dalle due zone rimanenti.

Gli errori possono variare da errori software e hardware a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori si ottiene con ridondanza e isolamento logico dei servizi di Azure. Per informazioni più dettagliate sulle zone di disponibilità in Azure, vedere Aree e zone di disponibilità.

I servizi abilitati per le zone di disponibilità di Azure sono progettati per offrire il giusto livello di affidabilità e flessibilità. Possono essere configurati in due modi. Possono essere ridondanti della zona, con replica automatica tra zone o zone, con istanze aggiunte a una zona specifica. È anche possibile combinare questi approcci. Per altre informazioni sull'architettura zonale e con ridondanza della zona, vedere Consigli per l'uso di zone e aree di disponibilità.

Con Azure set di scalabilità di macchine virtuali è possibile creare e gestire un gruppo di macchine virtuali con carico bilanciato. Il numero di macchine virtuali può aumentare o diminuire automaticamente in risposta alla domanda o a una pianificazione definita. I set di scalabilità offrono disponibilità elevata per le applicazioni e consentono di gestire, configurare e aggiornare in modo centralizzato un numero elevato di macchine virtuali. Non sono previsti costi per il set di scalabilità stesso. Si paga solo per ogni istanza di macchina virtuale creata.

set di scalabilità di macchine virtuali supporta distribuzioni sia di zona che con ridondanza della zona all'interno di un'area:

  • Distribuzione a livello di zona. Quando si crea un set di scalabilità in una singola zona, è possibile controllare in quale zona vengono eseguite tutte le macchine virtuali del set. Il set di scalabilità viene gestito e ridimensiona automaticamente solo all'interno di tale zona.

  • Distribuzione con ridondanza della zona. Un set di scalabilità con ridondanza della zona consente di creare un solo set di scalabilità che include più zone. Per impostazione predefinita, man mano che vengono create le macchine virtuali, vengono bilanciate uniformemente tra le zone.

Prerequisiti

  1. Per usare le zone di disponibilità, è necessario creare il set di scalabilità in un'area di Azure supportata.

  2. Tutte le macchine virtuali, anche singole istanze, devono essere distribuite in un set di scalabilità usando la modalità di orchestrazione flessibile per rendere disponibile l'applicazione di scalabilità e disponibilità.

SLA

Poiché le zone di disponibilità sono fisicamente separate e forniscono fonti di alimentazione, rete e raffreddamento distinte, i contratti di servizio sono aumentati. Per altre informazioni, vedere contratto di servizio per Microsoft Online Services.

Creare un set di scalabilità di macchine virtuali con zone di disponibilità abilitate

È possibile creare un set di scalabilità che usa le zone di disponibilità con uno dei metodi seguenti:

Il processo per creare un set di scalabilità che usa una distribuzione a livello di zona è identico a quello descritto nell'articolo introduttivo. Quando si seleziona un'area di Azure supportata, è possibile creare un set di scalabilità in una o più zone tra quelle disponibili, come illustrato nell'esempio seguente:

Create a scale set in a single availability zone

Il set di scalabilità e le risorse di supporto, ad esempio Azure Load Balancer e l'indirizzo IP pubblico, vengono creati nella sola zona specificata.

Supporto del failover a livello di zona

set di scalabilità di macchine virtuali vengono creati con cinque domini di errore per impostazione predefinita nelle aree di Azure senza zone. Per le aree che supportano la distribuzione della zona di disponibilità di set di scalabilità di macchine virtuali e questa opzione è selezionata, il valore predefinito del numero di domini di errore è 1 per ognuna delle zone. In questo caso, FD=1 implica che le istanze di macchina virtuale appartenenti al set di scalabilità vengono distribuite su più rack in base al massimo sforzo. Per altre informazioni, vedere Scelta del numero corretto di domini di errore per il set di scalabilità di macchine virtuali.

Progettazione a bassa latenza

È consigliabile configurare set di scalabilità di macchine virtuali con ridondanza della zona. Tuttavia, se l'applicazione ha requisiti di bassa latenza rigorosi, potrebbe essere necessario implementare un'area per le macchine virtuali dei set di scalabilità. Con una distribuzione di set di scalabilità di zona, è consigliabile creare più macchine virtuali del set di scalabilità in più di una zona. Ad esempio, è possibile creare un'istanza di set di scalabilità aggiunta alla zona 1 e un'istanza aggiunta alla zona 2 o 3. È anche necessario usare un servizio di bilanciamento del carico o un'altra logica dell'applicazione per indirizzare il traffico ai set di scalabilità appropriati durante un'interruzione della zona.

Importante

Se si rifiuta esplicitamente la distribuzione compatibile con la zona, si rinuncia alla protezione dall'isolamento degli errori sottostanti. Rifiutare esplicitamente la configurazione della zona di disponibilità impone la dipendenza dalle risorse che non obbediscono al posizionamento e alla separazione della zona (incluse le dipendenze sottostanti di queste risorse). Queste risorse non dovrebbero essere previste per sopravvivere a scenari di zona inattiva. Le soluzioni che sfruttano tali risorse devono definire una strategia di ripristino di emergenza e configurare un ripristino della soluzione in un'altra area.

Cassaforte tecniche di distribuzione

Per avere un maggiore controllo sulla posizione in cui si distribuiscono le macchine virtuali, è consigliabile distribuire le macchine virtuali del set di scalabilità, anziché a livello di area. Tuttavia, le macchine virtuali a livello di zona forniscono solo l'isolamento della zona e non la ridondanza della zona. Per ottenere la ridondanza completa della zona con macchine virtuali di zona, devono essere presenti due o più macchine virtuali in zone diverse.

È anche consigliabile usare l'opzione di distribuzione massima per le macchine virtuali con ridondanza della zona. Per altre informazioni, vedere le opzioni di distribuzione.

Opzioni di distribuzione

Quando si distribuisce un set di scalabilità in una o più zone di disponibilità, sono disponibili le opzioni di distribuzione seguenti (a partire dalla versione API 2017-12-01):

  • Distribuzione massima (platformFaultDomainCount = 1). La distribuzione massima è l'opzione di distribuzione consigliata, perché offre la migliore distribuzione nella maggior parte dei casi. Se si distribuiscono repliche tra unità di isolamento hardware distinte, è consigliabile distribuirla tra le zone di disponibilità e usare la distribuzione massima all'interno di ogni zona.

    Con la distribuzione massima, il set di scalabilità distribuisce le macchine virtuali nel maggior numero di domini di errore possibile all'interno di ogni zona. Questa distribuzione potrebbe interessare più o meno di cinque domini di errore per zona.

    Nota

    Con la distribuzione massima, indipendentemente dal numero di domini di errore distribuiti tra le macchine virtuali, è possibile visualizzare un solo dominio di errore nella visualizzazione dell'istanza del set di scalabilità e nei metadati dell'istanza. La distribuzione all'interno di ogni zona è implicita.

  • Distribuzione fissa statica (platformFaultDomainCount = 5). Con la distribuzione fissa statica, il set di scalabilità distribuisce le macchine virtuali esattamente in cinque domini di errore per zona. Se il set di scalabilità non riesce a trovare cinque domini di errore distinti per zona per soddisfare la richiesta di allocazione, la richiesta ha esito negativo.

  • Distribuzione allineata ai domini di errore dei dischi gestiti (platformFaultDomainCount = 2 o 3) È possibile allineare il numero di domini di errore del set di scalabilità con il numero di domini di errore dei dischi gestiti. Questo allineamento consente di evitare la perdita di quorum se un intero dominio di errore dei dischi gestiti diventa inattivo. Il numero di domini di errore può essere impostato su minore o uguale al numero di domini di errore dei dischi gestiti disponibili in ognuna delle aree. Per informazioni sul numero di domini di errore di Managed Disks per area, vedere [inserisci documento qui](collegamento qui).

Bilanciamento delle zone

Per i set di scalabilità distribuiti tra più zone (con ridondanza della zona), è possibile scegliere il bilanciamento della zona più adatto o il bilanciamento della zona rigoroso. Un set di scalabilità viene considerato "bilanciato" se ogni zona ha lo stesso numero di macchine virtuali (più o meno una macchina virtuale) di tutte le altre zone del set di scalabilità. Ad esempio:

Set di scalabilità Macchine virtuali nella zona 1 Macchine virtuali nella zona 2 Macchine virtuali nella zona 3 Bilanciamento della zona
Set di scalabilità bilanciato 2 3 3 Questo set di scalabilità è considerato bilanciato. C'è solo una zona con un numero di macchine virtuali diverso ed è solo 1 minore delle altre zone.
Set di scalabilità sbilanciato 1 3 3 Questo set di scalabilità viene considerato sbilanciato. La zona 1 ha 2 macchine virtuali in meno rispetto alle zone 2 e 3.

È possibile che le macchine virtuali nel set di scalabilità vengano create correttamente, ma che non sia possibile distribuire le estensioni in tali macchine virtuali. Le macchine virtuali con errori di estensione vengono ancora conteggiate quando si determina se un set di scalabilità è bilanciato. Ad esempio, un set di scalabilità con 3 macchine virtuali nella zona 1, 3 macchine virtuali nella zona 2 e 3 macchine virtuali nella zona 3 viene considerato bilanciato anche se tutte le estensioni non sono riuscite nella zona 1 e tutte le estensioni sono riuscite nelle zone 2 e 3.

Con il bilanciamento delle zone con massimo sforzo, il set di scalabilità tenta di aumentare e ridurre il numero di macchine virtuali mantenendo il bilanciamento. Tuttavia, se per qualche motivo il bilanciamento non è possibile (ad esempio, se una zona diventa inattiva, il set di scalabilità non può creare una nuova macchina virtuale in tale zona), il set di scalabilità consente uno squilibrio temporaneo per aumentare o ridurre correttamente il numero di istanze. Nei successivi tentativi di scalabilità orizzontale, il set di scalabilità aggiunge macchine virtuali alle zone che necessitano di più macchine virtuali per il set di scalabilità da bilanciare. Allo stesso modo, con i successivi tentativi di riduzione, il set di scalabilità rimuove macchine virtuali dalle zone che ne richiedono di meno per bilanciare il set di scalabilità. Con il bilanciamento delle zone restrittivo, qualsiasi tentativo di aumento o riduzione da parte del set di scalabilità ha esito negativo, in quanto così facendo si creerebbe uno squilibrio.

Per usare il bilanciamento della zona con il massimo sforzo, impostare su zoneBalancefalse. L'impostazione zoneBalance è l'impostazione predefinita nell'API versione 2017-12-01. Per usare il bilanciamento della zona strict, impostare su zoneBalancetrue.

Eseguire la migrazione al supporto della zona di disponibilità

Per informazioni su come ridistribuire un set di scalabilità a livello di area per il supporto della zona di disponibilità, vedere Eseguire la migrazione di Macchine virtuali e set di scalabilità di macchine virtuali al supporto della zona di disponibilità.

Indicazioni aggiuntive

Gruppi di posizionamento

Importante

I gruppi di posizionamento si applicano solo alle set di scalabilità di macchine virtuali in esecuzione in modalità di orchestrazione uniforme.

Quando si distribuisce un set di scalabilità di macchine virtuali, è possibile eseguire la distribuzione con un singolo o più gruppi di posizionamento per ogni zona di disponibilità. Per i set di scalabilità a livello di area, la scelta consiste nell'avere un singolo gruppo di posizionamento nell'area o avere più gruppi di posizionamento nell'area. Se la proprietà singlePlacementGroup del set di scalabilità è impostata su false, il set di scalabilità può essere composto da più gruppi di posizionamento e ha un intervallo di 0-1000 macchine virtuali. Se impostato sul valore predefinito true, il set di scalabilità è composto da un singolo gruppo di posizionamento e ha un intervallo di 0-100 macchine virtuali. Per la maggior parte dei carichi di lavoro è consigliabile usare più gruppi di posizionamento, che consentono una maggiore scalabilità. Per impostazione predefinita, nell'API versione 2017-12-01 i set di scalabilità a zona singola e tra zone usano più gruppi di posizionamento, mentre i set di scalabilità a livello di area usano un solo gruppo di posizionamento.

Passaggi successivi

Affidabilità in Azure

Distribuire applicazioni in set di scalabilità di macchine virtuali

Usare la scalabilità automatica con set di scalabilità di macchine virtuali.