Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Blocco di esecuzione Aurora Provisioned Scaling
<a name="aurora-provisioned-scaling-block"></a>

**Categoria:** Scalabilità del database

Quando si cambia regione, il database fornito da Aurora nella regione di destinazione potrebbe eseguire una classe di istanza più piccola rispetto alla regione di origine, con una capacità di elaborazione insufficiente per gestire il traffico di produzione. Il blocco di esecuzione Aurora Provisioned Scaling ridimensiona automaticamente l'istanza di destinazione in modo che corrisponda alla classe dell'istanza di origine, assicurando che il database sia pronto a servire il pieno carico di produzione nel momento in cui arriva il traffico.

## Vantaggi principali
<a name="aurora-provisioned-scaling-block-benefits"></a>
+ **Abbinamento automatico della capacità:** Region Switch legge la classe dell'istanza di origine e ridimensiona l'istanza di destinazione in modo che corrisponda, eliminando il rischio che i database con un provisioning insufficiente ricevano traffico di produzione dopo un failover.
+ **Creazione dell'istanza quando necessario:** se l'istanza di destinazione non esiste ancora, Region switch la crea con la classe di istanza corretta.
+ **Cross-family intelligence:** quando il tipo di istanza di origine non è disponibile nella regione di destinazione, Region switch seleziona automaticamente un tipo di istanza equivalente o più grande con la stessa o più vCPU e memoria, quindi non è necessario gestire personalmente le mappature di compatibilità del tipo di istanza.

## Quando utilizzare
<a name="aurora-provisioned-scaling-block-when"></a>

Qualsiasi piano di ripristino in cui Aurora ha effettuato il provisioning delle istanze deve raggiungere la capacità di produzione prima che il traffico cambi.
+ **Active-passive Database globali Aurora:** la regione secondaria esegue un'istanza di lettura più piccola (più economica) che deve essere ridimensionata prima di ricevere traffico di scrittura.
+ **Cost-optimized Regioni di standby:** esegui intenzionalmente istanze più piccole nella tua regione di standby per risparmiare sui costi e hai bisogno di un dimensionamento automatico corretto durante il failover.

### In che modo Aurora Provisioned Scaling si confronta con le alternative
<a name="aurora-provisioned-scaling-block-comparison"></a>

Senza questo blocco di esecuzione, i clienti devono garantire la capacità del database di destinazione manualmente o tramite l'automazione personalizzata prima di cambiare regione.


|  | Approccio | Pros/Cons | 
| --- | --- | --- | 
| 1 | Blocco Aurora Provisioned Scaling | Completamente automatizzato, gestisce la mappatura interfamiliare, crea istanze mancanti, si integra con l'orchestrazione degli switch Region | 
| 2 | Ridimensionamento manuale | Il pieno controllo della tempistica e della selezione delle istanze, ma è lento e soggetto a errori sotto pressione, richiede la disponibilità dell'operatore durante l'incidente | 
| 3 | Automazione basata su script () Lambda/SSM | Logica personalizzabile; deve essere creata, testata e gestita; non è integrata con il sequenziamento degli switch regionali; non può sfruttare la valutazione del piano nativo | 
| 4 | Pre-provisioning (corrisponde sempre) | Ritardo di failover pari a zero. Raddoppia i costi nella regione di standby; è uno spreco per le architetture active-passive | 

Il blocco Aurora Provisioned Scaling è la scelta giusta se desideri una scalabilità della capacità automatizzata e convalidata come fase integrata nel piano di ripristino dello switch regionale.

## Come funziona
<a name="aurora-provisioned-scaling-block-how"></a>

