Scelta delle dimensioni dei nodi - Amazon ElastiCache

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à.

Scelta delle dimensioni dei nodi

La scelta delle dimensioni dei nodi per un cluster influisce sui costi, le prestazioni e la tolleranza ai guasti.

Scelta delle dimensioni dei nodi Memcached

I cluster Memcached possono contenere uno o più nodi, tra i quali ripartire i propri dati. Per questo motivo, le esigenze di memoria del cluster e la memoria di un nodo sono correlate, ma non corrispondenti. La necessaria capacità di memoria del cluster può contare su pochi nodi grandi o molti nodi piccoli. Inoltre, in base alle mutevoli esigenze, è possibile aggiungere nodi al cluster o rimuoverli in qualunque momento, pagando solo ciò che occorre.

La capacità di memoria totale del cluster viene calcolata moltiplicando il numero di nodi nel cluster per la capacità di RAM di ciascun nodo, al netto del carico operativo del sistema. La capacità di un nodo dipende dalla sua tipologia.

cluster_capacity = number_of_nodes * (node_capacity - system_overhead)

Il numero dei suoi nodi è un fattore determinante per la disponibilità di un cluster che esegue Memcached. Il fallimento di un solo nodo può influire sulla disponibilità dell'applicazione e sul carico sul database back-end. In tal caso, ElastiCache fornisce una sostituzione per un nodo fallito e viene ripopolato. Per ridurre questo potenziale impatto sulla disponibilità, basta distribuire la memoria e la capacità di calcolo su più nodi a capacità ridotta, anziché su meno nodi ad ampia capacità.

Se, ad esempio, occorrono 35 GB di memoria cache, è possibile impostare una qualsiasi delle seguenti configurazioni:

  • 11 nodi cache.t2.medium, ciascuno con 3,22 GB di memoria e 2 thread = 35,42 GB e 22 thread.

  • 6 nodi cache.m4.large, ciascuno con 6,42 GB di memoria e 2 thread = 38,52 GB e 12 thread.

  • 3 nodi cache.r4.large, ciascuno con 12,3 GB di memoria e 2 thread = 36,90 GB e 6 thread.

  • 3 nodi cache.m4.xlarge, ciascuno con 14,28 GB di memoria e 4 thread = 42,84 GB e 12 thread.

Opzioni disponibili per i nodi a confronto
Tipo di nodo Memoria (in GB) Core Costo orario* Nodi necessari Memoria totale (in GiB) Core totali Costo mensile
cache.t2.medium 3,22 2 0,068 $ 11 35,42 22 538,56 $
cache.m4.large 6,42 2 0,156 $ 6 38,52 12 673,92 $
cache.m4.xlarge 14,28 4 0,311 $ 3 42,84 12 671,76 $
cache.m5.xlarge 12,93 4 0,311 $ 3 38,81 12 671,76 $
cache.m6g.large 6,85 2 0,147 $ 6 41,1 12 635 $
cache.r4.large 12.3 2 0,228 $ 3 36,9 6 492,48 $
cache.r5.large 13,07 2 0,216 $ 3 39,22 6 466,56 $
cache.r6g.large 13,07 2 0,205 $ 3 42,12 6 442 $
* Costo orario per nodo dall’8 ottobre 2020.
† Costo mensile al 100% di utilizzo per 30 giorni (720 ore).

Ognuna di queste opzioni offre una disponibilità di memoria simile, ma capacità e costi di elaborazione diversi. Per confrontare i costi delle varie opzioni, consulta Prezzi di Amazon ElastiCache.

Nel caso dei cluster che eseguono Memcached, parte della memoria disponibile su ciascun nodo viene utilizzata per la gestione della connessione. Per ulteriori informazioni, consulta Sovraccarico delle connessioni Memcached

L'utilizzo di più nodi richiede la distribuzione delle chiavi tra gli stessi. Ogni nodo dispone del proprio endpoint. Per gestire gli endpoint con facilità, ci si può avvalere della funzione di individuazione automatica di ElastiCache, che consente ai programmi client di rilevare automaticamente tutti i nodi in un cluster. Per ulteriori informazioni, consulta Identificazione automatica dei nodi nel cluster.

In alcuni casi, è possibile non essere sicuri di quanta capacità è necessaria. In caso affermativo, per i test consigliamo di iniziare con un cache.m5.large nodo. Quindi monitora l'utilizzo della memoria, l'utilizzo della CPU e la percentuale di riscontri nella cache con le metriche ElastiCache pubblicate su Amazon CloudWatch. Per ulteriori informazioni sul parametri CloudWatch per ElastiCache, consulta Monitoraggio dell'utilizzo con i parametri di CloudWatch. Per carichi di lavoro di produzione particolarmente consistenti, i nodi R5 garantiscono le prestazioni e il valore di costo della RAM migliori.

Se il cluster non garantisce l'hit rate desiderato, basta aggiungere più nodi, aumentando così la memoria totale in esso disponibile.

Se il cluster risulta vincolato dalla CPU ma, comunque, con un hit rate sufficiente, prova a configurare un nuovo cluster con un tipo di nodo che garantisca maggiore potenza di calcolo.