Nodi on demand

I nodi on demand consentono di pagare solo per l'utilizzo all'ora dell’istanza, senza impegni di lungo termine né pagamenti anticipati. In questo modo potrai scongiurare i costi e la complessità implicati nella pianificazione, nell'acquisto e nella manutenzione di hardware, trasformando dei costi fissi normalmente elevati in spese variabili molto più ridotte. Il tipo di nodo influisce sull'elaborazione, sulla capacità di archiviazione di dati in memoria e sul throughput di rete disponibili per il cluster MemoryDB.

Con MemoryDB multiregionale, i tuoi dati vengono scritti automaticamente in più Regioni AWS a tua scelta. Ogni scrittura avviene nella Regione locale e nelle Regioni replicate. È possibile migliorare sia la disponibilità sia la resilienza per attenuare la riduzione delle prestazioni di una Regione, beneficiando al contempo di letture e scritture locali a bassa latenza per le applicazioni multiregionali.

Per MemoryDB multiregionale, ti verranno addebitati i nodi (addebitati per ora di istanza utilizzata), i dati scritti (per le scritture locali) e l'archiviazione degli snapshot. Inoltre, ti verrà addebitato il trasferimento dei dati in uscita. Leggi l'esempio dettagliato dei prezzi multiregionali 4 di seguito.

 

  • Valkey
  • Redis OSS

Suddivisione in livelli dei dati

I nodi con livelli di dati utilizzano dischi a stato solido (SSD) per ottimizzare automaticamente i costi dei cluster MemoryDB spostando gli elementi meno utilizzati dalla memoria alle SSD. I dati archiviati su SSD manifestano un tempo di latenza leggermente superiore e un throughput effettivo minore rispetto a quelli in memoria. I nodi con livello di dati, disponibili per MemoryDB, sono perfetti per i carichi di lavoro che accedono regolarmente fino al 20% dei loro dati e per le applicazioni che possono tollerare un'ulteriore latenza la prima volta che si accede a un elemento meno utilizzato. I nodi R6gd di Amazon MemoryDB con memoria e unità di memoria a stato solido hanno una capacità totale di archiviazione circa 5 volte superiore e possono aiutare i clienti a risparmiare fino al 60% sui costi di archiviazione quando vengono eseguiti al massimo dell'utilizzo rispetto ai nodi R6g di MemoryDB con sola memoria. Vedere l'esempio di prezzi 3 di seguito per un confronto su come il tiering dei dati può ridurre la spesa.

  • Valkey
  • Redis OSS

Nodi riservati

I nodi riservati offrono un notevole sconto sulla tariffa oraria corrente per il nodo o i nodi riservati in un termine di uno o tre anni. Con i nodi riservati è possibile scegliere tra:

  • Pagamento ridotto su base oraria senza pagamento anticipato (Nessun anticipo)
  • Effettuare un pagamento anticipato parziale con costi orari ridotti (Pagamento anticipato parziale)
  • Pagamento anticipato anche per le tariffe orarie ridotte (Pagamento anticipato dell’intero costo)

I nodi riservati MemoryDB offrono una flessibilità dimensionale all'interno di una famiglia di nodi e di una Regione AWS. Ciò significa che la tariffa scontata per i nodi riservati verrà applicata automaticamente all'utilizzo di tutte le dimensioni della stessa famiglia di nodi. All’acquisto di nodi riservati, bisogna designare una Regione AWS, un tipo di nodo, un termine di pagamento e una quantità. I nodi riservati possono essere utilizzati solo nella Regione AWS designata.

I prezzi dei nodi riservati sono disponibili anche per i nodi del cluster che utilizzano MemoryDB multiregionale e il tiering dei dati.

* Si tratta del pagamento mensile medio per tutta la durata del periodo dei nodi riservati. Il pagamento mensile equivale al numero effettivo di ore del mese specifico, moltiplicato per la tariffa oraria di utilizzo o il numero di secondi in quel mese moltiplicato per la tariffa oraria di utilizzo divisa per 3600, a seconda del tipo di nodo MemoryDB eseguito. La tariffa oraria di utilizzo è pari alla media totale dei pagamenti mensili per il periodo del nodo riservato diviso per il numero totale di ore (calcolato su un anno di 365 giorni) per il periodo del nodo riservato.


** I prezzi orari effettivi aiutano a calcolare l'importo che un nodo riservato farà risparmiare rispetto ai prezzi on demand. Quando si acquista un nodo riservato, viene fatturata ogni ora per tutta la durata del periodo selezionato per il nodo riservato, indipendentemente dal fatto che questo sia in esecuzione o meno. Il prezzo orario effettivo mostra il costo orario ammortizzato del nodo. Questo include il costo totale del nodo riservato per l'intero periodo, incluso qualsiasi pagamento anticipato, e lo distribuisce su ogni ora del periodo del nodo riservato.