Quando il blocco di esecuzione Aurora Provisioned Scaling viene eseguito durante l'esecuzione del piano, Region switch ridimensiona l'istanza di destinazione in modo che corrisponda alla classe di istanza dell'istanza di origine tramite la seguente sequenza:
+ Se l'istanza di destinazione esiste ma non si trova in uno `available` stato, Region Switch attende che diventi disponibile prima di procedere.
+ Se l'istanza di destinazione non esiste, Region switch la crea nel cluster di destinazione con la classe di istanza dell'istanza di origine.
+ Se l'istanza di destinazione esiste, Region switch verifica che appartiene al cluster previsto, quindi confronta le classi di istanza.
+ Se entrambe le istanze appartengono alla stessa famiglia e la destinazione è più piccola, Region switch modifica l'istanza di destinazione in modo che corrisponda alla classe di origine.
+ Se le istanze appartengono a famiglie diverse o la destinazione ha già una dimensione maggiore, non viene eseguito alcun ridimensionamento.
+ Se il tipo di istanza di origine non esiste nella regione di destinazione, Region switch seleziona un altro tipo di istanza con la stessa o più vCPU e memoria (sia per le operazioni di creazione che di modifica).
+ Il cambio di regione esegue il polling dell'istanza di destinazione fino a raggiungere lo `available` stato, quindi contrassegna il passaggio come completo.

**Nota**  
Il cambio di regione si ridimensiona solo verso l'alto. Se l'istanza di destinazione è già uguale o più grande dell'istanza di origine, non viene apportata alcuna modifica.

## Configurazione
<a name="aurora-provisioned-scaling-block-config"></a>

**Importante**  
Prima di configurare il blocco di esecuzione, assicurati che il ruolo di esecuzione del piano disponga della politica IAM corretta. Per ulteriori informazioni, consulta [Aurora ha fornito una policy di esempio per blocchi di esecuzione scalabile](security_iam_region_switch_aurora_provisioned_scaling.md).

Per configurare un blocco di esecuzione Aurora Provisioned Scaling, inserisci i seguenti valori:
+ **Nome del passo: inserire un nome**.
+ **Descrizione della fase (opzionale):** inserisci una descrizione della fase.
+ **Identificatore globale del cluster:** inserisci l'identificatore per il cluster globale Aurora.
+ **ARN del cluster per{{Region}}:** Immettere l'ARN del cluster di database Aurora per ogni regione del piano.
+ **ARN dell'istanza per{{Region}}:** Immettere l'ARN dell'istanza del database Aurora per ogni regione del piano.
+ **Timeout:** inserire un valore di timeout.

Quindi, scegli **Salva** passaggio.

## Cosa viene valutato come parte della valutazione del piano
<a name="aurora-provisioned-scaling-block-eval"></a>

Quando Region switch valuta il piano, Region switch esegue diversi controlli sulla configurazione e sulle autorizzazioni del blocco di esecuzione Aurora Provisioned Scaling. Region switch verifica che quanto segue sia corretto:
+ Entrambi gli ARN di istanza sono ben formati.
+ Esiste almeno un'istanza.
+ Tutte le istanze esistenti appartengono al cluster previsto.
+ Entrambi gli ARN del cluster sono ben formati ed esistono.
+ Entrambi i cluster sono membri del cluster globale specificato.

Il cambio di regione verifica inoltre che il ruolo IAM del piano disponga delle autorizzazioni necessarie per il provisioned scaling di Aurora. Per ulteriori informazioni sulle autorizzazioni richieste per i blocchi di esecuzione degli switch di regione, consulta. [Aurora ha fornito una policy di esempio per blocchi di esecuzione scalabile](security_iam_region_switch_aurora_provisioned_scaling.md)

Le autorizzazioni IAM corrette sono essenziali per il corretto funzionamento del blocco di esecuzione Aurora Provisioned Scaling. Se una di queste convalide fallisce, Region switch restituisce avvisi relativi alla presenza di problemi e fornisce messaggi di errore specifici per aiutarti a risolvere i problemi di autorizzazione o configurazione.

## Risorse correlate
<a name="aurora-provisioned-scaling-block-resources"></a>
+ [Aurora ha fornito una policy di esempio per blocchi di esecuzione scalabile](security_iam_region_switch_aurora_provisioned_scaling.md)
+ [Classi di istanze DB di Amazon Aurora nella Guida](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html) per l'utente di *Amazon Aurora*