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à.
Valuta la modalità di capacità della tua tabella
Questa sezione fornisce una panoramica su come selezionare la modalità di capacità appropriata per la tabella Amazon Keyspaces. Ogni modalità è ottimizzata per soddisfare le esigenze di un carico di lavoro diverso in termini di capacità di risposta alle variazioni della velocità di trasmissione effettiva e di fatturazione dell'utilizzo. Per prendere una decisione è necessario bilanciare questi fattori.
Argomenti
Modalità di capacità della tabella disponibili
Quando crei una tabella Amazon Keyspaces, devi selezionare la modalità di capacità su richiesta o con provisioning. Per ulteriori informazioni, consulta Configura le modalità di read/write capacità in Amazon Keyspaces.
On-demand modalità di capacità
La modalità di capacità su richiesta è progettata per eliminare la necessità di pianificare o fornire la capacità della tabella Amazon Keyspaces. In questa modalità, la tabella soddisfa istantaneamente le richieste senza la necessità di aumentare o diminuire le risorse (fino al doppio del throughput massimo precedente della tabella).
On-demand le tabelle vengono fatturate contando il numero di richieste effettive rispetto alla tabella, in modo da pagare solo ciò che si utilizza anziché ciò che è stato assegnato.
Modalità di capacità assegnata
La modalità di capacità assegnata è un modello più tradizionale in cui è possibile definire la capacità disponibile nella tabella per le richieste direttamente o con l'assistenza di Application Auto Scaling. Poiché per la tabella viene assegnata una capacità specifica in un dato momento, la fatturazione si basa sulla capacità assegnata anziché sul numero di richieste. Il superamento della capacità allocata può inoltre far sì che la tabella rifiuti le richieste e riduca l'esperienza degli utenti dell'applicazione.
La modalità di capacità assegnata richiede un equilibrio tra l'assenza di sovra-provisioning o sottoprovisioning della tabella per ottenere entrambi i risultati, la riduzione degli errori di capacità di throughput insufficiente e l'ottimizzazione dei costi.
Quando selezionare la modalità di capacità on demand
Per l'ottimizzazione dei costi, la modalità on-demand è la scelta migliore quando si ha un carico di lavoro imprevedibile simile a quello mostrato nel grafico seguente.
Questi fattori contribuiscono a questo tipo di carico di lavoro:
-
Tempi imprevedibili delle richieste (con conseguenti picchi di traffico)
-
Volume variabile di richieste (derivante da carichi di lavoro in batch)
-
Scende a zero o al di sotto del 18% del picco per una determinata ora (a causa di ambienti di sviluppo o test)
Per i carichi di lavoro con le caratteristiche sopra indicate, l'utilizzo di Application Auto Scaling per mantenere una capacità sufficiente affinché la tabella risponda ai picchi di traffico può portare a risultati indesiderati. È possibile che il provisioning della tabella sia eccessivo e che costi più del necessario, oppure che il provisioning della tabella sia insufficiente e le richieste generino inutili errori di throughput a bassa capacità. In casi come questo, le tabelle su richiesta sono la scelta migliore.
Poiché i tavoli su richiesta vengono fatturati su richiesta, non è necessario fare nient'altro a livello di tavolo per ottimizzare i costi. Dovresti valutare regolarmente le tue tabelle su richiesta per verificare che il carico di lavoro abbia ancora le caratteristiche sopra indicate. Se il carico di lavoro si è stabilizzato, valuta la possibilità di passare alla modalità con provisioning per mantenere l'ottimizzazione dei costi.
Quando selezionare la modalità di capacità assegnata
Un carico di lavoro ideale per la modalità di capacità assegnata è quello con un modello di utilizzo più prevedibile, come mostrato nel grafico seguente.
I seguenti fattori contribuiscono a un carico di lavoro prevedibile:
-
Predicable/cyclical traffico per una determinata ora o giorno
-
Picchi di traffico limitati e di breve durata
Poiché i volumi di traffico in una determinata ora o giorno sono più stabili, è possibile impostare la capacità assegnata relativamente vicina alla capacità effettivamente consumata dalla tabella. L'ottimizzazione dei costi di una tabella della capacità accantonata è in definitiva un esercizio per avvicinare la capacità accantonata (linea blu) alla capacità consumata (linea arancione) senza aumentare ThrottledRequests gli eventi relativi alla tabella. Lo spazio tra le due linee è sia uno spreco di capacità che un'assicurazione contro un'esperienza utente negativa dovuta a errori di capacità di throughput insufficienti.
Amazon Keyspaces fornisce Application Auto Scaling per le tabelle di capacità assegnate, che la bilancia automaticamente per conto dell'utente. Puoi tenere traccia della capacità consumata nell'arco della giornata e configurare la capacità assegnata alla tabella in base a una serie di variabili.
Unità di capacità minima
È possibile impostare la capacità minima di una tabella per limitare il verificarsi di errori di capacità di throughput insufficiente, ma ciò non riduce il costo della tabella. Se la tabella presenta periodi di scarso utilizzo seguiti da un improvviso aumento di utilizzo elevato, l'impostazione del valore minimo può impedire ad Application Auto Scaling di impostare la capacità della tabella su un valore troppo basso.
Unità di capacità massima
È possibile impostare la capacità massima di una tabella per limitare un dimensionamento della tabella maggiore del previsto. Valuta la possibilità di applicare un valore massimo per le tabelle di sviluppo o di test, dove non è consigliabile eseguire test di carico su larga scala. È possibile impostare un valore massimo per qualsiasi tabella, ma assicuratevi di valutare regolarmente questa impostazione rispetto alla linea di base della tabella quando la utilizzate in produzione, per evitare errori accidentali di capacità di throughput insufficiente.
Utilizzo di destinazione
L'impostazione dell'utilizzo di destinazione della tabella è il mezzo principale per l'ottimizzazione dei costi per una tabella con capacità assegnata. Se si imposta qui un valore percentuale inferiore, si aumenta l'eccesso di provisioning della tabella, aumentando i costi ma riducendo il rischio di errori relativi alla capacità di throughput insufficiente. L'impostazione di un valore percentuale più elevato riduce l'eccesso di provisioning della tabella, ma aumenta il rischio di errori di capacità di throughput insufficiente.
Fattori aggiuntivi da valutare nella scelta di una modalità di capacità della tabella
Al momento di decidere tra le due modalità di capacità, occorre considerare alcuni fattori aggiuntivi.
Nel decidere tra le due modalità del tavolo, considerate in che misura questo sconto aggiuntivo incide sul costo del tavolo. In molti casi, anche un carico di lavoro relativamente imprevedibile può essere più conveniente se eseguito su una tabella di capacità predisposta con provisioning eccessivo e capacità riservata.
Miglioramento della prevedibilità del carico di lavoro
In alcune situazioni, un carico di lavoro può apparentemente avere entrambi gli schemi, prevedibili e imprevedibili. Sebbene ciò possa essere facilmente supportato con una tabella su richiesta, i costi saranno probabilmente inferiori se si riuscissero a migliorare gli schemi imprevedibili del carico di lavoro.
Una delle cause più comuni di questi modelli sono le importazioni in batch. Questo tipo di traffico può spesso superare la capacità di base della tabella a tal punto che, in caso di esecuzione, si verificherebbero errori di capacità di trasmissione insufficienti. Per mantenere un carico di lavoro come questo in esecuzione su una tabella con capacità assegnata, valuta le seguenti opzioni:
-
Se il batch si verifica in orari pianificati, è possibile pianificare un aumento della capacità di scalabilità automatica dell'applicazione prima che venga eseguita.
-
Se il batch viene eseguito in modo casuale, valuta la possibilità di provare a prolungare il tempo necessario per l'esecuzione anziché eseguirlo il più velocemente possibile.
-
Aggiungete un periodo di accelerazione all'importazione, in cui la velocità di importazione inizia ridotta ma aumenta lentamente nell'arco di alcuni minuti fino a quando Application Auto Scaling non ha l'opportunità di iniziare a regolare la capacità della tabella.