Dati scritti

Paghi solo per il volume di dati (in GB) che scrivi nel tuo cluster MemoryDB. Questi dati includono la chiave Redis OSS, il valore e il volume dei comandi. Non vi sono costi associati per le letture.

  • Valkey
  • Redis OSS
  • Dati scritti

    0,20 USD/GB
    (stesso prezzo in tutte le Regioni)

Archiviazione di snapshot

L'archiviazione di snapshot per un cluster MemoryDB è lo spazio di archiviazione associato agli snapshot automatici e avviati dall'utente che scatti. Uno snapshot è una copia di un intero cluster al momento della realizzazione dello snapshot. Non sono previsti costi aggiuntivi per lo storage di snapshot; l'intero storage di cluster MemoryDB di una regione. Non sono previsti costi aggiuntivi per lo storage di snapshot se il periodo di conservazione degli snapshot è di 1 giorno. L'archiviazione di snapshot aggiuntiva viene fatturata in base alle tariffe di archiviazione riportate nella tabella seguente:

  • Valkey
  • Redis OSS

Trasferimento dei dati

Con trasferimento dei dati in ingresso e in uscita s'intende il trasferimento verso e da MemoryDB. MemoryDB non addebita alcun costo per il trasferimento dei dati in entrata e non addebita alcun costo per i dati trasferiti tra MemoryDB e altri servizi AWS all'interno della stessa Regione AWS. MemoryDB addebita i costi per il trasferimento dei dati tra più Regioni AWS quando si utilizza l'opzione multiregionale.

Esempi di prezzo

Esempio di prezzo 1

Stai creando un'applicazione che richiede un database che fornisca un accesso rapido ai dati per consentire un'esperienza utente reattiva e in tempo reale per una società di logistica regionale. L'applicazione ha una dimensione totale del set di dati di 25 GB. In media, ogni ora viene aggiornato il 3% dei dati. Viene utilizzata un'architettura MemoryDB con una partizione che include un nodo primario e un nodo di replica per partizione per soddisfare i requisiti dell'applicazione. Viene scelto il tipo di nodo db.r6g.xlarge di MemoryDB per Valkey in quanto dispone di memoria sufficiente per contenere l'intero set di dati funzionante. È anche possibile scegliere di implementare il carico di lavoro negli Stati Uniti. occidentali (Oregon). Inoltre, imposti la conservazione degli snapshot su 2 giorni, consentendoti di archiviare lo snapshot gratuitamente per il primo giorno e addebitando lo storage di snapshot per il giorno successivo.

I costi totali vengono calcolati come segue:
Costi dei nodi on demand
(1 primario + 1 replica) × 1 = 2 nodi in totale
Prezzo orario db.r6g.xlarge = 0,432 USD all'ora
2 nodi × 0,432 USD = 0,864 USD all'ora
Costi dati scritti
Dati scritti = 25 GB × 3% (aggiornamento orario del throughput) = 0,75 GB all'ora
Prezzo dati scritti = 0 USD (fino a 10 TB/mese)
0,750 GB all'ora × 0,20 USD per GB = 0,150 USD all'ora
Costi di storage di snapshot
Giorno 1: storage gratuito di snapshot
Giorno 2: spazio di storage di snapshot per 25 GB = 25 GB* 0,021 USD per GB al mese = 0,525 USD al mese
0,525 USD/730 ore al mese = 0,001 USD/ora
Costi totali
Costi dei nodi = 0,864 USD all'ora
Costi dati scritti = 0 USD
Costi di archiviazione di snapshot = 0,001 USD all'ora
Totale = 0,864 USD + 0 USD + 0,001 USD = 0,865 USD all'ora

Esempio di prezzo 2

Supponiamo di lavorare in una società di media e intrattenimento in cui un team ha creato un'applicazione che richiede una latenza molto bassa e un throughput elevato. Per soddisfare questi requisiti prestazionali, viene utilizzato Amazon MemoryDB per Valkey come database principale. L'applicazione è ad alta intensità di lettura e ha una dimensione totale del set di dati di 50 GB costituiti da oggetti da 100 byte (include chiave Valkey, valore e dimensione del comando). L'applicazione è composta per l'80% da lettura e per il 20% da scrittura e circa 50.000 transazioni al secondo. Puoi scegliere due partizioni di tipo nodo db.r6g.xlarge per disporre di memoria sufficiente per contenere l'intero set di dati nel cluster (50 GB) e selezionare una replica per partizione per supportare le letture dell'applicazione e l'alta disponibilità. Scegli anche di implementare il carico di lavoro tra due zone di disponibilità (AZ) negli Stati Uniti orientali (Virginia settentrionale) per un'alta disponibilità. Inoltre, imposti la conservazione degli snapshot su 2 giorni, consentendoti di archiviare lo snapshot gratuitamente per il primo giorno e addebitando lo storage di snapshot per il giorno successivo. I costi totali vengono calcolati come segue:

Costi dei nodi on demand
(1 primario + 1 replica) × 2 = 4 nodi in totale
Prezzo orario db.r6g.xlarge = 0,432 USD all'ora
4 nodi × 0,617 USD = 1,727 USD all'ora
Costi dati scritti
MemoryDB addebita solo le spese di scrittura. Quindi, per 50.000 transazioni al secondo con il 20% di scrittura e l'80% di lettura, si paga solo il 20% di 50.000 (10.000 transazioni al secondo).
Pertanto, sono 10.000 transazioni al secondo × 100 byte × 60 × 60 = 3,6 GB all'ora
Prezzi dati scritti = 0 USD per GB (fino a 10 TB/mese)
3,6 GB × 0,20 USD per GB = 0,720 USD all'ora
Costi di storage di snapshot
Giorno 1: storage gratuito di snapshot
Giorno 2: spazio di storage di snapshot per 50 GB = 50 GB* 0,021 USD per GB al mese = 1,050 USD al mese
1,05 USD / 730 ore al mese = 0,001 USD/ora
Costi totali
Costi dei nodi = 1,727 USD all'ora
Costi per la scrittura dei dati = 0 USD all'ora
Costi di archiviazione di snapshot = 0,001 USD all'ora
Totale = 1,727 USD + 0 USD + 0,001 USD = 1,728 USD all'ora

Esempio di prezzo 3

Supponiamo di lavorare in una società finanziaria in cui un team ha creato un'applicazione con MemoryDB per Valkey come database principale per soddisfare i requisiti prestazionali. L'applicazione è di natura temporale, accede principalmente a dati generati nell'ultimo mese, ma per fini di conformità è necessario che conservi i dati degli ultimi 12 mesi. L'applicazione ha una dimensione totale del set di dati di 840 GB. In media, l’1% dei dati viene aggiornato ogni ora. Si utilizza un cluster MemoryDB con due partizioni che include un nodo primario e un nodo di replica per partizione per soddisfare i requisiti dell'applicazione. Poiché la tua applicazione utilizza i dati aggiornati più di recente, seleziona il tipo di nodo db.r6gd.4xlarge con suddivisione in livelli dei dati. Scegli anche di implementare il carico di lavoro tra tre zone di disponibilità (AZ) negli Stati Uniti orientali (Virginia settentrionale) per un'alta disponibilità. Inoltre, imposti la conservazione degli snapshot su 2 giorni, consentendoti di archiviare il primo snapshot gratuitamente e addebitando lo storage di snapshot per il secondo snapshot. I costi totali vengono calcolati come segue:

Costi dei nodi on demand
Dimensioni del set di dati: 840 GB
Capacità di memoria utilizzabile db.r6gd.4xlarge: 105,81 GiB/nodo = 113,64 GB/nodo, meno il 19% di memoria per uso diverso dai dati:
113,64 * 0,81 = 92,05 GB/nodo
Capacità del disco a stato solido db.r6gd.4xlarge: 398,14 GiB = 427,6 GB
Capacità totale per nodo: 92,05 + 427,6 = 519,65 GB/nodo
Partizioni richieste per il set di dati: 840 GB ÷ 519,65 GB/nodo = 2
Ogni partizione: (1 primario +1 replica) nodi
(1 primario + 1 replica) × 2 partizioni = 4 nodi totali
Prezzo orario db.r6gd.4xlarge = 2,586 USD all'ora
Costo orario totale: 4 nodi × 2,586 USD per ora = 10,35 USD

Costi dati scritti
Dati scritti = 840 GB × 1% (aggiornamento del throughput ogni ora) = 8,4 GB all'ora
Prezzi dati scritti = 0,04 USD per GB (per dati scritti oltre 10 TB/mese)
8,4 GB all'ora × 0,004 USD per GB = 0,336 USD all'ora

Costi di archiviazione di snapshot
Giorno 1: storage gratuito di snapshot
Giorno 2: spazio di storage di snapshot per 840 GB = 840 GB* 0,021 USD per GB al mese = 17,64 USD al mese
17,64 USD/730 USD ore al mese = 0,0242 USD/ora

Costi totali
Costi dei nodi = 10,35 USD all'ora
Costi per la scrittura dei dati = 0,336 USD all'ora
Costi di archiviazione di snapshot = 0,0242 USD all'ora
Totale = 10,35 USD + 0,336 USD + 0,0242 USD = 10,71 USD all'ora

