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
+ Node-based cluster
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.
**Node-based cluster**
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 Trattandosi ElastiCache di 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. Node-based i cluster 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.
+ Si dispone di un traffico delle applicazioni non prevedibile.
+ 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 | Node-based grappoli |
| --- | --- | --- |
| 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.22 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 Auto-Scaling questa funzionalità è anche possibile 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. | Node-based i cluster forniscono 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à (AZ). Quando si utilizza Valkey o Redis OSS, fornisce Multi-AZ ai cluster 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 le ECPU utilizzate.
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). | Node-based ElastiCache i cluster emettono metriche a ogni livello di nodo, incluse le metriche a livello di host e le metriche della cache.
Node-based i cluster 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](https://aws.amazon.com/elasticache/sla/) 99,99% | Node-based i cluster possono essere progettati per raggiungere il 99,99% di disponibilità del [Service Level Agreement (SLA)](https://aws.amazon.com/elasticache/sla/), a seconda della 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. | Node-based i cluster offrono servizi self-service abilitati 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 grazie all'utilizzo di unità a stato solido (SSD) a basso costo in ogni nodo del cluster, oltre all'archiviazione dei dati in memoria. |
| Modello tariffario | Pay-per-use, in base ai dati archiviati e alle richieste nelle unità di elaborazione (ECPU). GB-hours ElastiCache Per i dettagli dei prezzi, consulta [questa pagina](https://aws.amazon.com/elasticache/pricing/). | Pay-per-hour, in base all'utilizzo del nodo di 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)