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 progettati autonomamente
Per un elenco dei comandi supportati per entrambi, consultaComandi Valkey, Redis e Memcached supportati OSS 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 di cache. ElastiCache Serverless archivia automaticamente i dati in modo ridondante su tre zone di disponibilità e fornisce un Service Level Agreement di disponibilità del 99,99% (). SLA I backup da OSS cluster Valkey o Redis progettati internamente possono essere ripristinati in una configurazione serverless.
Cluster progettati autonomamente
Se hai bisogno di un controllo granulare sul tuo cluster Valkey, Redis o Memcached, puoi scegliere di OSS progettare il tuo cluster con. ElastiCache ElastiCache consente di gestire un cluster basato su nodi, scegliendo il tipo di nodo, il numero di nodi e il posizionamento dei nodi nelle zone di disponibilità del 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. I cluster progettati autonomamente possono essere progettati per fornire una disponibilità fino al 99,99%. SLA I backup dalle OSS cache Valkey o Redis senza server possono essere ripristinati in un cluster progettato autonomamente.
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.
Scegli di progettare il tuo ElastiCache cluster se:
Stai già utilizzando ElastiCache Serverless e desideri un controllo più preciso sul tipo di nodo su cui è in esecuzione Valkey, Redis o MemcachedOSS, 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 serverless e cluster progettati internamente
| Funzionalità | Cache serverless | Cluster progettati autonomamente |
|---|---|---|
|
Configurazione della cache |
Crea una cache con un solo nome in meno di un minuto |
Fornisce un controllo granulare sulla progettazione del cluster di cache. 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 successive |
Valkey 7.2 e versioni successive, Redis versione 4.0 e successive, Memcached 1.4 e successive OSS |
|
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 RedisOSS, 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 CPU l'utilizzo 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 progettati autonomamente 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 progettare il cluster in una singola zona di disponibilità o su più zone di disponibilità (). AZs Quando si utilizza Valkey o RedisOSS, 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 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 TLS connettività. |
Opzione per abilitare o disabilitare. |
|
Backup |
Supporta backup automatici e manuali delle cache senza alcun impatto sulle prestazioni. I OSS backup Valkey e Redis sono compatibili tra loro e possono essere ripristinati in una cache ElastiCache Serverless o in un cluster progettato autonomamente. |
Supporta backup automatici e manuali per Valkey e Redis. OSS I cluster possono subire un certo impatto sulle prestazioni a seconda della memoria riservata disponibile. Per ulteriori informazioni, consulta Gestione della memoria riservata per Valkey e Redis OSS. I OSS backup Valkey e Redis sono compatibili tra loro e possono essere ripristinati in una cache ElastiCache Serverless o in un cluster progettato autonomamente. |
|
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 progettati autonomamente emettono parametri a ogni livello di nodo, inclusi parametri a livello di host e parametri di cache. I cluster progettati autonomamente emettono notifiche per eventi significativi. SNS Consulta Parametri per Memcached e Metriche per Valkey e Redis OSS. |
|
Disponibilità |
Contratto sul livello di servizio |
I cluster progettati autonomamente possono essere progettati per raggiungere il 99,99% di disponibilità del Service Level Agreement (SLA) |
|
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 progettati autonomamente offrono un servizio self-service abilitato dal 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 supportato |
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 supportato |
I cluster progettati utilizzando nodi della famiglia r6gd hanno i dati suddivisi su più livelli tra memoria e storage locale SSD (unità a stato solido). Il data tiering offre un'opzione in termini di rapporto prezzo/prestazioni per i OSS carichi di lavoro Valkey e Redis utilizzando unità a stato solido (SSDs) 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 in GB all'ora e alle richieste nelle unità di elaborazione (). ElastiCache ECPU 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:
