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
Categoria: Ridimensionamento 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 calcolo 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 per l'intero carico di produzione nel momento in cui arriva il traffico.
Vantaggi principali
Abbinamento automatico della capacità: lo switch di regione legge la classe dell'istanza di origine e ridimensiona l'istanza di destinazione in base alla quale corrisponde, eliminando il rischio che i database con poco provisioning ricevano traffico di produzione dopo un failover.
Creazione dell'istanza quando necessario: se l'istanza di destinazione non esiste ancora, il Region switch la crea con la classe di istanza corretta.
Cross-family intelligenza: quando il tipo di istanza di origine non è disponibile nella regione di destinazione, il cambio di regione 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à dei tipi di istanza.
Quando utilizzarlo
Qualsiasi piano di ripristino in cui Aurora ha effettuato il provisioning delle istanze deve essere al massimo della capacità di produzione prima che il traffico cambi.
Active-passive Aurora Global Databases: la tua regione secondaria utilizza un'istanza di lettura più piccola (più economica) che deve essere scalata 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 corretto dimensionamento automatico durante il failover.
Come si confronta Aurora Provisioned Scaling con le alternative
Senza questo blocco di esecuzione, i clienti devono garantire la capacità del database di destinazione manualmente o tramite automazione personalizzata prima di cambiare regione.
| Approccio | Pros/Cons | |
|---|---|---|
| 1 | Blocco Aurora Provisioned Scaling | Completamente automatizzato, gestisce la mappatura interfamiliare, crea istanze mancanti ed è integrato con l'orchestrazione degli switch regionali |
| 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 tramite script () Lambda/SSM | Logica personalizzabile; deve essere compilata, testata e gestita; non è integrata con il sequenziamento degli switch regionali; non può sfruttare la valutazione nativa del piano |
| 4 | Pre-provisioning (corrisponde sempre) | Ritardo di failover pari a zero. Raddoppia i costi in una regione in standby; uno spreco per le architetture attive-passive |
Il blocco Aurora Provisioned Scaling è la scelta giusta quando si desidera uno scaling della capacità automatizzato e convalidato come passaggio integrato nel piano di ripristino dello switch regionale.
Come funziona
Quando il blocco di esecuzione Aurora Provisioned Scaling viene eseguito durante l'esecuzione del piano, lo switch Region 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 è in uno
availablestato, lo switch Region attende che diventi disponibile prima di procedere.Se l'istanza di destinazione non esiste, lo switch di regione la crea nel cluster di destinazione con la classe di istanza dell'istanza di origine.
Se l'istanza di destinazione esiste, lo switch Region 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, lo switch Region modifica l'istanza di destinazione in modo che corrisponda alla classe di origine.
Se le istanze appartengono a famiglie diverse o il target 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 quando non raggiunge lo
availablestato, quindi contrassegna il passaggio come completato.
Nota
Il cambio di regione viene scalato solo verso l'alto. Se l'istanza di destinazione è già uguale o più grande dell'origine, non viene apportata alcuna modifica.
Configurazione
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 Esempio di policy di dimensionamento ed esecuzione dei blocchi di esecuzione predisposta da Aurora.
Per configurare un blocco di esecuzione Aurora Provisioned Scaling, inserite i seguenti valori:
Nome del passaggio: immettete un nome.
Descrizione del passaggio (opzionale): inserisci una descrizione del passaggio.
Identificatore globale del cluster: inserite l'identificatore per il cluster globale Aurora.
Cluster ARN per
Region: Inserisci l'ARN del cluster di database Aurora per ciascuna regione del piano.ARN di istanza per
Region: Inserisci l'ARN dell'istanza del database Aurora per ciascuna regione del piano.Timeout: immettete un valore di timeout.
Quindi, scegli Salva passaggio.
Risorse correlate
