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à.
Valutare la capacità fornita per un provisioning di dimensioni adeguate
Questa sezione fornisce una panoramica su come valutare se il provisioning è di dimensioni corrette sulle tabelle Amazon Keyspaces. Man mano che il carico di lavoro si evolve, è necessario modificare le procedure operative in modo appropriato, soprattutto quando la tabella Amazon Keyspaces è configurata in modalità di provisioning e si rischia di effettuare un provisioning eccessivo o insufficiente delle tabelle.
Le procedure descritte in questa sezione richiedono informazioni statistiche che devono essere acquisite dalle tabelle Amazon Keyspaces che supportano l'applicazione di produzione. Per comprendere il comportamento dell'applicazione, è necessario definire un periodo di tempo sufficientemente significativo da rilevare la stagionalità dei dati dell'applicazione. Ad esempio, se l'applicazione mostra pattern settimanali, l'utilizzo di un periodo di tre settimane dovrebbe fornire spazio sufficiente per analizzare le esigenze di velocità di trasmissione effettiva dell'applicazione.
Se non sai da dove iniziare, utilizza almeno un mese di utilizzo dei dati per i calcoli seguenti.
Durante la valutazione della capacità, per le tabelle Amazon Keyspaces puoi configurare le unità di capacità di lettura (RCU) e le unità di capacità di scrittura (WCU) in modo indipendente.
Argomenti
Come recuperare le metriche di consumo dalle tabelle Amazon Keyspaces
Per valutare la capacità della tabella, monitora le seguenti CloudWatch metriche e seleziona la dimensione appropriata per recuperare le informazioni sulla tabella:
| unità di capacità in lettura | Unità di capacità in scrittura |
|---|---|
|
|
|
|
|
|
|
|
|
Puoi farlo tramite il AWS CLI o il. Console di gestione AWS
Come identificare le tabelle Amazon Keyspaces il cui provisioning è insufficiente
Per la maggior parte dei carichi di lavoro, una tabella è considerata sottofornita quando consuma costantemente più dell'80% della capacità fornita.
Usa la capacità burst in modo efficace in Amazon KeyspacesLa capacità Burst è una funzionalità di Amazon Keyspaces che consente ai clienti di consumare temporaneamente una quantità superiore a RCUs/WCUs quella inizialmente assegnata (più del throughput assegnato al secondo definito per la tabella). La capacità di espansione è stata creata per assorbire improvvisi aumenti di traffico dovuti a eventi speciali o picchi di utilizzo. Questa capacità di burst è limitata, per ulteriori informazioni, consulta. Usa la capacità burst in modo efficace in Amazon Keyspaces Non appena le RCU e le WCU inutilizzate si esauriscono, è possibile che si verifichino eventi di errore di throughput a bassa capacità se si tenta di consumare più capacità di quella assegnata. Quando il traffico delle applicazioni si avvicina al tasso di utilizzo dell'80%, il rischio di incorrere in eventi di errore di throughput a bassa capacità è notevolmente maggiore.
La regola del tasso di utilizzo dell'80% varia in base alla stagionalità dei dati e alla crescita del traffico. Considerare i seguenti scenari:
-
Se il traffico è rimasto stabile a un tasso di utilizzo di circa il 90% negli ultimi 12 mesi, la tabella ha la capacità corretta
-
Se il traffico delle applicazioni aumenta a un tasso dell'8% mensile in meno di 3 mesi, si arriverà al 100%
-
Se il traffico delle applicazioni aumenta a un tasso dell'5% mensile in meno di 4 mesi, si arriverà al 100%
I risultati delle query precedenti forniscono un'immagine del tasso di utilizzo. Utilizzali come guida per valutare ulteriormente altre metriche che possono aiutarti a scegliere di aumentare la capacità della tabella in base alle esigenze (ad esempio: un tasso di crescita mensile o settimanale). Collabora con il tuo team operativo per definire qual è una buona percentuale per il carico di lavoro e le tabelle.
Esistono scenari speciali in cui i dati sono distorti quando vengono analizzati su base giornaliera o settimanale. Ad esempio, con applicazioni stagionali che registrano picchi di utilizzo durante l'orario di lavoro (ma poi scendono quasi a zero al di fuori dell'orario di lavoro), potresti trarre vantaggio dalla pianificazione del ridimensionamento automatico delle applicazioni, in cui si specificano le ore del giorno (e i giorni della settimana) per aumentare la capacità assegnata e quando ridurla. Invece di puntare a una maggiore capacità in modo da poter coprire le ore di punta, puoi anche trarre vantaggio dalle configurazioni di ridimensionamento automatico delle tabelle di Amazon Keyspaces se la stagionalità è meno pronunciata.
Come identificare le tabelle Amazon Keyspaces con sovra-provisioning
I risultati delle query ottenuti dagli script precedenti forniscono i dati necessari per eseguire alcune analisi iniziali. Se il set di dati presenta valori di utilizzo inferiori al 20% per diversi intervalli, è possibile che la tabella presenti un provisioning eccessivo. Per definire ulteriormente se è necessario ridurre il numero di WCU e RCU, è necessario riesaminare le altre letture negli intervalli.
Quando la tabella contiene diversi intervalli di utilizzo bassi, puoi trarre vantaggio dall'utilizzo delle politiche Application Auto Scaling, pianificando Application Auto Scaling o semplicemente configurando le politiche di Application Auto Scaling predefinite per la tabella basate sull'utilizzo.
Se hai un carico di lavoro con un rapporto di utilizzo basso e accelerazione elevato (Max (ThrottleEvents) /Min (ThrottleEvents) nell'intervallo), ciò potrebbe accadere quando hai un carico di lavoro molto intenso in cui il traffico aumenta significativamente in giorni (o ore del giorno) specifici, ma per il resto è costantemente basso. In questi scenari, potrebbe essere utile utilizzare l'Application Auto Scaling pianificato. https://docs.aws.amazon.com/autoscaling/application/userguide/examples-scheduled-actions.html