Partizioni necessarie se l’esecuzione completa è in memoria: 840 GB ÷ 113,64 GB per nodo per db.r6g.4xlarge = 8
Prezzo on demand db.r6g.4xlarge: 1,724 USD all'ora
Ogni partizione: (1 primario + 1 replica) nodi
(1 primario + 1 repliche) × 8 partizioni = 16 nodi totali
Costo orario per eseguire tutto in memoria: 16 nodi × 1,724 USD all'ora = 27,58 USD
Risparmio rispetto all'esecuzione completa in memoria: (27,58 USD - 10,35 USD) / 27,58 USD = 62,4%

Esempio di prezzo 4

Supponiamo che lavori in una banca con sede negli Stati Uniti e il tuo team ha creato un'applicazione che richiede durabilità, disponibilità elevata e la replica dei dati in almeno due Regioni per il disaster recovery. Vuoi che i tuoi dati vengano replicati nelle due Regioni AWS Stati Uniti orientali (Virginia settentrionale) e Stati Uniti occidentali (Oregon). L'applicazione è composta per il 90% di letture e per il 10% di scritture e prevede circa 75.000 transazioni al secondo. La dimensione totale del set di dati è di 50 GB con comandi di scrittura di 150 byte. Scegli due partizioni di tipo di nodo db.r7g.xlarge per disporre di memoria sufficiente per contenere l'intero set di dati nel cluster (50 GB) e selezioni una replica per partizione per supportare le letture dell'applicazione e la disponibilità elevata. Inoltre, imposti la conservazione degli snapshot su 2 giorni, usufruendo dell'archiviazione gratuita dello snapshot il primo giorno e pagando per l'archiviazione dello snapshot il giorno successivo. 

I costi totali vengono calcolati come segue:

Costi per nodi on demand per Regione
(1 primario + 1 replica) * 2 partizioni = 4 nodi totali Prezzo orario di db.r7g.xlarge = 0,4319 USD/ora 4 nodi * 0,4319 USD = 1,728 USD/ora per Regione
Costi dei dati scritti
MemoryDB addebita solo le scritture in una Regione locale. Quindi, per 75.000 transazioni al secondo con il 10% di scrittura e il 90% di lettura, si paga solo il 10% di 75.000 (7.500 transazioni al secondo). Il calcolo sarà quindi: 7.500 transazioni al secondo * 150 byte * 60 * 60 = 4,05 GB/ora, ossia 2,96 TB/mese (4,05 * 730 GB/mese). 
Costi dei dati scritti = 0 USD per GB (fino a 10 TB/mese)
Poiché 2,96 TB/mese sono inferiori ai 10 TB/mese, non ti verrà addebitato alcun costo per i dati scritti.
Costi di trasferimento dei dati
Costo del trasferimento dei dati in uscita = 0,02 USD/GB per Stati Uniti orientali (Virginia settentrionale) e Stati Uniti occidentali (Oregon)
Per 4,05 GB/ora di dati, i costi di trasferimento dei dati in uscita ammonteranno a 4,05 * 0,02 USD = 0,081 USD all'ora
Costi di archiviazione degli snapshot
Giorno 1: archiviazione gratuita dello snapshot
Giorno 2: spazio di archiviazione dello snapshot per 50 GB = 50 GB* 0,021 USD per GB al mese = 1,050 USD al mese
1,05 USD / 730 ore al mese = 0,001 USD/ora

Costi totali
Costi per la Regione Stati Uniti orientali (Virginia settentrionale)
Costi dei nodi = 1,728 USD all'ora
Costi per i dati scritti = 0 USD all'ora (entro il livello gratuito di 10 TB al mese)
Costi di trasferimento dei dati = 0,081 USD all'ora
Costi di archiviazione degli snapshot = 0,001 USD all'ora
Costi per la Regione Stati Uniti occidentali (Oregon)
Costi dei nodi = 1,728 USD all'ora
Costi per i dati scritti = 0 USD all'ora (poiché MemoryDB addebita solo le scritture in una Regione locale)
Costi di archiviazione degli snapshot = 0,001 USD all'ora
Costi totali
Costi totali per 2 Regioni all'ora = 3,539 USD
Costi totali per 2 Regioni al mese = 730 ore * 3,539 USD/ora = 2.583,47 USD al mese

Risorse aggiuntive sui prezzi

Calcolatore di prezzi di AWS

Calcola facilmente le spese mensili con AWS

Scopri come iniziare
Leggi altre risorse sulle nozioni di base

Scopri le risorse di MemoryDB nella pagina delle nozioni di base.

Ulteriori informazioni 
Impara con un tutorial
Impara con un tutorial

Scopri come configurare il tuo primo cluster MemoryDB.

Nozioni di base 
 Inizia a usare MemoryDB
Inizia a usare MemoryDB

Consulta la guida per l'utente di MemoryDB per iniziare.

Consulta la documentazione