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 Serverless Scaling
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 throttling o errori di connessione.
Vantaggi principali
Usage-based calcolo della capacità: anziché fare affidamento sulla configurazione statica, Region Switch ricava la capacità di destinazione dall'effettivo picco di utilizzo del cluster di origine nelle ultime 24 ore, offrendo una capacità della giusta dimensione in base a modelli di traffico reali.
Cross-engine-type intelligenza: indipendentemente dal fatto che l'origine sia Serverless, Provisioned o una configurazione ibrida, Region switch 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 utilizzare
Active-passive con standby serverless: la regione di destinazione esegue un cluster serverless con un numero minimo di ACU e deve essere ampliata prima di ricevere il traffico di produzione.
Active-active failover: entrambe le regioni servono il traffico e, durante un passaggio, 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 assegnate, 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 automatizzato in base all'utilizzo reale, gestisce la traduzione su più motori, controllo basato sulla percentuale, integrato con l'orchestrazione del piano | Scalabilità solo verso l'alto; modifica le impostazioni ACU che potrebbero differire da IAc |
| 2 | Regolazione manuale dell'ACU | Controllo completo | Richiede il calcolo degli equivalenti dell'ACU sotto pressione; è lento; soggetto a errori |
| 3 | Automazione basata su script | Personalizzabile | Deve replicare la logica di traduzione tra più motori; nessuna valutazione del piano; oneri di manutenzione |
| 4 | Pre-provisioning (ACU massima sempre alta) | Nessun ritardo nel failover | Costoso, vanifica i vantaggi in termini di costi della tecnologia Serverless e rappresenta uno spreco in una regione di standby |
Il blocco Aurora Serverless Scaling è la scelta giusta quando è necessaria una scalabilità della capacità automatizzata e sensibile all'utilizzo che gestisca la complessità della traduzione ACU tra più motori.
Come funziona
Dopo aver configurato un blocco di esecuzione Aurora Serverless Scaling, Region switch conferma la presenza di un cluster di origine e un cluster di destinazione nel database globale specificato. 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 dal cluster di origine (la
ServerlessDatabaseCapacityCloudWatch metrica) nelle ultime 24 oreACU massima = picco dell'ACU massima del cluster di origine nelle ultime 24 ore
L'origine è fornita:
Mappa la memoria dell'istanza EC2 del cluster di origine su ACU equivalenti (memoria di istanza in GiB ÷ 2)
Imposta il numero massimo di ACU su 256
L'origine è ibrida (Provisioned + Serverless):
ACU minimo = valore massimo dell'equivalente ACU dell'istanza fornita e utilizzo ACU serverless osservato nell'arco di 24 ore
ACU massima = 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. Lo switch di regione non riduce la capacità del cluster. Quando il cluster di destinazione non è Serverless, il blocco viene completato correttamente in modalità no-op.
Per i piani active-active, Region switch utilizza l'altra regione configurata come origine. Se una regione viene disattivata, il cambio di regione utilizza l'altra regione attiva come fonte 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 potrebbe causare variazioni di configurazione se gestisci questi valori tramite strumenti infrastructure-as-code o altra automazione. Assicurati che i processi di gestione della configurazione tengano conto di queste modifiche per evitare rollback involontari.
Configurazione
Quando configuri il blocco di esecuzione Aurora Serverless Scaling, inserisci l'identificatore globale del cluster per Aurora Global Database e gli ARN del cluster di database per ogni regione che desideri 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 Policy di esempio per l'esecuzione dei blocchi di scalabilità senza server di Aurora.
Per configurare un blocco di esecuzione Aurora Serverless Scaling, inserisci i seguenti valori:
Nome del passaggio: immettere un nome.
Descrizione della fase (opzionale): inserisci una descrizione della fase.
Nome del cluster Aurora Global Database: immettere l'identificatore globale del cluster.
ARN del cluster per regione: inserisci l'ARN del cluster di database da utilizzare in ogni regione del tuo piano.
Percentuale di destinazione (opzionale): inserire la percentuale di capacità di origine derivata su cui scalare il cluster di destinazione. Il valore predefinito è 100. Per i piani active-active, considera un valore più alto (ad esempio, 200%) per tenere conto del traffico combinato.
Timeout: inserisci un valore di timeout.
Quindi, scegli Salva passaggio.
Cosa viene valutato come parte della valutazione del piano
Quando Region switch valuta il piano, Region switch esegue diversi controlli critici sulla configurazione e sulle autorizzazioni del blocco di esecuzione Aurora Serverless Scaling. La valutazione degli switch di regione verifica che i cluster Aurora Serverless siano presenti in entrambe le regioni, garantisce che siano configurati e accessibili correttamente e rileva la capacità attuale in ciascuna regione. Conferma inoltre che la capacità massima nel cluster della regione di destinazione è sufficiente per gestire la corrispondenza percentuale di scala specificata con la capacità richiesta.
Il cambio di regione verifica inoltre che il ruolo IAM del piano disponga delle autorizzazioni corrette per la scalabilità senza server di Aurora. Per ulteriori informazioni sulle autorizzazioni richieste per i blocchi di esecuzione degli switch di regione, consulta. Policy di esempio per l'esecuzione dei blocchi di scalabilità senza server di Aurora Se uno qualsiasi dei controlli fallisce, Region Switch restituisce messaggi di avviso, che è possibile visualizzare nella console. In alternativa, puoi ricevere gli avvisi di convalida tramite o utilizzando le operazioni API.
Risorse correlate
