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à, puoi configurare le tabelle di Amazon Keyspaces Unità di capacità di lettura (RCU) e Unità di capacità di scrittura (WCU) indipendentemente.
Argomenti
Come recuperare le metriche di consumo dalle tabelle Amazon Keyspaces
Per valutare la capacità della tabella, monitora quanto segue CloudWatch metriche e seleziona la dimensione appropriata per recuperare le informazioni sulla tabella:
| unità di capacità in lettura | Unità di capacità in scrittura |
|---|---|
|
|
|
|
|
|
|
|
|
È possibile eseguire questa operazione tramite 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 sottodimensionata quando consuma costantemente più dell'80% della capacità fornita.
Capacità Burst è una funzionalità di Amazon Keyspaces che consente ai clienti di consumarne temporaneamente di più RCUs/WCUs rispetto a quanto originariamente previsto (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, vedere 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 da pianificazione del ridimensionamento automatico delle applicazioni, in cui si specificano le ore del giorno (e i giorni della settimana) per aumentare la capacità messa a disposizione e quando ridurla. Invece di puntare a una maggiore capacità in modo da poter coprire le ore di punta, puoi anche beneficiare di Scalabilità automatica delle tabelle Amazon Keyspaces configurazioni 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 si dispone di un carico di lavoro con un rapporto di utilizzo basso e accelerazione elevato (Massimo (ThrottleEvents) /Min (ThrottleEvents) nell'intervallo), ciò potrebbe verificarsi quando si ha un carico di lavoro molto intenso in cui il traffico aumenta in modo significativo in determinati giorni (o ore del giorno), ma per il resto è costantemente basso. In questi scenari, potrebbe essere utile utilizzare Application Auto Scaling pianificato.
