Affidabilità nei set di scalabilità di macchine virtuali
Questo articolo contiene raccomandazioni specifiche sull'affidabilità e informazioni sul supporto delle zone di disponibilità per i set di scalabilità di macchine virtuali.
Nota
I set di scalabilità di macchine virtuali possono essere distribuiti solo in un'area. Per distribuire macchine virtuali in più aree, vedere Ripristino di emergenza di macchine virtuali: failover tra aree.
Per una panoramica dell’architettura sull'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 i requisiti di disponibilità e ripristino, i test, il monitoraggio, la 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. |
|
Basso | Deve essere esaminato. |
Riepilogo delle raccomandazioni per l'affidabilità
Disponibilità elevata
Abilitare i criteri di ripristino automatico
Per ottenere la 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 probe di integrità di Load Balancer trovano che un'istanza non è integra, il ripristino automatico elimina l'istanza non integra e ne crea una nuova per sostituirla.
È 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 i set di scalabilità di macchine virtuali Flex
Quando si creano i set di scalabilità di macchine virtuali, usare le zone di disponibilità per proteggere le applicazioni e i dati da errori improbabili 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 a una versione futura dell'applicazione per la scalabilità e la disponibilità. 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é 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 dei set di scalabilità di macchine virtuali in 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 le 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 il ridimensionamento dei conteggi delle istanze 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 i criteri di scalabilità personalizzati dei set di scalabilità di macchine virtuali su impostazione predefinita
La funzionalità dei criteri di scalabilità 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:
La distribuzione di un set di scalabilità di macchine virtuali può essere aumentata o ridotta in base a una matrice di metriche, incluse metriche personalizzate definite dall'utente e della 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:
- Bilanciare le macchine virtuali tra le zone di disponibilità (se il set di scalabilità viene distribuito con il supporto della zona di disponibilità).
- Bilanciare le macchine virtuali tra domini di errore (il massimo sforzo).
- Eliminare la macchina virtuale con l'ID istanza più alto.
Usare solo i criteri più recenti e meno recenti quando il carico di lavoro richiede l'eliminazione delle macchine virtuali più recenti o meno 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 criteri di protezione dei set di scalabilità di macchine virtuali se si desidera che le macchine virtuali specifiche vengano trattate in modo diverso rispetto al resto dell'istanza del set di scalabilità.
Quando l'applicazione elabora il traffico, possono verificarsi situazioni in cui si desidera che macchine virtuali specifiche vengano trattate in modo diverso rispetto al resto delle istanze del set di scalabilità. Ad esempio, alcune macchine virtuali nel set di scalabilità potrebbero eseguire operazioni con esecuzione prolungata ed è possibile che non si desideri 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 le macchine virtuali "speciali" non vengano modificate con le altre macchine virtuali nel set di scalabilità. La protezione dell'istanza fornisce controlli aggiuntivi per gestire 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 il monitoraggio dell'integrità dell'applicazione dei set di scalabilità di macchine virtuali
Il monitoraggio dell'integrità delle applicazioni è un elemento importante per la gestione e l'aggiornamento della distribuzione. I set di scalabilità di macchine virtuali di Azure offrono il supporto per gli aggiornamenti in sequenza, tra cui:
- Aggiornamenti automatici dell'immagine del sistema operativo
- Applicazione automatica di patch guest alle macchine virtuali, che si basa sul monitoraggio dell'integrità delle singole macchine virtuali per aggiornare la distribuzione.
- Probe di integrità del servizio di bilanciamento del carico o Estensione integrità applicazioni, che monitora l'integrità dell'applicazione di ogni macchina virtuale nel set di scalabilità ed esegue le riparazioni delle istanze usando riparazioni automatiche dell'istanza.
// 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 esattamente in cinque domini di errore per zona. Se il set di scalabilità non trova 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 costituite da almeno tre gruppi fisicamente separati di data center all'interno di ogni area di Azure. I data center all'interno di ogni zona sono dotati di alimentazione, raffreddamento e infrastruttura di rete indipendenti. Le zone di disponibilità sono progettate in modo che, in caso di errore in una zona locale, i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.
Gli errori possono essere di tipo hardware o software oppure correlati a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene conseguita mediante la ridondanza e l'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à sono progettati per fornire il livello adeguato di affidabilità e flessibilità. Tali servizi possono essere configurati in due modi. Possono essere con ridondanza della zona, che prevede la replica automatica tra le zone, o a zona, con istanze aggiunte in una zona specifica. È anche possibile combinare questi approcci. Per altre informazioni sulle architetture a zona e con ridondanza della zona, vedere Raccomandazioni per l'uso delle zone e delle aree di disponibilità.
Con set di scalabilità di macchine virtuali di Azure, è 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.
I set di scalabilità di macchine virtuali supportano distribuzioni sia di zona che con ridondanza della zona all'interno di un'area:
Distribuzioni 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
Per usare le zone di disponibilità, è necessario creare il set di scalabilità in un'area di Azure supportata.
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à.
Contratto di servizio
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 il 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à in uno dei modi seguenti:
- Azure portal
- Interfaccia della riga di comando di Azure
- Azure PowerShell
- Modelli di Gestione risorse di Azure
La procedura per creare un set di scalabilità che usi una distribuzione di zona è identica a quella descritta in dettaglio 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:
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
I set di scalabilità di macchine virtuali vengono creati con cinque domini di errore per impostazione predefinita in aree di Azure senza zone. Per le aree che supportano la distribuzione della zona di disponibilità dei 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 macchine virtuali che appartengono al set di scalabilità vengono distribuite tra molti rack nel modo più efficiente possibile. Per altre informazioni, vedere Scelta del numero esatto di domini di errore per i 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.
Tecniche di distribuzione sicura
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 trova 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 di Managed Disks si arresta. Il numero di domini di errore può essere minore o uguale al numero di domini di errore di Managed Disks 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 delle zone |
|---|---|---|---|---|
| Set di scalabilità bilanciato | 2 | 3 | 3 | Questo set di scalabilità è considerato bilanciato. C'è solo una zona con un numero di macchine virtuali diverso e la differenza è di 1 sola in meno rispetto alle 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 comunque conteggiate per determinare 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, impedendo al set di scalabilità di creare una nuova macchina virtuale in tale zona), il set di scalabilità consente uno squilibrio temporaneo per poter aumentare o ridurre il numero di macchine virtuali correttamente. Con i successivi tentativi di aumento, il set di scalabilità aggiunge macchine virtuali alle zone che ne richiedono di più per bilanciare il set di scalabilità. 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 zoneBalance su false. L'impostazione zoneBalance è quella predefinita nell'API versione 2017-12-01. Per usare il bilanciamento della zona strict, impostare zoneBalance su true.
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 ai 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à di area, è possibile scegliere tra un singolo gruppo di posizionamento o più gruppi di posizionamento nell'area. Se la proprietà del set di scalabilità singlePlacementGroup è impostata su false, il set di scalabilità può essere composto da più gruppi di posizionamento e ha un intervallo di 0-1000 macchine virtuali. Quando la proprietà è impostata sul valore predefinito true, il set di scalabilità è costituito da un singolo gruppo di posizionamento, con un intervallo da 0 a 100 VM. 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
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per