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 Serverless Scaling di Aurora
Categoria: Scalabilità del database
Durante un cambio di regione, il cluster Aurora Serverless di destinazione potrebbe avere impostazioni ACU (Aurora Capacity Unit) molto inferiori a quelle necessarie per assorbire il traffico di produzione. Il blocco di esecuzione Aurora Serverless Scaling calcola e applica automaticamente la capacità ACU minima e massima corretta al cluster di destinazione in base all'utilizzo effettivo del cluster di origine, assicurando che il database serverless sia in grado di gestire il carico di lavoro in entrata senza limitazioni o errori di connessione.
Vantaggi principali
Usage-based calcolo della capacità: anziché affidarsi alla configurazione statica, il Region switch ricava la capacità di destinazione dal picco effettivo di utilizzo del cluster di origine nelle ultime 24 ore, offrendo una capacità della dimensione corretta in base a modelli di traffico reali.
Cross-engine-type intelligenza: indipendentemente dal fatto che la configurazione di origine sia Serverless, Provisioned o ibrida, lo switch Region sa come tradurre la capacità di origine in impostazioni ACU appropriate per il cluster Serverless di destinazione.
Percentage-based scalabilità per active-active: configura una percentuale target superiore al 100% (ad esempio, 200%) per le architetture active-active in cui la destinazione deve assorbire il traffico combinato da entrambe le regioni.
Quando utilizzarlo
Active-passive con Serverless standby: la regione di destinazione esegue un cluster Serverless con ACU minime e deve essere scalato prima di ricevere traffico di produzione.
Active-active failover: entrambe le regioni gestiscono il traffico e, durante uno switch, la regione rimanente deve gestire il carico combinato, utilizzando una percentuale target superiore al 100%.
Mixed-engine Database globali: la regione di origine utilizza istanze predisposte ma la destinazione utilizza Serverless: lo switch di regione gestisce automaticamente la conversione della capacità.
In che modo Aurora Serverless Scaling si confronta con le alternative
Senza questo blocco di esecuzione, i clienti devono calcolare manualmente i requisiti ACU e modificare le impostazioni del cluster prima di cambiare traffico, un processo complesso e soggetto a errori, soprattutto quando l'origine e la destinazione utilizzano tipi di motore diversi.
| Approccio | Pro | Contro | |
|---|---|---|---|
| 1 | Blocco Aurora Serverless Scaling | Calcolo automatico a partire dall'utilizzo reale, gestione della traduzione su più motori, controllo basato sulle percentuali, integrato con l'orchestrazione del piano | Si espande solo verso l'alto; modifica le impostazioni ACU che possono differire da IaC |
| 2 | Regolazione ACU manuale | Controllo completo | Richiede il calcolo degli equivalenti ACU sotto pressione; lento; soggetto a errori |
| 3 | Automazione tramite script | Personalizzabile | Deve replicare la logica di traduzione intermotore; nessuna valutazione del piano; oneri di manutenzione |
| 4 | Pre-provisioning (l'ACU massimo è sempre elevato) | Nessun ritardo nel failover | Costoso; vanifica i vantaggi in termini di costi del sistema Serverless; comporta sprechi in una regione in standby |
Il blocco Aurora Serverless Scaling è la scelta giusta quando è necessario un ridimensionamento della capacità automatizzato e consapevole dell'utilizzo che gestisca la complessità della traduzione ACU tra più motori.
Come funziona
Dopo aver configurato un blocco di esecuzione di Aurora Serverless Scaling, Region switch conferma che nel database globale specificato sono presenti un cluster di origine e un cluster di destinazione. La capacità di destinazione viene determinata in base al tipo di cluster di origine:
L'origine è Serverless:
ACU minimo = picco di utilizzo dell'ACU osservato nel cluster di origine (la
ServerlessDatabaseCapacityCloudWatch metrica) nelle ultime 24 oreACU massimo = picco dell'ACU massimo del cluster di origine nelle ultime 24 ore
La fonte è fornita:
Mappa la memoria dell'istanza EC2 del cluster di origine su ACU equivalenti (memoria di istanza in GiB ÷ 2)
Imposta l'ACU massimo su 256
La fonte è ibrida (Provisioned + Serverless):
ACU minimo = valore massimo dell'equivalente ACU dell'istanza sottoposta a provisioning e dell'utilizzo dell'ACU serverless osservato nell'arco di 24 ore
ACU massimo = 256
Il cambio di regione applica quindi la percentuale target per calcolare i valori finali:
destination min ACU = round_to_nearest_0.5(targetPercent × source min ACU) destination max ACU = round_to_nearest_0.5(targetPercent × source max ACU)
Se la capacità attuale del cluster di destinazione è già pari o superiore all'obiettivo calcolato, il cambio di regione completa il passaggio senza apportare modifiche. Il cambio di regione non riduce la capacità del cluster. Quando il cluster di destinazione non è Serverless, il blocco viene completato correttamente senza alcuna operazione.
Per i piani attivi e attivi, Region switch utilizza l'altra regione configurata come origine. Se una regione viene disattivata, il cambio di regione utilizza l'altra regione attiva come origine per calcolare la percentuale da scalare.
Nota
L'esecuzione di questo blocco modifica le impostazioni della capacità ACU minima e massima dei cluster Aurora Serverless, il che può causare una deviazione della configurazione se si gestiscono questi valori tramite strumenti infrastructure-as-code o altre automazioni. Assicurati che i tuoi processi di gestione della configurazione tengano conto di queste modifiche per evitare rollback involontari.
Configurazione
Quando configurate il blocco di esecuzione Aurora Serverless Scaling, inserite l'identificatore globale del cluster per il vostro Aurora Global Database e gli ARN del cluster di database per ogni regione che desiderate scalare durante l'esecuzione del piano.
Importante
Prima di configurare il blocco di esecuzione, assicuratevi che il ruolo di esecuzione del piano disponga della politica IAM corretta. Per ulteriori informazioni, consulta Esempio di policy Aurora serverless Scaling Execution Block.
Per configurare un blocco di esecuzione Aurora Serverless Scaling, inserite i seguenti valori:
Nome del passaggio: immettete un nome.
Descrizione del passaggio (opzionale): inserisci una descrizione del passaggio.
Nome del cluster Aurora Global Database: immettete l'identificatore globale del cluster.
Cluster ARN per regione: inserisci l'ARN del cluster di database da utilizzare in ciascuna regione per il tuo piano.
Percentuale target (opzionale): inserisci la percentuale di capacità di origine derivata a cui scalare il cluster di destinazione. Il valore predefinito è 100. Per i piani attivi attivi, considera un valore più alto (ad esempio, 200%) per tenere conto del traffico combinato.
Timeout: inserisci un valore di timeout.
Quindi, scegli Salva passaggio.
Risorse correlate
Gestione della capacità Aurora Serverless v2 nella Amazon Aurora User Guide
