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 tra le opzioni di implementazione
Amazon ElastiCache offre due opzioni di distribuzione:
+ Cache serverless
+ Cluster basati su nodi
Per un elenco dei comandi supportati per entrambi, vedere. [Comandi Valkey, Memcached e Redis OSS supportati e limitati](SupportedCommands.md)
**Cache serverless**
Amazon ElastiCache Serverless semplifica la creazione di cache e si ridimensiona istantaneamente per supportare le applicazioni più esigenti dei clienti. Con ElastiCache Serverless, puoi creare una cache altamente disponibile e scalabile in meno di un minuto, eliminando la necessità di fornire, pianificare e gestire la capacità del cluster. ElastiCache Serverless archivia automaticamente i dati in modo ridondante su tre zone di disponibilità e fornisce un Service Level Agreement (SLA) di disponibilità del 99,99%. I backup da cluster basati su nodi Valkey o Redis OSS possono essere ripristinati in una configurazione serverless.
**Cluster basati su nodi**
Se hai bisogno di un controllo granulare sul tuo cluster Valkey, Memcached o Redis OSS, puoi creare un cluster basato su nodi con. ElastiCache Scegli il tipo di nodo, il numero di nodi e il posizionamento dei nodi tra le zone di disponibilità per il tuo cluster.AWS Essendo ElastiCache un servizio completamente gestito, aiuta a gestire il provisioning dell'hardware, il monitoraggio, la sostituzione dei nodi e l'applicazione di patch software per il cluster. I cluster basati su nodi possono essere progettati per fornire uno SLA di disponibilità fino al 99,99%. I backup dalle cache serverless di Valkey o Redis OSS possono essere ripristinati in un cluster basato su nodi.
**Scelta tra le opzioni di implementazione**
Scegli la cache serverless se:
+ Stai creando una cache per carichi di lavoro nuovi o difficili da prevedere.
+ Hai un traffico applicativo imprevedibile.
+ desideri iniziare a usare una cache nel modo più semplice.
Crea il tuo cluster basato su nodi se:
+ Stai già utilizzando ElastiCache Serverless e desideri un controllo più preciso sul tipo di nodo su cui è in esecuzione Valkey, Memcached o Redis OSS, sul numero di nodi e sul posizionamento di tali nodi.
+ Ti aspetti che il traffico delle tue applicazioni sia relativamente prevedibile e desideri un controllo granulare su prestazioni, disponibilità e costi.
+ puoi prevedere i requisiti di capacità per controllare i costi.
## Confronto tra caching senza server e cluster basati su nodi
| Funzionalità | Cache serverless | Cluster basati su nodi |
| --- | --- | --- |
| Configurazione della cache | Crea una cache con un solo nome in meno di un minuto | Fornisce un controllo granulare sulla progettazione dei cluster. L'utente può scegliere il tipo di nodo, il numero di nodi e il posizionamento tra le zone di disponibilitàAWS |
| Versione supportata ElastiCache | Valkey 7.2 e versioni successive, Redis OSS versione 7.1 e successive, Memcached 1.6.21 e versioni successive | Valkey 7.2 e versioni successive, Redis OSS versione 4.0 e successive, Memcached 1.4 e versioni successive |
| Modalità cluster (Valkey e Redis OSS) | Fa funzionare i motori solo in`cluster mode enabled`. I client devono supportare `cluster mode enabled` la connessione a ElastiCache Serverless. | Può essere configurato per funzionare in modalità cluster abilitata o disattivata in modalità cluster. |
| Dimensionamento | Ridimensiona automaticamente i motori sia verticalmente che orizzontalmente senza alcuna gestione della capacità. | Fornisce il controllo sulla scalabilità e richiede al contempo il monitoraggio per assicurarsi che la capacità attuale soddisfi adeguatamente la domanda. Per Valkey e Redis OSS, puoi scegliere di scalare verticalmente aumentando o diminuendo la dimensione del nodo di cache quando necessario. Puoi anche scalare orizzontalmente, aggiungendo nuovi shard o aggiungendo altre repliche ai tuoi shard. Questa funzionalità non è disponibile per Memcached. Con la funzione Auto-Scaling puoi anche configurare il ridimensionamento in base a una pianificazione o in base a metriche come l'utilizzo della CPU e della memoria nella cache. |
| Connessione client | I client si connettono a un singolo endpoint. Ciò consente di modificare la topologia del nodo di cache sottostante (scalabilità, sostituzioni e aggiornamenti) senza disconnettere il client. | I client si connettono a ogni singolo nodo di cache. Se un nodo viene sostituito, il client riscopre la topologia del cluster e ristabilisce le connessioni. |
| Configurabilità | Nessuna configurazione dettagliata disponibile. I clienti possono configurare le impostazioni di base, tra cui le sottoreti che possono accedere alla cache, l'attivazione o la disattivazione dei backup automatici e i limiti massimi di utilizzo della cache. | I cluster basati su nodi offrono opzioni di configurazione dettagliate. I clienti possono utilizzare gruppi di parametri per un controllo granulare. Per una tabella di questi valori di parametro per tipo di nodo, consulta [Parametri specifici del motore](ParameterGroups.Engine.md). |
| Multi-AZ | I dati vengono replicati in modo asincrono su più zone di disponibilità per una maggiore disponibilità e una migliore latenza di lettura. | Offre la possibilità di creare il cluster in una singola zona di disponibilità o su più zone di disponibilità (). AZs Quando si utilizza Valkey o Redis OSS, fornisce ai cluster Multi-AZ dati replicati in modo asincrono su più zone di disponibilità per una maggiore disponibilità e una migliore latenza di lettura. |
| Crittografia dei dati a riposo | Sempre abilitato. I clienti possono utilizzare una chiave Chiave gestita da AWS o una chiave gestita dal cliente AWS KMS. | Opzione per abilitare o disabilitare la crittografia a riposo. Se abilitata, i clienti possono utilizzare una chiave Chiave gestita da AWS o una chiave gestita dal cliente AWS KMS. |
| Crittografia in transito (TLS) | Sempre abilitata. I client devono supportare la connettività TLS. | Opzione per abilitare o disabilitare. |
| Backup | Supporta backup automatici e manuali delle cache senza impatto sulle prestazioni. I backup Valkey e Redis OSS sono intercompatibili e possono essere ripristinati in una cache ElastiCache Serverless o in un cluster basato su nodi. | Supporta backup automatici e manuali per Valkey e Redis OSS. I cluster possono subire un impatto sulle prestazioni a seconda della memoria riservata disponibile. Per ulteriori informazioni, consulta [Gestione della memoria riservata per Valkey e Redis OSS](redis-memory-management.md). I backup Valkey e Redis OSS sono intercompatibili e possono essere ripristinati in una cache ElastiCache Serverless o in un cluster basato su nodi. |
| Monitoraggio | Supporta le metriche a livello di cache, tra cui la frequenza di accesso alla cache, la percentuale di errori della cache, la dimensione dei dati e il ECPUs consumo. ElastiCache Serverless invia eventi indicando EventBridge quando si verificano eventi significativi nella cache. Puoi scegliere di monitorare, importare, trasformare e intervenire sugli ElastiCache eventi utilizzando Amazon EventBridge. Per ulteriori informazioni, consulta [Eventi di cache serverless](serverless-metrics-events-redis.md#serverless-events). | ElastiCache I cluster basati su nodi emettono parametri a ogni livello di nodo, inclusi parametri a livello di host e parametri di cache. I cluster basati su nodi emettono notifiche SNS per eventi significativi. Consulta [Parametri per Memcached](CacheMetrics.Memcached.md) e [Metriche per Valkey e Redis OSS](CacheMetrics.Redis.md). |
| Disponibilità | [Contratto sul livello di servizio (SLA) di disponibilità del 99,99%](https://aws.amazon.com/elasticache/sla/) | I cluster basati su nodi possono essere progettati per raggiungere un [accordo sul livello di servizio (SLA) di disponibilità fino al 99,99%, a seconda della](https://aws.amazon.com/elasticache/sla/) configurazione. |
| Aggiornamenti e patch del software | Aggiorna automaticamente il software di cache all'ultima versione secondaria e alla patch più recente, senza impatto sull'applicazione. I clienti ricevono una notifica per gli aggiornamenti delle versioni principali e possono eseguire l'aggiornamento alla versione principale più recente quando lo desiderano. | I cluster basati su nodi offrono un servizio self-service abilitato al cliente per gli aggiornamenti delle versioni minori e corredati di patch, nonché per gli aggiornamenti delle versioni principali. Gli aggiornamenti gestiti vengono applicati automaticamente durante le finestre di manutenzione definite dal cliente. I clienti possono anche scegliere di applicare un aggiornamento di una versione secondaria o di una patch su richiesta. |
| Archivio dati globale | Non supportata | Supporta Global Data Store, che consente la replica interregionale con scritture su una singola regione e letture multiregionali |
| Suddivisione dei dati su più livelli | Non supportata | I cluster creati utilizzando nodi della famiglia r6gd hanno i dati suddivisi su più livelli tra la memoria e lo storage SSD locale (unità a stato solido). Il data tiering offre un'opzione in termini di rapporto prezzo/prestazioni per i carichi di lavoro Valkey e Redis OSS utilizzando unità a stato solido () a basso costo in ogni nodo del cluster, oltre all'archiviazione dei dati in memoria. SSDs |
| Modello tariffario | Pay-per-use, in base ai dati archiviati in GB all'ora e alle richieste nelle unità di elaborazione (ECPU). ElastiCache Per i dettagli dei prezzi, consulta [questa pagina](https://aws.amazon.com/elasticache/pricing/). | Pay-per-hour, in base all'utilizzo del nodo cache. Per i dettagli dei prezzi, consulta [questa pagina](https://aws.amazon.com/elasticache/pricing/). |
Argomenti correlati:
+ [Creazione e gestione di un cluster basato su nodi ElastiCacheCreazione e gestione di un cluster basato su nodi ElastiCache ](designing-elasticache-cluster.md)