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
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 |
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. |
|
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. 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. |
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 e Metriche per Valkey e Redis OSS. |
|
Disponibilità |
Contratto sul livello di servizio (SLA) di disponibilità del 99,99% |
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 |
|
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 |
Pay-per-hour, in base all'utilizzo del nodo cache. Per i dettagli dei prezzi, consulta questa pagina |
Argomenti correlati:
