D: Cos'è Amazon ElastiCache?

Amazon ElastiCache è un servizio Web che facilita la distribuzione e l'esecuzione di nodi server Memcached o Redis conformi al protocollo nel cloud. Amazon ElastiCache potenzia le prestazioni delle applicazioni Web consentendo di recuperare le informazioni da un sistema in memoria gestito e rapido, anziché affidarsi a database basati su disco più lenti. Il servizio semplifica e alleggerisce la gestione, il monitoraggio e il funzionamento degli ambienti in memoria, consentendo alle risorse di engineering di concentrarsi sullo sviluppo di applicazioni. Utilizzare Amazon ElastiCache permette non solo di migliorare i tempi di caricamento e di risposta alle operazioni e alle query degli utenti, ma riduce anche il costo associato al dimensionamento delle applicazioni Web.

Amazon ElastiCache automatizza le attività amministrative più comuni necessarie al funzionamento di un ambiente distribuito basato su coppie chiave-valore in memoria. Con Amazon ElastiCache, l'aggiunta all'architettura applicativa di un livello di dati nella cache o in memoria è una questione di pochi minuti e pochi clic nella Console di gestione AWS. Quando un cluster è assegnato, Amazon ElastiCache rileva e sostituisce automaticamente i nodi con errori. Il risultato è un sistema resiliente che diminuisce il rischio di sovraccarico dei database e contiene l'aumento dei tempi di caricamento di siti Web e applicazioni. Attraverso l'integrazione con il monitoraggio di Amazon CloudWatch, Amazon ElastiCache fornisce inoltre una visibilità potenziata sui parametri prestazionali chiave associati ai nodi. Amazon ElastiCache è conforme ai protocolli di Memcached e Redis, perciò il codice, le applicazioni e gli strumenti più comunemente utilizzati negli ambienti Memcached e Redis esistenti sono completamente compatibili con il servizio. Grazie alle configurazioni in cluster di Amazon ElastiCache, avrai a disposizione la velocità, la scalabilità e l'intuitività di un servizio gestito che è in grado di soddisfare i requisiti delle applicazioni più esigenti. Come per tutti i servizi di Amazon Web Services, non ci sono costi aggiuntivi e si pagano solo le risorse effettivamente utilizzate.

D: Cos'è il caching in memoria e quali vantaggi può portare alle mie applicazioni?

Il caching in memoria fornito da Amazon ElastiCache può essere utilizzato per migliorare in modo significativo le prestazioni in termini di latenza e di throughput su carichi di lavoro applicativi particolarmente pesanti in lettura (ad esempio per social network, giochi, condivisione di file multimediali e portali di assistenza), oppure su carichi di lavoro intensi in elaborazione (ad esempio motori di raccomandazione). Il caching in memoria migliora le prestazioni delle applicazioni perché memorizza informazioni critiche in una memoria che ha una latenza molto bassa all'accesso. Le informazioni memorizzate nella cache possono essere query di database particolarmente onerose in termini di I/O oppure i risultati di un calcolo che utilizza il processore in modo intensivo.

D: È possibile usare Amazon ElastiCache per casi d'uso diversi dal caching?

R: Sì. ElastiCache for Redis può essere usato come datastore chiave-valore in memoria principale, in quanto offre prestazioni dei dati rapide inferiori al millisecondo, disponibilità elevata e scalabilità. Si può scegliere di configurare un cluster di 500 nodi che includa dagli 83 shard (un master e cinque repliche per shard) ai 500 shard (un unico master e nessuna replica), per un totale massimo di 340 TB di memoria. Il supporto per il cluster di 500 nodi è disponibile con Amazon ElastiCache for Redis a partire dalla versione 5.0.6. di Redis. Consulta questa pagina per approfondire altri casi d'uso, ad esempio classifiche, limitazioni della velocità, code e chat.

D: Posso usare Amazon ElastiCache attraverso AWS CloudFormation?

AWS CloudFormation semplifica il provisioning e la gestione, fornendo modelli che permettono di eseguire in modo rapido e affidabile il provisioning dei servizi o delle applicazioni. AWS CloudFormation fornisce supporto completo per Amazon ElastiCache offrendo modelli per creare cluster (sia di Memcached che di Redis) e gruppi di replica. I modelli sono aggiornati con gli ultimi annunci ElastiCache Redis per configurazioni Redis in cluster e garantiscono flessibilità e semplicità di utilizzo ai clienti di Amazon ElastiCache.

D: Quali attività sono gestite da Amazon ElastiCache per mio conto?

Amazon ElastiCache gestisce il lavoro richiesto per impostare un ambiente dati in memoria distribuito, dal provisioning delle risorse di server richieste all'installazione del software. Quando l'ambiente è operativo, il servizio automatizza le attività amministrative più comuni, quali rilevamento di errori, ripristino e applicazione di patch del software. Amazon ElastiCache offre parametri di monitoraggio dettagliati relativi ai nodi, consentendo la rapida individuazione e la correzione dei problemi. Ad esempio, è possibile impostare delle soglie e ricevere allarmi se uno dei nodi è sovraccarico di richieste.

D: Cosa sono i nodi, gli shard e i cluster di Amazon ElastiCache?

Un nodo è l'elemento base di una distribuzione Amazon ElastiCache. Corrisponde a un blocco di dimensioni fisse di RAM collegata alla rete. Ogni nodo esegue un'istanza del servizio conforme al protocollo Memcached o Redis e dispone di una propria porta e nome DNS. Sono supportati diversi tipi di nodi, ciascuno con una quantità variabile di memoria associata. Uno shard di Redis è un sottoinsieme dello spazio delle chiavi del cluster, che può includere un nodo primario e repliche di lettura. Per ulteriori dettagli sulle distribuzioni Redis, consulta la sezione relativa a Redis di seguito. Un cluster è composto da più shard.

D: Quali motori supporta Amazon ElastiCache?

Amazon ElastiCache offre Redis, votato il database più apprezzato dagli sviluppatori nel sondaggio Stack Overflow 2020 Developer Survey, e Memcached, entrambi completamente gestiti, per le applicazioni più esigenti che richiedono tempi di risposta inferiori al millisecondo.

D: Come si inizia a usare Amazon ElastiCache?

Se non ti sei ancora registrato ad Amazon ElastiCache, puoi fare clic sul pulsante "Registrati adesso" sulla pagina di Amazon ElastiCache e completare la procedura di registrazione. Per accedere al servizio è necessario un account Amazon Web Services; se non ne possiedi uno, ti verrà chiesto di crearlo all'inizio della procedura di registrazione ad Amazon ElastiCache. Dopo la registrazione a ElastiCache, consulta la documentazione di Amazon ElastiCache, che comprende la Guida alle operazioni di base di Amazon ElastiCache for Redis o Amazon ElastiCache for Memcached.

Una volta acquisita familiarità con Amazon ElastiCache, potrai lanciare un cluster in pochi minuti utilizzando la Console di gestione AWS o le API di Amazon ElastiCache.

D: Come si crea un cluster?

Creare un cluster è semplice, utilizzando la Console di gestione AWS, le API di Amazon ElastiCache o gli strumenti a riga di comando. Per avviare un cluster con la Console di gestione AWS, fai clic sul pulsante "Creazione" nella scheda "Memcached" o "Redis". Specifica quindi l'identificatore del cluster, il tipo di nodo e il numero di nodi per creare un cluster con la quantità di memoria necessaria. In alternativa, puoi creare un cluster utilizzando l'API CreateCacheCluster o il comando elasticache-create-cache-cluster. Se al momento della creazione del cluster non si specifica la zona di disponibilità, AWS la posizionerà automaticamente in base ai requisiti di memoria e alla capacità disponibile.

D: Quali tipi di nodo è possibile selezionare?

Amazon ElastiCache supporta i seguenti tipi di nodi:

Nodi della generazione attuale:

  • cache.m4.large: 6,42 GiB
  • cache.m4.xlarge: 14,28 GiB
  • cache.m4.2xlarge: 29,7 GiB
  • cache.m4.4xlarge: 60,78 GiB
  • cache.m4.10xlarge: 154,64 GiB
  • cache.m5.large: 6,38 GiB
  • cache.m5.xlarge: 12,93 GiB
  • cache.m5.2xlarge: 26,04 GiB
  • cache.m5.4xlarge: 52,26 GiB
  • cache.m5.12xlarge: 157,12 GiB
  • cache.m5.24xlarge: 314,32 GiB
  • cache.m6g.large: 6,38 GiB
  • cache.m6g.xlarge: 12,94 GiB
  • cache.m6g.2xlarge: 26,05 GiB
  • cache.m6g.4xlarge: 52,26 GiB
  • cache.m6g.8xlarge: 103,68 GiB
  • cache.m6g.12xlarge: 157,13 GiB
  • cache.m6g.16xlarge: 209,55 GiB
  • cache.r4.large: 12,3 GiB
  • cache.r4.xlarge: 25,05 GiB
  • cache.r4.2xlarge: 50,47 GiB
  • cache.r4.4xlarge: 101,38 GiB
  • cache.r4.8xlarge: 203,26 GiB
  • cache.r4.16xlarge: 407 GiB
  • cache.r5.large: 13,07 GiB
  • cache.r5.xlarge: 26,32 GiB
  • cache.r5.2xlarge: 52,82 GiB
  • cache.r5.4xlarge: 105,81 GiB
  • cache.r5.12xlarge: 317,77 GiB
  • cache.r5.24xlarge: 635,61 GiB
  • cache.r6g.large: 13,07 GiB
  • cache.r6g.xlarge: 26,32 GiB
  • cache.r6g.2xlarge: 52,82 GiB
  • cache.r6g.4xlarge: 105,81 GiB
  • cache.r6g.8xlarge: 209,55 GiB
  • cache.r6g.12xlarge: 317,77 GiB
  • cache.r6g.16xlarge: 419,1 GiB
  • cache.t2.micro: 555 MB
  • cache.t2.small: 1,55 GiB
  • cache.t2.medium: 3,22 GiB
  • cache.t3.micro: 0,5 GiB
  • cache.t3.small: 1,37 GiB
  • cache.t3.medium: 3,09 GiB
Nodi delle generazioni precedenti:
 
  • cache.m1.small: 1,3 GiB
  • cache.m1.medium: 3,35 GiB
  • cache.m1.large: 7,1 GiB
  • cache.m1.xlarge: 14,6 GiB
  • cache.m2.xlarge: 16,7 GiB
  • cache.m2.2xlarge: 33,8 GiB
  • cache.m2.4xlarge: 68 GiB
  • cache.m3.medium: 2,78 GiB
  • cache.m3.large: 6,05 GiB
  • cache.m3.xlarge: 13,3 GiB
  • cache.m3.2xlarge: 27,9 GiB
  • cache.r3.large: 13,5 GiB
  • cache.r3.xlarge: 28,4 GiB
  • cache.r3.2xlarge: 58,2 GiB
  • cache.r3.4xlarge: 118 GiB
  • cache.r3.8xlarge: 237 GiB
  • cache.t1.micro: 213 MB
  • cache.c1.xlarge: 6,6 GiB

Ogni tipo di nodo qui sopra elenca la memoria disponibile per Memcached o Redis dopo aver preso in considerazione il carico supplementare del software di sistema Amazon ElastiCache. La quantità totale di memoria in un cluster è un valore intero multiplo della memoria disponibile per ciascuno shard. Ad esempio, un cluster composto da dieci shard da 6 GB fornirà un totale di 60 GB di memoria.

D: Come si accede ai nodi?

Quando il cluster è disponibile, puoi recuperare gli endpoint dei nodi utilizzando i passaggi di seguito nella Console di gestione AWS:

  • Andare alla scheda "Amazon ElastiCache".
  • Fare clic sul collegamento "(Numero di) Nodi" e andare alla scheda "Nodi".
  • Fare clic sul pulsante "Copiare endpoint dei nodi".

In alternativa, si può utilizzare l'API DescribeCacheClusters per recuperare l'elenco degli endpoint.

A questo punto, è possibile configurare il client di Memcached o Redis con questo elenco di endpoint e utilizzare il linguaggio di programmazione preferito per aggiungere o eliminare dati dai nodi ElastiCache. Per consentire alla rete di richiedere l'accesso ai nodi, è necessario autorizzarne l'accesso. Per le istruzioni dettagliate e nozioni di base, consulta la nostra Getting Started Guide per Amazon ElastiCache for Redis o Amazon ElastiCache for Memcached.

D: Che cos'è una finestra di manutenzione? I nodi saranno disponibili durante la manutenzione del software?

La finestra di manutenzione di Amazon ElastiCache può essere considerata come un'opportunità di controllo durante un'operazione di applicazione di patch software, richiesta o necessaria. Se in una determinata settimana è programmato un evento di "manutenzione", questo verrà avviato e completato nella finestra di manutenzione di 60 minuti identificata.

Potrebbero verificarsi dei periodi di inattività dei nodi durante la finestra di manutenzione nel caso in cui sia stata programmata un’operazione di applicazione di patch software. Consulta il documento Gestione della versione del motore per ulteriori dettagli. Un'operazione di applicazione di patch può essere richiesta dall'utente, per esempio per aggiornare il software di cache, o considerata come necessaria (se sono state identificate vulnerabilità della sicurezza nel sistema o nel software di cache). Queste operazioni di applicazione di patch vengono eseguite raramente (di solito alcune volte all'anno) e quasi sempre richiedono una piccola parte della finestra di manutenzione. Se non specifichi una finestra di manutenzione settimanale preferenziale durante la creazione del cluster, viene assegnato un valore predefinito di 60 minuti. Se desideri modificare i tempi di esecuzione della manutenzione per tuo conto, puoi modificare l'istanza database nella Console di gestione AWS o tramite l'API ModifyCacheCluster. Ciascun cluster può avere finestre di manutenzione preferenziali diverse, se lo desideri.


D: Come viene addebitato e fatturato il mio utilizzo di Amazon ElastiCache?

Pagherai solo le risorse utilizzate, senza alcun costo minimo. Il prezzo viene calcolato su base oraria per ogni tipo di nodo. Le ore parziali di utilizzo dei nodi sono fatturate come ore complete. Per il trasferimento di dati tra Amazon EC2 e Amazon ElastiCache, se all'interno di una stessa zona di disponibilità, non è previsto alcun costo aggiuntivo. Le spese standard per il trasferimento di dati tra diverse regioni di Amazon EC2 si applicano quando si trasferiscono dati tra un'istanza Amazon EC2 e un nodo Amazon ElastiCache situati in zone di disponibilità differenti della stessa regione; il costo addebitato, tuttavia, è relativo esclusivamente al trasferimento di dati da e verso l'istanza Amazon EC2. Non viene addebitato alcun costo per il trasferimento di dati relativo ad Amazon ElastiCache per il traffico in entrata e in uscita dal nodo Amazon ElastiCache. Le tariffe standard per il trasferimento di dati si applicano al trasferimento di dati in uscita da una regione. Per ulteriori informazioni, consulta la pagina dei prezzi.

D: Quando inizia e quando finisce il periodo di fatturazione dei nodi Amazon ElastiCache?

La fatturazione di un nodo inizia appena il nodo è disponibile. La fatturazione continua finché il nodo termina a seguito della sua eliminazione.

D: Come sono definite le ore fatturabili di un nodo ElastiCache?

Le ore dei nodi sono calcolate in base alla quantità di tempo in cui sono in esecuzione con stato "Disponibile". Se non desideri più pagare per un nodo, dovrai arrestarlo per evitare che vengano fatturate ore supplementari.

D: I prezzi includono le tasse?

Salvo diversamente specificato, i prezzi sono al netto di eventuali tasse e imposte doganali, inclusa l'IVA ed eventuali imposte sulle vendite. Per i clienti con indirizzo di fatturazione in Giappone, l'utilizzo dei servizi AWS è soggetto all'imposta sul consumo giapponese. Ulteriori informazioni.


D: Cosa sono i nodi riservati di Amazon ElastiCache?

I nodi riservati o le istanze riservate (RI, Reserved Instance) sono un'offerta che consente notevoli sconti sull'utilizzo on demand con un impegno minimo di uno o tre anni. Con i nodi riservati, è possibile effettuare un singolo pagamento anticipato per creare una prenotazione di uno o tre anni al fine di eseguire il nodo in una determinata regione, ottenendo notevoli sconti sulla tariffa oraria corrente. Esistono tre opzioni di pagamento per i nodi riservati (Pagamento anticipato intero costo, Nessun anticipo e Pagamento anticipato parziale), che consentono di bilanciare l'importo pagato in anticipo con il prezzo effettivo pagato su base oraria.

D: Qual è la differenza fra i nodi riservati e i nodi on demand?

Dal punto di vista funzionale, i nodi riservati e i nodi on demand sono esattamente la stessa cosa. La differenza è nelle modalità di fatturazione; per i nodi riservati va effettuato un singolo pagamento anticipato, ottenendo notevoli sconti sulla tariffa oraria dei nodi on demand corrispondenti per tutta la durata del contratto.

D: In che modo è possibile acquistare e creare nodi riservati?

Puoi usare l'opzione "Acquista nodi riservati" nella Console di gestione AWS. In alternativa, è possibile utilizzare gli strumenti API: visualizza le prenotazioni disponibili per l'acquisto con il metodo API DescribeReservedCacheNodesOfferings, quindi acquista una prenotazione di nodo di cache con il metodo PurchaseReservedCacheNodesOffering.

Creare un nodo riservato non è diverso da lanciare un nodo on demand. È sufficiente specificare la classe del nodo e la regione per la quale è stata effettuata prenotazione. Se l'acquisto della prenotazione viene completato correttamente, Amazon ElastiCache applicherà la tariffa oraria ridotta alla quale hai diritto per il nuovo nodo.

D: Ci sono sempre prenotazioni disponibili per l'acquisto?

Sì. I nodi riservati vengono acquistati in base alla regione, non in base alla zona di disponibilità. Quindi, anche se la capacità è limitata a una zona di disponibilità, le prenotazioni possono comunque essere acquistate nella regione ed essere utilizzate in una zona di disponibilità diversa all'interno della stessa regione.

D: Quanti nodi di cache riservati è possibile acquistare?

È possibile acquistare fino a 300 nodi riservati. Se desideri eseguire più di 300 nodi, compila il modulo di richiesta nodi di Amazon ElastiCache.

D: È possibile convertire un nodo esistente in un nodo riservato?

Sì, è sufficiente acquistare una prenotazione di nodo che abbia in comune con il nodo che desideri prenotare la classe e la regione. Se l'acquisto della prenotazione viene completato correttamente, Amazon ElastiCache applicherà automaticamente il nuovo costo orario di utilizzo al nodo attuale.

D: Se mi registro per un nodo riservato, quando inizia il periodo? Che cosa succede al nodo quando il periodo finisce?

Le variazioni dei prezzi associate a un nodo riservato si attivano alla ricezione della richiesta, mentre viene elaborata l'autorizzazione al pagamento. È possibile seguire lo stato della prenotazione nella pagina dedicata all'attività dell'account AWS oppure utilizzando l'API DescribeReservedCacheNodes. Se il pagamento in un'unica soluzione non viene autorizzato a partire dal periodo di fatturazione successivo, la tariffa scontata non sarà applicata.

Allo scadere del periodo di prenotazione, al nodo riservato tornerà ad essere applicata la tariffa oraria on demand corrispondente alla classe del nodo e alla regione.

D: In che modo è possibile controllare quali nodi sono fatturati alla tariffa scontata disponibile per i nodi riservati?

Le API di Amazon ElastiCache per la creazione, la modifica e l'eliminazione dei nodi non fanno distinzione tra nodi on demand e riservati, per consentirti di utilizzarli entrambi senza difficoltà. Nel calcolo della fattura, il nostro sistema applica automaticamente le tariffe della tua prenotazione, quindi tutti i nodi idonei saranno fatturati alla tariffa oraria minore per quel nodo di cache riservato.

D: È possibile spostare un nodo riservato da una regione a un'altra o da una zona di disponibilità a un'altra?

Ogni nodo riservato è associato a una regione specifica, che rimane fissa per tutta la durata della prenotazione e non può essere modificata. Ogni prenotazione può però essere utilizzata in una qualsiasi delle zone di disponibilità della regione associata.

D: Posso annullare una prenotazione?

No, non è possibile annullare le istanze DB prenotate; l'eventuale pagamento in un'unica soluzione non è rimborsabile. Durante il periodo dell'istanza riservata continuerai a pagare per tutte le ore, indipendentemente dall'utilizzo.

D: Che impatto avranno le varie opzioni di pagamento sulla fattura?

Quando acquisti un IR con l'opzione Pagamento anticipato intero costo, paghi l'intera istanza riservata con un solo pagamento anticipato. Puoi scegliere di non pagare alcun costo anticipato con l'opzione Nessun pagamento anticipato. L'intero valore dell'IR senza pagamento anticipato viene distribuito su ogni ora del periodo e pagherai per ogni ora del periodo a prescindere dall'utilizzo. L'opzione Pagamento anticipato parziale è un ibrido tra le altre due opzioni. Effettuando un pagamento anticipato di piccola entità, ti sarà addebitata una tariffa oraria bassa per ogni ora della durata del termine, indipendentemente dall'utilizzo.


D: Come si controllano gli accessi ad Amazon ElastiCache?

Quando non si utilizza VPC, Amazon ElastiCache consente di controllare l'accesso ai cluster tramite i gruppi di sicurezza di cache. Un gruppo di sicurezza si comporta come un firewall, controllando l'accesso di rete al cluster. Di default, l'accesso di rete ai tuoi cluster è disabilitato. Per fornire alle applicazioni accesso completo al cluster, devi abilitarlo esplicitamente a partire dagli host nei gruppi di sicurezza di EC2 specifici. Questa procedura si chiama ingresso.

Per consentire l'accesso di rete al tuo cluster, crea un gruppo di sicurezza e collegalo ai gruppi di sicurezza EC2 desiderati (che a loro volta saranno collegati a determinate istanze EC2). Il gruppo di sicurezza può essere associato al cluster nel momento della creazione oppure tramite l'opzione "Modifica" nella Console di gestione AWS.

Il controllo degli accessi basato su intervalli IP non è al momento utilizzabile per i cluster. Tutti i client di un cluster devono essere nella rete EC2 ed essere autorizzati tramite i gruppi di sicurezza come descritto sopra.

Quando si utilizza un VPC, consultare questa pagina per ulteriori dettagli.

D: Un programma in esecuzione sui server del mio data center può accedere ad Amazon ElastiCache?

Sì. Puoi accedere al cluster Amazon ElastiCache da un’applicazione in esecuzione nel tuo data center, assicurandoti che ci sia connettività tra il tuo VPC e il data center sia tramite VPN che Direct Connect. I dettagli sono riportati qui.

D: I programmi che eseguono istanze EC2 in un VPC possono accedere ad Amazon ElastiCache?

Sì, le istanze EC2 in un VPC possono accedere ad Amazon ElastiCache se il cluster ElastiCache è stato creato nel VPC. Le istruzioni dettagliate su come creare un cluster Amazon ElastiCache in un VPC si trovano in questa pagina.

D: Cos'è Amazon Virtual Private Cloud (VPC) e perché potrebbe essere utile usarlo con Amazon ElastiCache?

Amazon VPC consente di creare un ambiente di rete virtuale in una sezione isolata e privata del cloud di Amazon Web Services (AWS), dove potrai esercitare un controllo completo su elementi quali gli intervalli di indirizzi IP privati, le subnet, le tabelle di routing e i gateway di rete. Con Amazon VPC è possibile definire una topologia di rete virtuale e personalizzarne la configurazione in modo che sia simile a una rete tradizionale, gestendola quindi nel tuo data center.

Se ad esempio desideri eseguire un'applicazione Web rivolta al pubblico conservando però, in una subnet privata, dei server di back-end non accessibili pubblicamente, impiegare Amazon ElastiCache in sinergia con VPC può essere la soluzione ideale. Puoi creare una subnet rivolta al pubblico per i tuoi server Web con accesso a Internet e collocare la tua infrastruttura per il back-end in una subnet privata senza accesso a Internet. L'infrastruttura di back-end può includere istanze database RDS e un cluster Amazon ElastiCache per fornire un livello di dati in memoria. Per ulteriori informazioni su Amazon VPC, consulta la Guida per l’utente di Amazon Virtual Private Cloud.

D: Come si crea un cluster Amazon ElastiCache in un VPC?

Per un esempio guidato su come creare un cluster Amazon ElastiCache in un VPC, consultare la Guida per l’utente di Amazon ElastiCache.

Per creare un cluster in un VPC è necessario:

  • Avere un VPC impostato con almeno una subnet. Per informazioni su come creare un VPC con relative subnet usando Amazon VPC, consulta la Guida alle operazioni di base per Amazon VPC.
  • È necessario definire un gruppo di subnet (per Redis o Memcached) per il VPC.
  • Definire un gruppo di sicurezza VPCper il cloud privato virtuale; in alternativa è possibile utilizzare quello fornito in modo predefinito.
  • Allocare, inoltre, blocchi CIDR di dimensioni adeguate a ciascuna subnet, in modo che Amazon ElastiCache disponga di un numero sufficiente di indirizzi IP liberi durante le attività di manutenzione come la sostituzione di nodi di cache.

D: Come si crea un cluster Amazon ElastiCache Cluster in un VPC esistente?

Creare un cluster Amazon ElastiCache Cluster in un VPC richiede la stessa procedura che per un VPC nuovo. Qui puoi trovare ulteriori dettagli per Redis o Memcached.

D: Come ci si collega a un nodo ElastiCache in un VPC?

È possibile accedere ai nodi Amazon ElastiCache distribuiti all'interno di un VPC tramite le istanze EC2 distribuite nello stesso VPC. Se queste istanze EC2 sono distribuite in una subnet pubblica con associato un IP elastico, è possibile accedervi tramite Internet.

Per accedere ai nodi Amazon ElastiCache, distribuiti all'interno di un VPC, da Internet o da istanze EC2 all'esterno del VPC, consultare le linee guida per Redis o Memcached.

ElastiCache assicura che sia il nome DNS sia l'indirizzo IP del nodo di cache rimangano costanti quando i nodi di cache vengono ripristinati in caso di guasto. 

D: Cos'è un gruppo di subnet e a cosa serve?

Un gruppo di subnet è una raccolta di subnet che devono essere assegnate a un cluster Amazon ElastiCache in un VPC. Un gruppo di subnet viene creato con la console di Amazon ElastiCache. Ogni gruppo di subnet deve avere almeno una sottorete. Amazon ElastiCache utilizza il gruppo di subnet per selezionare una sottorete. Gli indirizzi IP della subnet selezionata sono in seguito associati agli endpoint dei nodi. Inoltre, Amazon ElastiCache crea e associa le interfacce di rete elastiche ai nodi con tali indirizzi IP.

Consigliamo vivamente di utilizzare il nome DNS per effettuare il collegamento ai nodi, poiché l'indirizzo IP sottostante può cambiare (per es. dopo la sostituzione di un nodo di cache).

D: È possibile cambiare il gruppo di subnet di un cluster ElastiCache?

Un gruppo di subnet esistente può essere aggiornato aggiungendo altre sottoreti sia per zone di disponibilità esistenti sia per nuove zone di disponibilità aggiunte dopo la creazione del cluster ElastiCache. Tuttavia al momento non è consentito modificare il gruppo di sottoreti di un cluster distribuito.

D: Utilizzare Amazon ElastiCache in un VPC è diverso dall'utilizzarlo fuori?

Questa funzionalità di base di Amazon ElastiCache non cambia se si utilizza un VPC o no. Amazon ElastiCache gestisce il rilevamento automatico di errori, il ripristino, il dimensionamento e le operazioni di patch del software che il cluster ElastiCache sia all'interno o all'esterno di un VPC.

All'interno di un VPC, i nodi di un cluster ElastiCache hanno solo un indirizzo IP private (in una subnet definita). All'esterno di un cloud privato virtuale, l'accesso al cluster ElastiCache può essere controllato utilizzando i gruppi di sicurezza come descritto qui.

D: È possibile spostare un cluster ElastiCache esistente dall'esterno all'interno di un VPC?

No, non si può spostare un cluster Amazon ElastiCache esistente dall'esterno all'interno di un VPC. Si dovrà creare un nuovo cluster Amazon ElastiCache all'interno del VPC.

D: È possibile spostare un cluster ElastiCache esistente dall'interno all'esterno di un VPC?

La migrazione diretta di cluster ElastiCache dall'interno all'esterno di un VPC non è al momento supportata. Si dovrà creare un nuovo cluster Amazon ElastiCache all'esterno del VPC.

D: Come si controlla l'accesso di rete al cluster?

Amazon ElastiCache consente di controllare l'accesso al cluster e quindi ai nodi che utilizzano i gruppi di sicurezza in distribuzioni al di fuori di un VPC. Un gruppo di sicurezza si comporta come un firewall, controllando l'accesso di rete al nodo. Di default, l'accesso di rete ai tuoi nodi è disabilitato. Per fornire alle applicazioni accesso completo al nodo, è possibile configurare il gruppo di sicurezza in modo che consenta l'accesso da istanze EC2 che appartengano a determinati gruppi di sicurezza EC2 o a specifici intervalli IP. Questa procedura si chiama ingresso. Quando l'ingresso per un gruppo di sicurezza è configurato, si applicano le stesse regole a tutti i nodi associati a tale gruppo di sicurezza. I gruppi di sicurezza possono essere configurati tramite la sezione "Security Groups" della Console di Amazon ElastiCache, oppure utilizzando le API di Amazon ElastiCache.

Nelle distribuzioni di VPC, l'accesso ai nodi è controllato utilizzando il gruppo di sicurezza VPC e il gruppo di subnet. Il gruppo di sicurezza VPC è l'equivalente VPC del gruppo di sicurezza.

D: Quali precauzioni è necessario prendere per accertarsi che un'applicazione possa di accedere ai nodi ElastiCache in un VPC?

Devi modificare le tabelle di routing e le liste di controllo degli accessi di rete nel VPC in modo che i nodi ElastiCache siano raggiungibili dalle istanze client nel VPC. Per ulteriori dettagli consulta la documentazione di Amazon ElastiCache per Redis o Amazon ElastiCache per Memcached.

D: È possibile usare i gruppi di sicurezza per configurare i cluster che fanno parte del mio VPC?

No, i gruppi di sicurezza non vengono utilizzati quando operano all'interno di un VPC. Sono invece utilizzati nelle impostazioni non relative al VPC. Al momento della creazione di cluster in un cloud privato virtuale, occorre impiegare un gruppo di sicurezza VPC.

D: È possibile associare un gruppo di sicurezza di EC2 con un cluster avviato in un VPC?

No, puoi solo associare gruppi di sicurezza VPC che fanno parte dello stesso VPC del cluster.

D: I nodi di un cluster ElastiCache possono coprire più subnet?

Sì, i nodi di un cluster Amazon ElastiCache possono coprire più subnet purché facciano parte dello stesso gruppo associato al cluster ElastiCache al momento della creazione.


D: Cosa sono i gruppi di parametri? A cosa servono?

Un gruppo di parametri si comporta come un "contenitore" per i valori di configurazione dei motori che sono applicati a uno o più cluster. Se crei un cluster senza specificare un gruppo di parametri, viene usato un gruppo di parametri predefinito. Questo gruppo predefinito contiene le impostazioni di default del motore e del sistema di Amazon ElastiCache ottimizzate per il cluster in esecuzione. Se tuttavia desideri eseguire il cluster con valori di configurazione del motore personalizzati, puoi creare un nuovo gruppo di parametri, apportare le modifiche desiderate ai parametri e impostare il cluster in modo che applichi il nuovo gruppo di parametri. Una volta associati, tutti i cluster che utilizzano un determinato gruppo di parametri riceveranno tutti gli aggiornamenti dei parametri relativi a tale gruppo. Per ulteriori informazioni sulla configurazione dei gruppi di parametri, consulta la User Guide di Amazon ElastiCache per Redis o Amazon ElastiCache per Memcached.

D: Secondo quali criteri vanno scelti i parametri di configurazione migliori per i cluster?

Amazon ElastiCache sceglie di default i parametri di configurazione ottimali per il cluster tenendo conto della memoria e delle risorse di calcolo del tipo di nodo. Se tuttavia desideri modificarli, puoi farlo usando le API di gestione della configurazione. Si noti che la modifica dei parametri di configurazione rispetto ai valori raccomandati può provocare effetti inattesi che possono andare da un calo delle prestazioni a crash di sistema, e dovrebbe essere effettuata solo da utenti esperti che conoscono i rischi che ne derivano. Per ulteriori informazioni sulla modifica dei parametri, consultare laGuida per l’utente di Amazon ElastiCache.

D: Come si consultano le impostazioni correnti dei parametri relativi a un determinato gruppo di parametri?

Per consultare le informazioni su gruppi di parametri e le impostazioni corrispondenti dei parametri puoi utilizzare la Console di gestione AWS, le API di Amazon ElastiCache o gli strumenti a riga di comando.


D: Cosa posso memorizzare nella cache con Amazon ElastiCache for Memcached?

Il servizio permette di memorizzare nella cache diversi tipi di oggetti, ad esempio contenuti di datastore persistenti (come Amazon RDS, DynamoDB o database a gestione manuale in hosting su EC2), pagine Web generate in modo dinamico (ad esempio con Nginx) e sessioni di dati temporanei che non richiedono spazio di archiviazione permanente. Può anche essere utilizzato per l'implementazione di contatori ad alta frequenza che consentano di distribuire controlli di ammissione in applicazioni Web con volumi elevati.

D: È possibile utilizzare Amazon ElastiCache per Memcached con un datastore AWS persistente come Amazon RDS o Amazon DynamoDB?

Sì, Amazon ElastiCache è il front-end ideale per datastore come Amazon DynamoDB e Amazon RDS, poiché fornisce accesso ai dati di secondo livello con prestazioni elevate per applicazioni con frequenza di richieste molto elevata e/o requisiti di bassa latenza.

D: Oggi utilizzo Memcached. Come si migra ad Amazon ElastiCache?

Amazon ElastiCache è conforme al protocollo Memcached. Perciò è possibile utilizzare le operazioni standard Memcached come get, set, incr e decr esattamente nello stesso modo in cui li si utilizza nelle distribuzioni Memcached esistenti. Amazon ElastiCache supporta i protocolli di testo e binari. Inoltre supporta la maggior parte dei risultati statistici standard, che possono essere visualizzati anche come grafi tramite CloudWatch. Insomma, puoi passare ad Amazon ElastiCache senza ricompilare o ricollegare le tue applicazioni: le librerie che utilizzi continueranno a funzionare. Per configurare i server cache ai quali accede un'applicazione, è sufficiente aggiornare il file di configurazione relativo a Memcached dell'applicazione perché includa gli endpoint dei server assegnati (i nodi). Per ottenere una lista degli endpoint, è possibile utilizzare l'opzione "Copia endpoint dei nodi" nella Console di gestione AWS o l'API "DescribeCacheClusters". Come per ogni procedura di migrazione, consigliamo di effettuare un test approfondito della nuova distribuzione di Amazon ElastiCache prima di completare la migrazione dalla soluzione attuale.

Puoi accedere al cluster Amazon ElastiCache in un Amazon VPC dalla rete Amazon EC2 o dal tuo data center; per ulteriori dettagli, consulta i modelli di accesso di Amazon VPC.

Amazon ElastiCache impiega le voci DNS per consentire alle applicazioni client di individuare i server (nodi). I nomi DNS dei nodi rimangono costanti, mentre l'indirizzo IP può cambiare nel tempo, per esempio quando vengono sostituiti dopo un errore su un'installazione al di fuori di VPC. Prosegui nella lettura di queste domande frequenti per ulteriori informazioni su come affrontare errori nei nodi.


D: Come si seleziona il tipo di nodo appropriato per un'applicazione?

Non esiste una risposta fissa a questa domanda; con Amazon ElastiCache, tuttavia, non è necessario calcolare con la massima precisione il numero di nodi necessari, poiché è possibile aggiungerli o rimuoverli in un secondo momento con la massima semplicità. Per scegliere la configurazione iniziale, si devono prendere in considerazione due aspetti correlati:

  • La memoria totale necessaria alla cache per raggiungere l'hit rate previsto della cache
  • Il numero di nodi necessari per consentire all'applicazione prestazioni accettabili senza sovraccaricare il back-end di database in caso di errori dei nodi.

La quantità di memoria necessaria dipende dalle dimensioni del dataset e dagli schemi di accesso all'applicazione. Per migliorare la tolleranza ai guasti, quando hai un'idea approssimativa della memoria totale necessaria, dividi questo valore per un numero di nodi sufficiente perché l'applicazione possa continuare a funzionare anche nel caso in cui uno o due nodi dovessero arrestarsi. Ad esempio, se la memoria richiesta corrisponde a 13 GB, è opportuno utilizzare due nodi cache.m4.large invece di un nodo cache.m4.xlarge. È importante che i sistemi correlati, ad esempio i database, non si sovraccarichino nel caso in cui l'hit rate della cache si riducesse temporaneamente durante il ripristino di uno o più nodi. Per ulteriori informazioni, consulta la Guida per l’utente di Amazon ElastiCache.

D: Un cluster può coprire diverse zone di disponibilità?

Sì. Quando si crea un cluster o si aggiungono nodi a un cluster esistente, si possono scegliere le zone di disponibilità per i nuovi nodi. Si può specificare il numero di nodi richiesto in ogni zona di disponibilità o selezionare “distribuire nodi su diverse zone”. Se il cluster è in un VPC, i nodi possono essere solo collocati in zone di disponibilità che fanno parte del gruppo di subnet di cache selezionato. Per ulteriori informazioni, consultare la documentazione del VPC di ElastiCache.

D: Quanti nodi è possibile eseguire per ogni regione in Amazon ElastiCache per Memcached?

È possibile eseguire fino a 300 nodi per regione. Se occorre un numero maggiore di nodi, compila il modulo di richiesta di aumento dei limiti per ElastiCache.

D: Qual è la risposta di Amazon ElastiCache all'errore di un nodo?

Il servizio rileva l'errore del nodo ed effettua le seguenti operazioni automatiche:

  • Amazon ElastiCache ripristina il nodo con l'acquisizione di nuove risorse e reindirizza il nome DNS esistente del nodo verso le nuove risorse. Per le installazioni in cloud privati virtuali (VPC), ElastiCache assicura che sia il nome DNS sia l'indirizzo IP del nodo non varino quando i nodi vengono ripristinati in caso di guasto. Per le installazioni al di fuori di VPC, ElastiCache assicura che il nome DNS dei nodi rimanga costante; tuttavia l'indirizzo IP del nodo può variare.
  • Se un argomento SNS viene associato al cluster, quando il nuovo nodo viene configurato ed è pronto per l'utilizzo Amazon ElastiCache invia una notifica SNS per avvisare che il ripristino del nodo è stato completato. In questo modo è possibile configurare le applicazioni in modo che forzino la librerie client di Memcached a ricollegarsi con i nodi ripristinati. Si tratta di un'operazione importante, poiché alcune librerie di Memcached interrompono l'utilizzo di un server (nodo) a tempo indeterminato in caso di errori di comunicazione o timeout.

D: Se i requisiti di memoria di un'applicazione sono maggiori del previsto, in che modo è possibile aumentare la memoria totale con Amazon ElastiCache?

È possibile aggiungere nodi supplementari al cluster di Memcached esistente tramite l'opzione "Aggiungi nodo" nella scheda "Nodi" per il cache cluster nella Console di gestione AWS, oppure richiamando l'API ModifyCacheCluster.


D: In che modo Amazon ElastiCache interagisce con altri Amazon Web Services?

Amazon ElastiCache è la soluzione ideale per front-end di Amazon Web Services, ad esempio Amazon RDS e Amazon DynamoDB, poiché offre una latenza estremamente bassa per applicazioni che richiedono prestazioni elevate e alleggerisce il volume delle richieste mentre i servizi AWS offrono elevata durabilità dei dati. Il servizio può essere utilizzato per migliorare le prestazioni delle applicazioni insieme in combinazione con Amazon EC2 ed EMR.

D: Amazon ElastiCache è particolarmente adatto a un linguaggio di programmazione specifico?

Le librerie client di Memcached sono disponibili per molti, se non tutti i linguaggi di programmazione più utilizzati. In caso di problemi con client specifici di Memcached durante l'utilizzo di Amazon ElastiCache, contattaci sul forum della community Amazon ElastiCache.

D: Quali delle librerie più utilizzate di Memcached sono compatibili con Amazon ElastiCache?

Amazon ElastiCache non richiede librerie client specifiche e funziona con le librerie client di Memcached esistenti, senza dover ricompilare o ricollegare le applicazioni (Memcached 1.4.5 e versioni successive), come ad esempio libMemcached (C) e le librerie basate su di essa (per es:. PHP, Perl, Python), spyMemcached (Java) e fauna (Ruby).


D: Cos'è l'individuazione automatica e a cosa serve?

L'individuazione automatica è una caratteristica che fa risparmiare tempo e sforzi agli sviluppatori e riduce la complessità delle loro applicazioni. La funzione di individuazione automatica consente il rilevamento automatico di nodi di cache sui client quando vengono aggiunti o eliminati nodi da un cluster Amazon ElastiCache. Per gestire le modifiche di appartenenza al cluster, fino ad ora, gli sviluppatori dovevano aggiornare manualmente l'elenco degli endpoint di nodi di cache. A seconda dell'architettura dell'applicazione del client, di solito è necessaria un'inizializzazione del client, ottenuta arrestando l'applicazione e poi riavviandola, che risulta in un periodo di inattività. Con l'individuazione automatica abbiamo eliminato questa difficoltà. Con l'individuazione automatica, oltre alla conformità in senso inverso al protocollo Memcached, Amazon ElastiCache fornisce ai client le informazioni sull'appartenenza al cache cluster. Un client idoneo a elaborare le informazioni supplementari si riconfigura da solo,senza alcuna inizializzazione, per utilizzare i nodi più correnti di un cluster Amazon ElastiCache.

D: Come funziona l'individuazione automatica?

Un cluster Amazon ElastiCache può essere creato con i nodi che possono essere indirizzabili tramite endpoint denominati. Con l'individuazione automatica, al cluster Amazon ElastiCache viene conferito un endpoint di configurazione unico che è un record DNS valido per tutta la durata del cluster. Il record DNS contiene i nomi DNS dei nodi che appartengono al cluster. Amazon ElastiCache si assicura che l'endpoint di configurazione punti sempre almeno a uno di questi nodi di "destinazione". Una query al nodo di destinazione restituisce gli endpoint per tutti gli altri nodi del cluster in questione. Dopodiché ci si può collegare ai nodi di cluster come prima e utilizzare i comandi del protocollo di Memcached come get, set, incr e decr. Per ulteriori dettagli, consultare questa pagina. Per utilizzare l'individuazione automatica è necessario un client idoneo ad essa. I client di individuazione automatica per .Net, Java e PHP possono essere scaricati dalla console di Amazon ElastiCache. Al momento dell'inizializzazione, il client determina automaticamente i membri attuali del cluster Amazon ElastiCache utilizzando l'endpoint di configurazione. Quando si effettuano modifiche al cache cluster aggiungendo o eliminando nodi oppure se un nodo viene sostituito in seguito a un errore, l'individuazione automatica determina le modifiche e non è necessario inizializzare manualmente i client.

D: Che cosa occorre per cominciare a usare l'individuazione automatica?

Per cominciare, scarica il client del cluster Amazon ElastiCache facendo clic sul collegamento “Scarica il client del cluster ElastiCache” sulla console di Amazon ElastiCache. Prima di scaricare bisogna possedere un account Amazon ElastiCache; se non ne hai già uno, puoi registrarti sulla pagina dei dettagli di Amazon ElastiCache. Dopo aver scaricato il client, si può cominciare a impostare e attivare il cluster Amazon ElastiCache tramite la console di Amazon ElastiCache. Per ulteriori informazioni, consulta questa pagina.

D: Se continuo a utilizzare i miei client Memcached con il cluster ElastiCache, posso accedere a questa funzionalità?

No, la funzionalità di individuazione automatica non è disponibile con i client Memcached esistenti. Per utilizzare l'individuazione automatica, un client deve poter utilizzare un endpoint di configurazione e determinare gli endpoint del nodo del cluster. Puoi utilizzare il client del cluster Amazon ElastiCache o estendere il client di Memcached esistente in modo che includa il set di comandi di individuazione automatica.

D: Quali sono i requisiti minimi in hardware e software per l'individuazione automatica?

Per approfittare dell'individuazione automatica, è necessario utilizzare un client idoneo all'individuazione automatica per collegarsi a un cluster Amazon ElastiCache. Amazon ElastiCache attualmente supporta client idonei all'individuazione automatica per .Net, Java e PHP. Questi possono essere scaricati dalla console di Amazon ElastiCache. I nostri clienti possono creare client per qualunque altro linguaggio sulla base dei client Memcached più utilizzati disponibili.

D: Come si modifica o scrive un client Memcached perché supporti l'individuazione automatica?

È possibile prendere qualunque libreria di client Memcached e aggiungere il supporto per l'individuazione automatica. Se vuoi aggiungere o modificare un client per abilitare l'individuazione automatica, consulta la documentazione del set di comandi di individuazione automatica.

D: Posso continuare a lavorare con il mio client Memcached se non ho bisogno dell'individuazione automatica?

Sì, Amazon ElastiCache è ancora conforme al protocollo Memcached e non richiede modifiche dei client. Tuttavia, per poter approfittare della caratteristica dell'individuazione automatica, abbiamo dovuto migliorare l'idoneità del client Memcached. Se scegli di non utilizzare il client del cluster Amazon ElastiCache, puoi continuare a utilizzare i tuoi client o modificare la tua libreria di client perché riconosca il set di comandi di individuazione automatica.

D: Posso avere client eterogenei quando uso l'individuazione automatica?

Sì, lo stesso cluster Amazon ElastiCache può essere collegato contemporaneamente a un client idoneo all'individuazione automatica e al client Memcached tradizionale. Amazon ElastiCache resta conforme al 100% a Memcached.

D: Posso smettere di utilizzare l'individuazione automatica?

Sì, è possibile smettere di utilizzare l'individuazione automatica in qualunque momento. L'individuazione automatica può essere disattivata specificando il modo operativo durante l'inizializzazione del client del cluster Amazon ElastiCache Cluster. Inoltre, poiché Amazon ElastiCache continua a supportare Memcached al 100%, si può continuare a utilizzare qualunque client conforme al protocollo Memcached come prima.


D: È possibile controllare se e quando la versione del motore del cluster Amazon ElastiCache viene aggiornata a una nuova versione supportata?

Amazon ElastiCache consente di controllare se e quando il software conforme al protocollo di Memcached di un cluster viene aggiornato a una nuova versione supportata da Amazon ElastiCache. Questa soluzione consente di mantenere la compatibilità con versioni specifiche di Memcached, testare nuove versioni sull'applicazione prima di distribuirle in produzione ed eseguire aggiornamenti della versione secondo i propri tempi e le proprie esigenze. Poiché gli aggiornamenti della versione presentano rischi relativi alla compatibilità, non saranno eseguiti automaticamente e dovranno essere applicati manualmente. Questo approccio all'applicazione di patch software consente un controllo completo degli aggiornamenti della versione, delegando al contempo le operazioni di applicazione di patch ad Amazon ElastiCache. Per ulteriori informazioni sulla gestione della versione, consulta le domande frequenti di seguito. In alternativa, puoi consultare la Guida per l'utente di Amazon ElastiCache. Mentre la funzionalità di gestione della versione del motore conferisce il controllo completo sulle modalità di applicazione delle patch, il cluster potrà essere aggiornato automaticamente con le patch più recenti se vengono individuate vulnerabilità alla sicurezza nel sistema o nel software di cache.

D: In che modo è possibile specificare quale versione Memcached supportata deve eseguire un cluster?

Quando viene creato un nuovo cluster, è possibile specificare qualunque versione supportata (principale e/o secondaria). Se desideri avviare un aggiornamento a una versione supportata del motore, seleziona l'opzione "Modifica" del relativo cluster. Specifica quindi la versione alla quale vuoi eseguire l'aggiornamento nel campo "Versione del motore del cache". L'aggiornamento verrà applicato immediatamente (se l'opzione "Applicazione immediata" è attiva), oppure durante la successiva finestra di manutenzione del cluster.

D: È possibile testare il cluster con una nuova versione prima di eseguire l'aggiornamento?

Sì. Per farlo, crea un cluster con la nuova versione del motore. Configura quindi l'applicazione di sviluppo o di prova in modo che reindirizzi a questo cluster, così potrai procedere con il testing e decidere se aggiornare o meno il cluster originale.

D: Amazon ElastiCache fornisce linee guida su come garantire il supporto di nuove versioni di Memcached e/o impostare versioni attualmente supportate come obsolete?

Nel prossimo futuro progettiamo di supportare versioni supplementari, primarie e secondarie, di Memcached per Amazon ElastiCache. Il numero delle nuove versioni supportate in un anno varia in base alla frequenza e al contenuto delle versioni di Memcached e ai risultati di un esame approfondito della versione da parte del nostro team di tecnici.

D: Quale versione del protocollo di collegamento di Memcached supporta Amazon ElastiCache?

Amazon ElastiCache supporta il protocollo binario e di testo di Memcached per le versioni 1.6.6, 1.5.16, 1.5.10, 1.4.34, 1.4.33, 1.4.24, 1.4.14 e 1.4.5 di Memcached.

D: Quali operazioni è necessario eseguire per effettuare l'aggiornamento alla versione più recente di Memcached?

Per aggiornare un cluster Memcached esistente è necessario utilizzare il processo “Modifica”. Quando si esegue l'aggiornamento da una versione precedente alla versione 1.4.33 o successiva di Memcached, è importante verificare che i valori esistenti del parametro max_chunk_size soddisfino le condizioni necessarie per il parametro slab_chunk_max. Esamina i prerequisiti dell'aggiornamento in questa pagina.


D: Cos'è Amazon ElastiCache for Redis?

Amazon ElastiCache for Redis è un servizio Web che semplifica la distribuzione e l'esecuzione nel cloud di nodi del server conformi al protocollo Redis. Il servizio consente la gestione, il monitoraggio e il funzionamento dei nodi Redis; la creazione, l'eliminazione e la modifica dei nodi possono essere effettuate tramite la console di Amazon ElastiCache, l'interfaccia a riga di comando (CLI) o le API del servizio Web. Amazon ElastiCache for Redis supporta le configurazioni ad alta disponibilità, inclusa la modalità cluster Redis abilitata e la modalità cluster disabilitata con failover automatico dal primario alla replica.

D: Amazon ElastiCache per Redis è conforme al protocollo di Redis open source?

Sì, Amazon ElastiCache for Redis è conforme al protocollo di Redis open source. Il codice, le applicazioni, i driver e gli strumenti che un cliente utilizza attualmente con il datastore Redis autonomo continueranno a funzionare con Amazon ElastiCache for Redis e non sarà necessario modificare il codice per eseguire la migrazione delle distribuzioni esistenti di Redis su Amazon ElastiCache for Redis, salvo quando indicato. Al momento sono supportate le versioni 6.0.5, 5.0.6, 5.0.5, 5.0.4, 5.0.3, 5.0.0, 4.0.10, 3.2.10, 3.2.6, 3.2.4, 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19, 2.8.6 e 2.6.13 di Redis.

D: Quanto costa Amazon ElastiCache for Redis?

Consulta la pagina dei prezzi per informazioni aggiornate.

D: Cosa sono i nodi, i cluster e i gruppi di replica di Amazon ElastiCache for Redis?

Un nodo Amazon ElastiCache for Redis è l'elemento base di una distribuzione Amazon ElastiCache for Redis. Ogni nodo Amazon ElastiCache for Redis supporta il protocollo Redis e possiede il proprio nome DNS e la propria porta. Sono supportati vari tipi di nodi Amazon ElastiCache for Redis, ciascuno con una quantità variabile di capacità di CPU e di memoria associata. Un nodo Amazon ElastiCache for Redis può assumere un ruolo primario o di replica di lettura. Un nodo primario può essere replicato su nodi di replica di lettura multipli. Un cluster Amazon ElastiCache for Redis è una raccolta di uno o più nodi Amazon ElastiCache for Redis; il nodo primario sarà nel cluster primario e il nodo di replica di lettura sarà in un cluster di replica di lettura. Un cluster gestisce uno spazio delle chiavi logico in cui ogni nodo è responsabile di una parte dello spazio delle chiavi. La maggior parte delle operazioni di gestione viene effettuata a livello di cluster. Un gruppo di replica Amazon ElastiCache for Redis incapsula il cluster primario e i cluster di replica di lettura per un'installazione di Redis. Un gruppo di replica include solo un cluster primario e nessuno o più cluster di replica di lettura. Tutti i nodi in un gruppo di replica (e di conseguenza di un cluster) sono dello stesso tipo e possiedono le stesse impostazioni di parametri e gruppo di sicurezza.

D: Amazon ElastiCache for Redis supporta il salvataggio permanente di Redis?

Amazon ElastiCache for Redis non supporta la funzionalità AOF (Append Only File), ma puoi ottenere il salvataggio permanente creando uno snapshot dei dati Redis tramite la funzionalità Backup e ripristino. Per ulteriori dettagli, consulta questa pagina.

D: Come si può effettuare una migrazione da Amazon ElastiCache per Memcached ad Amazon ElastiCache per Redis e viceversa?

Attualmente non supportiamo la migrazione automatica da Memcached a Redis o viceversa. Tuttavia si può usare un client Memcached per leggere da un cluster Memcached e utilizzare un client Redis per scrivere su un cluster Redis. In modo simile, è possibile leggere da un cluster Redis utilizzando un client Redis e utilizzare un client Memcached per scrivere su un cluster Memcached. Bisogna prendere in considerazione le differenze di formato dei dati e la configurazione del cluster fra i due motori.

D: Amazon ElastiCache per Redis supporta le operazioni Multi-AZ?

Sì, con Amazon ElastiCache for Redis puoi creare una replica di lettura in un'altra zona di disponibilità di AWS. In caso di errore di un nodo, si assegna un nuovo nodo. Negli scenari in cui si verifica un errore del nodo primario, ElastiCache per Redis converte automaticamente una replica di lettura esistente in ruolo primario. Per ulteriori dettagli su come trattare gli errori dei nodi, consulta questa pagina.

D: Quali opzioni offre Amazon ElastiCache for Redis in caso di errori dei nodi?

Amazon ElastiCache for Redis ripristina il nodo con l'acquisizione di nuove risorse di servizio e reindirizza il nome DNS esistente del nodo affinché punti sulle nuove risorse di servizio. In questo modo, il nome DNS di un nodo Redis rimane costante, mentre l'indirizzo IP di un nodo Redis può cambiare nel tempo. In un gruppo di replica con una o più repliche di lettura in cui la funzione Multi-AZ è abilitata, nel caso di errore di un nodo principale, Amazon ElastiCache rileva automaticamente l'errore, seleziona una replica e la converte in nodo principale. Inoltre propaga il DNS per consentire di continuare a utilizzare l'endpoint primario e dopo la conversione lo punterà al nuovo nodo primario. Per maggiori dettagli, consulta la sezione Multi-AZ di queste domande frequenti. 

Se l'opzione di replica di Redis viene selezionata quando la funzione Multi-AZ è disabilitata, in caso di errore del nodo primario, avrai l'opzione di avviare un failover in un nodo di replica di lettura. La destinazione del failover può essere nella stessa zona o in una diversa. Per effettuare il failback verso la zona di origine, si deve convertire la replica di lettura in nodo principale nella zona di origine. È possibile decidere di strutturare la tua applicazione per obbligare la libreria client di Redis a ricollegarsi on il nodo di server Redis ripristinato. Questo può essere di aiuto poiché alcune librerie di Redis smetteranno di utilizzare un server per un tempo indeterminato in caso di errori di comunicazione o periodi di inattività.

D: Come funziona il failover?

Quando si distribuisce ElastiCache per Redis con la modalità cluster disabilitata, il comportamento del failover per i gruppi di replica con la funzione Multi-AZ abilitata è descritto nella sezione Multi-AZ di queste domande frequenti. Se decidi di non abilitare la funzione Multi-AZ, se Amazon ElastiCache effettua il monitoraggio del nodo primario e il nodo non è più disponibile o non risponde, Amazon ElastiCache for Redis ripristina il nodo con l'acquisizione di nuove risorse di servizio e reindirizza il nome DNS esistente del nodo affinché punti alle nuove risorse di servizio. In questo modo, il nome DNS di un nodo Redis rimane costante, mentre l'indirizzo IP di un nodo Redis può cambiare nel tempo. Tuttavia, se il nodo primario non può essere ripristinato (e la funzione Multi-AZ è disabilitata), potrai convertire una delle repliche di lettura in nuovo nodo primario. Consulta questa pagina per ulteriori dettagli su come selezionare un nuovo nodo primario. Il record DNS dell'endpoint primario sarà aggiornato affinché punti al nodo di replica di lettura convertito. Verrà poi creato un nodo di replica di lettura nella zona di disponibilità primario originale, affinché diventi una replica di lettura nel gruppo di replica e segua il nuovo nodo primario.

Quando si distribuisce ElastiCache per Redis con la modalità cluster abilitata, si distribuisce lo spazio delle chiavi di cache su più shard. Questo significa che i dati e l'accesso in lettura/scrittura a tali dati sono distribuiti su più nodi Redis in più zone di disponibilità (richiesto con la modalità cluster abilitata). Il ruolo del nodo primario eseguirà automaticamente il failover su una delle repliche di lettura. Non è necessario creare ed effettuare il provisioning di un nuovo nodo primario, poiché ElastiCache lo gestisce in modo trasparente. Questo failover e la conversione della replica garantiscono la possibilità di riprendere la scrittura nel nuovo nodo primario non appena è terminata la conversione.

D: Le mie repliche di lettura sono disponibili durante l'errore di un nodo primario?

Sì, durante l'errore di un nodo principale le repliche di lettura continuano a soddisfare le richieste. Quando il nodo principale è stato ripristinato, che sia un nodo riparato o una replica di lettura convertita, c'è un breve periodo durante il quale le repliche di lettura non soddisfano le richieste perché si stanno sincronizzando con le informazioni di cache della principale.

D: Come si configurano i parametri dei nodi di Amazon ElastiCache per Redis?

L'installazione di Redis può essere configurata utilizzando il gruppo di parametri cache, che deve essere specificato per un cluster di Redis. Tutti i cluster delle repliche di lettura utilizzano il gruppo di parametri del loro cluster principale. Un gruppo di parametri Redis funziona come un "contenitore" per i valori di configurazione di Redis che possono essere applicati a uno o più cluster principali di Redis. Se si crea un cluster principale di Redis senza specificare un gruppo di parametri cache viene usato un gruppo di parametri predefinito. Questo gruppo predefinito contiene i valori predefiniti per i tipi di nodi che si vogliono eseguire. Tuttavia, se si vuole che il cluster principale di Redis venga eseguito con valori di configurazione specifici, si può creare un nuovo gruppo di parametri di cache, modificare i parametri desiderati e modificare il cluster principale di Redis per utilizzare il nuovo gruppo di parametri.

D: Posso accedere a Redis tramite la console di Amazon ElastiCache?

Sì, Redis appare come un'opzione del motore nella console di Amazon ElastiCache. È possibile creare un nuovo cluster di cache di Redis con la procedura guidata di avvio selezionando il motore Redis. Inoltre è possibile modificare o eliminare un cluster Redis esistente utilizzando la console di Amazon ElastiCache.

D: I cluster Amazon ElastiCache for Redis possono essere creati in un VPC di Amazon?

Sì. Se l'account è un VPC per impostazione predefinita, i cluster Redis verranno creati nel VPC predefinito associato all'account. Con la console di Amazon ElastiCache è possibile specificare un VPC diverso quando si crea un cluster.

Q: Come posso proteggere il cluster Redis?

Amazon ElastiCache for Redis supporta due metodi per proteggere il cluster Redis. Puoi scegliere tra Redis AUTH o il controllo gestito degli accessi in base al ruolo (RBAC), che sono entrambe opzioni attivabili e richiedono l'abilitazione della crittografia in transito. Redis AUTH consente di aggiungere una password per proteggere l'accesso al cluster Redis ed è una funzione supportata dalla versione 3.2.6. A partire da Redis 6, la funzionalità RBAC consente di creare e gestire utenti e gruppi di utenti per proteggere il cluster Redis. Puoi assegnare gli utenti a gruppi di utenti in linea con un ruolo specifico (per es. amministratori, risorse umane, analisi, ecc.) che vengono quindi distribuiti su uno o più gruppi di replica di Amazon ElastiCache for Redis. In questo modo, puoi stabilire limiti di sicurezza tra utenti che utilizzano gli stessi gruppi di replica Redis e impedire ai client di accedere reciprocamente ai dati. Apri i collegamenti di seguito per ulteriori informazioni su Redis Auth e RBAC

D: In che modo è possibile eseguire l'aggiornamento a una versione più recente del motore?

Puoi eseguire facilmente l'aggiornamento a una versione più recente del motore utilizzando le API ModifyCacheCluster o ModifyReplicationGroup e specificando la versione del motore desiderata per il parametro EngineVersion. Nella console di Amazon ElastiCache, puoi selezionare un cluster di cache o un gruppo di replica e fare clic su "Modify" (Modifica). Nella finestra "Modify Cache Cluster" (Modifica cluster di cache) o "Modify Replication Group" (Modifica gruppo di replica), seleziona la versione del motore desiderata tra le opzioni disponibili. Il processo di aggiornamento è stato progettato per cercare di conservare i dati esistenti e richiede replica di Redis. Per ulteriori informazioni, consulta questa pagina.

D: È possibile eseguire il downgrade a una versione precedente del motore?

No. Il downgrade a una versione precedente del motore non è supportato.

D: In che modo è possibile passare a un tipo di nodo di dimensioni maggiori o a più nodi?

In Amazon ElastiCache for Redis puoi passare facilmente a tipi di istanza di dimensioni maggiori con la modalità cluster disabilitata e a più istanze quando la modalità cluster è abilitata. 

Puoi passare facilmente a un tipo di nodo di dimensioni maggiori utilizzando le API ModifyCacheCluster o ModifyReplicationGroup e specificando il tipo di nodo desiderato per il parametro CacheNodeType. Nella console di Amazon ElastiCache, puoi selezionare un cluster di cache o un gruppo di replica e fare clic su "Modify" (Modifica). Nella finestra "Modify Cache Cluster" (Modifica cluster di cache) o "Modify Replication Group" (Modifica gruppo di replica) seleziona il tipo di nodo desiderato tra le opzioni disponibili. Il processo di ridimensionamento è stato progettato per cercare di conservare i dati esistenti e richiede replica di Redis. Per ulteriori informazioni, consulta questa pagina.

La modalità cluster consente di scalare orizzontalmente aggiungendo o rimuovendo shard, anziché scalare verticalmente un singolo nodo. Concettualmente, il dimensionamento orizzontale del cluster è facile da comprendere dal lato server: viene semplicemente aggiunto o rimosso uno shard. Ogni shard dispone di un nodo primario e fino a cinque nodi di replica di sola lettura. Quando il nodo è pronto, il cluster dovrà riallocare o bilanciare lo spazio delle chiavi sui nodi in base alla configurazione. Con ElastiCache per Redis, il nuovo bilanciamento è automatico.

D: Qual è il parametro corretto da utilizzare per misurare l'utilizzo di Redis?

Amazon ElastiCache fornisce due parametri per misurare l'utilizzo della CPU per i carichi di lavoro di Amazon ElastiCache for Redis: EngineCPUUtilization e CPUUtilization. Il parametro CPUUtilization misura l'utilizzo della CPU per l'istanza (nodo), mentre il parametro EngineCPUUtilization misura l'utilizzo a livello del processo di Redis. È necessario il parametro EngineCPUUtilization in aggiunta a CPUUtilization perché il processo principale di Redis è a thread singolo e utilizza solo una CPU dei core multipli disponibili su un'istanza. Perciò il parametro CPUUtilization non fornisce una visibilità precisa sui tassi di utilizzo della CPU a livello del processo di Redis. 

Ti suggeriamo di utilizzare entrambi i parametri, EngineCPUUtilization e CPUUtilization, insieme, per ottenere una comprensione dettagliata dell'utilizzo della CPU per i tuoi cluster Redis. Entrambi i parametri sono disponibili in tutte le regioni AWS e puoi accedervi utilizzando CloudWatch o attraverso la Console di gestione AWS.

Oltre all'utilizzo della CPU, Amazon ElastiCache for Redis integra l'elaborazione dinamica delle reti per migliorare la gestione I/O in Redis 5.0.3 e versioni successive. Utilizzando la potenza aggiuntiva della CPU disponibile nei nodi con quattro o più vCPU, ElastiCache è in grado di produrre un incremento del throughput anche dell'83%, oltre a una riduzione della latenza per ciascun nodo anche del 47%. Consulta questo articolo del blog: Boosting application performance & reducing costs with Amazon Elasticache for Redis

D: È possibile creare repliche in più regioni con Amazon ElastiCache for Redis?

Sì, puoi creare repliche in più regioni utilizzando la funzionalità Global Datastore di Amazon ElastiCache for Redis. Con Global Datastore puoi eseguire repliche rapide, affidabili, sicure e completamente gestite in più regioni. Consente di scrivere sul cluster Amazon ElastiCache for Redis in una regione e di disporre dei dati per la lettura da parte di altri due cluster di replica in più regioni, abilitando letture a bassa latenza e operazioni di disaster recovery in più regioni.


D: Cosa comporta eseguire un nodo di Redis come replica di lettura?

Le repliche di lettura in Redis hanno due scopi:

  • Trattamento degli errori
  • Dimensionamento della lettura

Quando si esegue un nodo di cache con una replica di lettura, il nodo "primario" effettua le scritture e le letture. La replica di lettura funge da "standby" da "convertire" in caso di failover. Dopo il failover, lo standby diventa il nodo primario e accetta le operazioni di cache. Le replica di lettura semplificano inoltre il ridimensionamento elastico delle risorse oltre i limiti della capacità di un singolo nodo di cache per i carichi di lavoro della cache gravosi in lettura.

D: Quando è consigliato usare le repliche di lettura di Redis?

La distribuzione di una o più repliche di lettura per un nodo principale può risultare molto utile in diverse circostanze. Alcuni casi d'uso possono essere, per esempio:

  • Il ridimensionamento della potenza di calcolo o del traffico I/O oltre la capacità di un singolo nodo principale per carichi di lavoro gravosi in lettura. Il traffico di lettura in eccesso può essere reindirizzato a una o più repliche di lettura.
  • Il traffico di lettura continua ad essere effettuato quando il nodo principale non è disponibile. Se il nodo principale non è in grado di ricevere richieste di I/O, (per es. durante un backup o una fase di manutenzione programmata), si può reindirizzare il traffico in lettura alle repliche di lettura. In questo caso d'uso, è necessario ricordare che i dati sulla replica di lettura potrebbero essere obsoleti, poiché l'istanza principale non è disponibile. Inoltre la replica di lettura può essere utilizzata per riavviare un'istanza principale non riuscita avviata a caldo.
  • Scenario di protezione di dati; nell'improbabile eventualità di un errore del nodo principale o che la zona di disponibilità in cui risiede il nodo principale non sia disponibile, si può convertire una replica di lettura in nodo principale in una zona di disponibilità diversa.
D: Come si distribuisce un nodo di replica di lettura per un determinato nodo primario?
 
Puoi creare una replica di lettura in pochi minuti utilizzando l'API CreateReplicationGroup oppure con alcuni clic nella console di gestione di Amazon ElastiCache. Quando si crea un gruppo di replica, bisogna specificare il MasterCacheClusterIdentifier. Il MasterCacheClusterIdentifier è l'identificatore del cluster di cache "primario" dal quale si vuole effettuare la replica. Successivamente devi creare il cluster di replica di lettura nel gruppo di replica chiamando l'API CreateCacheCluster e specificando il ReplicationGroupIdentifier e il CacheClusterIdentifier del cluster primario. Come per un cluster di cache standard, puoi anche specificare la zona di disponibilità. Quando viene avviata la creazione di una replica di lettura, Amazon ElastiCache esegue uno snapshot del cache cluster principale e ne avvia la replica. Di conseguenza potrà verificarsi una breve interruzione alle operazioni di I/O sul cache cluster principale durante l'esecuzione dello snapshot. L'interruzione alle operazioni di I/O di solito dura non più di un minuto.

Le repliche di lettura sono tanto semplici da creare quanto da eliminare: è sufficiente usare la console di gestione di Amazon ElastiCache oppure chiamare l'API DeleteCacheCluster (specificando il CacheClusterIdentifier relativo alla replica di lettura che si desidera eliminare).

D: Posso creare un nodo principale e repliche di lettura contemporaneamente?
 
Sì. Puoi creare un nuovo cluster di cache con repliche di lettura in pochi minuti utilizzando l'API CreateReplicationGroup oppure seguendo la procedura guidata "Create" (Creazione) nella console di gestione di Amazon ElastiCache e selezionando "Multi-AZ Replication" (Replica Multi-AZ). Al momento della creazione del cluster, è necessario specificare un identificatore, il numero totale di shard per cluster e di repliche di lettura per shard, assieme ai parametri di creazione come il tipo di nodo, la versione del motore e altro. Puoi anche specificare la zona di disponibilità per ogni shard del cluster.
 
D: Come posso collegarmi alle repliche di lettura?
 
Puoi collegarti alle repliche di lettura esattamente come ai nodi di cache primari, utilizzando l'API DescribeCacheClusters o la Console di gestione AWS per recuperare gli endpoint delle repliche di lettura. Se utilizzi più di una replica di lettura, sarà l'applicazione a determinare la distribuzione del traffico in lettura tra queste repliche. Ulteriori informazioni:
 
  • I cluster Redis (in modalità cluster disabilitata) utilizzano gli endpoint del nodo individuale per le operazioni di lettura (nella CLI/API vengono identificati come endpoint di lettura).
  • I cluster Redis (in modalità cluster abilitata) utilizzano l'endpoint nella configurazione del cluster per tutte le operazioni. È necessario utilizzare un client che supporti i cluster Redis (Redis 3.2). È comunque possibile effettuare letture dagli endpoint del nodo individuale (nella CLI/API vengono identificati come endpoint di lettura).
D: Quante repliche di lettura è possibile creare per un determinato nodo primario?
 
Attualmente Amazon ElastiCache consente di creare fino a cinque (5) repliche di lettura per un determinato nodo di cache primario.
 
D: Cosa succede alle repliche di lettura in caso di failover?
 
In caso di failover su più zone di disponibilità, le repliche di lettura associate e disponibili riprendono automaticamente la replica al completamento del failover (dopo, quindi, il recupero degli aggiornamenti dalla nuova replica di lettura).
 
D: È possibile creare una replica di lettura di un'altra replica di lettura?
 
La creazione di una replica di lettura di un'altra replica di lettura non è supportata.
 
D: È possibile convertire una replica di lettura in un nodo primario "autonomo"?
 
No, questa non è una funzione supportata. Invece puoi eseguire uno snapshot del nodo Amazon ElastiCache for Redis (puoi selezionare il nodo primario o qualunque replica di lettura). Quindi puoi utilizzare lo snapshot per generare un nuovo nodo primario di Amazon ElastiCache for Redis.
 
D: La replica di lettura è sempre aggiornata rispetto al relativo nodo primario?
 
Gli aggiornamenti a un nodo di cache primario vengono replicati automaticamente alle repliche di lettura associate. Quando viene usata la tecnologia di replica asincrona di Redis, tuttavia, una replica di lettura può risultare in ritardo rispetto al nodo di cache principale per una serie di motivi. In genere questo accade nelle seguenti situazioni:
 
  • Il volume di scrittura di I/O al nodo di cache principale supera il tasso al quale le modifiche sono applicate alla replica di lettura
  • Partizioni di rete o latenze tra il nodo di cache principale e la replica di lettura

Le repliche di lettura ereditano i punti di forza e le limitazioni delle repliche di Redis. Se utilizzi repliche di lettura, devi tenere conto del potenziale ritardo o "incoerenza" tra una replica di lettura e il suo nodo di cache primario. Amazon ElastiCache emette un parametro per aiutarti a comprendere questa incoerenza.

D: Come si può avere una maggiore visibilità delle repliche di lettura attive?
 
È possibile usare l'API standard DescribeCacheClusters per ottenere un elenco di tutti i cache cluster distribuiti (incluse le repliche di lettura); in alternativa è sufficiente fare clic sulla scheda "Cache Clusters" della console di gestione di Amazon ElastiCache.
 
Amazon ElastiCache esegue il monitoraggio dello stato di replica delle repliche di lettura e aggiorna il campo "Replication State" a "Error" se la replica è interrotta per qualunque motivo. Puoi esaminare i dettagli dell'errore associato segnalato dal motore Redis consultando il campo "Replication error" (Errore replica) e prendendo le misure appropriate per risolverlo. Puoi trovare ulteriori informazioni sulla risoluzione dei problemi di replica nella sezione "Risoluzione di un problema di replica di lettura" della Guida per l'utente di Amazon ElastiCache. Quando un problema relativo alla replica viene risolto, il campo "Replication State" (Stato di replica) viene modificato in "Replicating" (Replica in corso).

Amazon ElastiCache ti consente una maggiore visibilità sul ritardo di una replica di lettura rispetto al nodo principale mediante la metrica CloudWatch ("Sfasamento temporale replica") disponibile sulla Console di gestione AWS o le API di Amazon CloudWatch.

D: La replica di lettura ha accumulato un notevole ritardo rispetto al nodo principale correlato. Quale procedura devo seguire?
 
Come illustrato nella domande precedenti, l'"inconsistenza" o sfasamento temporale tra la replica di lettura e il nodo di cache principale correlato è comune nella replica asincrona di Redis. Se una replica di lettura è troppo in ritardo per soddisfare i tuoi requisiti, è possibile riavviarla. Il ritardo della replica, inoltre, è soggetto ad aumenti e cali fisiologici, a seconda dei modelli di utilizzo costanti del nodo di cache principale.
 
D: Come si elimina una replica di lettura? Viene eliminata automaticamente quando viene eliminato il nodo principale?
 
Puoi eliminare facilmente una replica di lettura con alcuni clic nella Console di gestione AWS oppure utilizzando le API DeleteCacheCluster o DecreaseReplicaCount. Se vuoi eliminare la replica di lettura oltre al nodo di cache primario, devi utilizzare l'API DeleteReplicationGroup o la Console di gestion e AWS.
 
D: Quanto costa una replica di lettura? Qual è il periodo di fatturazione?
 
Le repliche di lettura vengono fatturate come nodi di cache standard e prevedono le stesse tariffe. Analogamente ai nodi di cache standard, la tariffa basata sulle "ore-nodo di cache" per le repliche di lettura è determinata dalla classe del nodo di cache della replica di lettura; consulta la pagina dei dettagli di Amazon ElastiCache per informazioni aggiornate sui prezzi. I trasferimenti di dati generati durante la replica dei dati tra il nodo di cache e la replica di lettura non vengono fatturati. La fatturazione di una replica di lettura inizia subito dopo la sua creazione (dal momento in cui il suo stato è "attivo"). La fatturazione della replica di lettura proseguirà secondo le tariffe orarie standard per i nodi di cache di Amazon ElastiCache finché non viene inviato il comando di eliminazione.
 
D: Quali operazioni vengono eseguite durante un failover e con quale durata?
 
Il failover avviato è supportato da Amazon ElastiCache in modo da poter riprendere le operazioni di cache al più presto. Durante l'esecuzione di un failover, Amazon ElastiCache cambia il record DNS per il nodo di cache in modo che punti alla replica di lettura, che diventa a sua volta il nuovo nodo principale. Ti consigliamo di seguire le migliori prassi e di implementare i tentativi di connessione al nodo di cache a livello di applicazione. Di solito, il completamento dei seguenti passaggi da 1 a 5 richiede meno di 6 minuti.
 
Questi sono gli eventi di failover automatico, elencati in ordine di frequenza :
 
  1. Messaggio del gruppo di replica: API Test Failover chiamata per il gruppo di nodi <node-group-id>
  2. Messaggio del cluster di cache: failover dal nodo primario <primary-node-id> al nodo di replica <node-id> completato
  3. Messaggio del gruppo di replica: failover dal nodo primario <primary-node-id> al nodo di replica <node-id> completato
  4. Messaggio del cluster di cache: recupero dei nodi di cache <node-id>
  5. Messaggio del cluster di cache: ripristino dei nodi di cache <node-id> terminato
D: Posso creare una replica di lettura in una regione diversa da quella primaria?
 
 
No. Puoi effettuare il provisioning della replica di lettura solo nella stessa zona di disponibilità o in un'altra zona di disponibilità della stessa regione del nodo di cache primario.
 
Tuttavia, puoi utilizzare Global Datastore for Redis per lavorare con una replica veloce, affidabile, sicura e completamente gestita in più regioni AWS. Utilizzando questa funzionalità, puoi creare cluster di repliche di lettura in più regioni per ElastiCache per Redis per abilitare letture e disaster recovery a bassa latenza in più regioni AWS.
 
D: È possibile vedere in quale zona di disponibilità si trova l'istanza primaria?
 
Sì. Per ottenere maggiore visibilità sull'ubicazione del nodo principale, utilizzare la Console di gestione AWS o l'API DescribeCacheClusters.
 
D: Dopo un failover, l'istanza principale si trova in una zona di disponibilità diversa rispetto alle altre risorse AWS (ad esempio le istanze EC2).
 
D: Possono verificarsi problemi di latenza?
 
Le zone di disponibilità sono state progettate in modo da connettersi tra loro in rete con una latenza minima, quando si trovano in una stessa regione. Potrebbe essere opportuno progettare la propria applicazione e organizzare le altre risorse AWS in modo che offrano ridondanza su più zone di disponibilità, consentendo una maggiore resistenza all'applicazione in caso di errore in una zona.
 
D: Posso aggiungere e rimuovere i nodi delle repliche di lettura per il mio ambiente cluster Redis?
 
Sì. Si possono aggiungere e rimuovere le repliche tra uno o più shard in un ambiente cluster Redis. Sì, il cluster rimarrà online ed elaborerà gli I/O in ingresso durante l'operazione.

D: Cos'è Multi-AZ per un gruppo di replica Amazon ElastiCache for Redis?

Un gruppo di replica Amazon ElastiCache for Redis consiste in un nodo primario e fino a cinque repliche di lettura. Se la funzione Multi-AZ è abilitata, è necessaria almeno una replica per nodo primario. Vedi Failover automatico. Redis replica i dati dal nodo primario alle repliche di lettura in modo asincrono. Durante certi tipi di manutenzione programmata o nell'improbabile eventualità di un errore del nodo Amazon ElastiCache o della zona di disponibilità, Amazon ElastiCache rileva automaticamente l'errore di un nodo primario, seleziona una replica di lettura e la converte in nuovo nodo primario. Inoltre, Amazon ElastiCache converte le modifiche DNS della replica di lettura convertita, in modo che se l'applicazione scrive nell'endpoint del nodo primario non è necessario alcun cambiamento di endpoint.

D: Quali sono i vantaggi dell'utilizzo di Multi-AZ e quando dovrei sfruttarli?

I vantaggi principali dell'esecuzione di Amazon ElastiCache for Redis in modalità Multi-AZ sono l'aumento della disponibilità e l'amministrazione ridotta. In caso di errore del nodo primario di Amazon ElastiCache for Redis, l'impatto sulla capacità di lettura/scrittura nel nodo primario è limitato al tempo necessario per il completamento del failover automatico. Quando la funzione Multi-AZ è abilitata, il failover del nodo Amazon ElastiCache è automatico e non richiede amministrazione. Non è più necessario eseguire il monitoraggio dei nodi Redis e avviare manualmente un ripristino nel caso di un'interruzione del nodo primario.

D: Come funziona Multi-AZ?

Puoi utilizzare Multi-AZ se usi Amazon ElastiCache for Redis e hai un gruppo di replica che consiste in un nodo primario e una o più repliche di lettura. In caso di errore del nodo primario, Amazon ElastiCache rileva automaticamente l'errore, seleziona una delle repliche di lettura disponibili e la converte in nuovo nodo primario. Amazon ElastiCache propaga le modifiche DNS della replica di lettura convertita, in modo che l'applicazione possa continuare a scrivere sull'endpoint primario. Amazon ElastiCache creerà un nuovo nodo per sostituire la replica di lettura convertita nella stessa zona di disponibilità dell'errore del nodo primario. In caso di errore dell'istanza primaria dovuto a un'interruzione temporanea della zona di disponibilità, la nuova replica viene avviata non appena la zona di disponibilità viene ripristinata.

D: Posso avere delle repliche nella stessa zona di disponibilità dell'istanza principale?

Sì. Si noti che mettere il nodo principale e le repliche nella stessa zona di disponibilità non garantisce la resistenza delle repliche di Amazon ElastiCache for Redis a interruzioni nella zona di disponibilità. Inoltre, questo potrebbe non essere consentito se la funzione Multi-AZ è attiva.

D: In quali casi può verificarsi un failover di Amazon ElastiCache su una replica di lettura?

Un failover di Amazon ElastiCache di una replica di lettura può avvenire in uno dei casi seguenti:

  • Calo di disponibilità nella zona di disponibilità del nodo principale
  • Perdita di connettività di rete nell'istanza principale
  • Errore dell'unità di elaborazione nell'istanza principale
D: Quando si deve usare Multi-AZ?
 
Utilizzare la replica Redis congiuntamente a Multi-AZ fornisce una disponibilità e una tolleranza ai guasti più elevate. Queste distribuzioni sono la soluzione ideale per l'utilizzo in ambienti di produzione.
 
D: Come si crea un gruppo di replica Amazon ElastiCache for Redis con la funzione Multi-AZ abilitata?
 
Si possono creare un nodo primario e repliche di lettura Amazon ElastiCache for Redis facendo clic su "Launch Cache Cluster" (Avvia cluster di cache) nella console di gestione di Amazon ElastiCache. Puoi eseguire questa operazione anche chiamando l' API CreateReplicationGroup. Per i gruppi di replica esistenti (Redis 2.8.24, 2.8.23, 2.8.22, 2.8.21, 2.8.19 e 2.8.6) puoi abilitare Multi-AZ selezionando un gruppo di replica e facendo clic su "Modify" (Modifica) nella console di gestione Amazon ElastiCache oppure utilizzando l' API ModifyReplicationGroup. Attivare AZ multiple per un gruppo di replica non provoca interruzioni nei dati Redis e non interferisce con la capacità dei nodi di elaborare le richieste.
 
D: Quale replica di lettura viene convertita in caso di errore di un nodo primario?

Se esiste più di una replica di lettura, viene convertita la replica di lettura che presenta il ritardo di replica asincrona minore rispetto al nodo primario.

D: Quanto costa usare Multi-AZ?

La funzione Multi-AZ è gratuita. Si pagano solo i nodi Amazon ElastiCache utilizzati.

D: In che modo Multi-AZ influisce sulle prestazioni?

Amazon ElastiCache attualmente utilizza la replica asincrona nativa del motore Redis e ne eredita i punti di forza e le limitazioni. In particolare, quando una replica di lettura si collega a un nodo primario per la prima volta o se il nodo primario cambia, la replica di lettura esegue una sincronizzazione completa dei dati del nodo primario, creando un carico per sé e per il nodo primario. Per ulteriori dettagli sulla replica di Redis, consulta questa pagina.

D: Quali tipi di nodo supportano l'opzione Multi-AZ?

Tutti i tipi di nodo di cache disponibili in Amazon ElastiCache supportano Multi-AZ, tranne la famiglia di nodi T1.

D: Riceverò un avviso quando si verifica un failover automatico?

Sì, Amazon ElastiCache crea un evento per informarti che è stato effettuato un failover automatico. Puoi usare l'API DescribeEvents per raccogliere informazioni sugli eventi relativi al nodo Amazon ElastiCache o fare clic sulla sezione "Events" (Eventi) della console di gestione Amazon ElastiCache.

D: Dopo un failover, l'istanza primaria si trova in una zona di disponibilità diversa rispetto alle altre risorse AWS (per esempio le istanze EC2). Potrebbero verificarsi problemi di latenza?

Le zone di disponibilità sono state progettate in modo da connettersi tra loro in rete con una latenza minima, quando si trovano in una stessa regione. Potrebbe essere opportuno progettare la propria applicazione e organizzare le altre risorse AWS in modo che offrano ridondanza su più zone di disponibilità, consentendo una maggiore resilienza dell'applicazione in caso di errore in una zona di disponibilità.

D: Dove posso trovare ulteriori informazioni su AZ multiple?

Per ulteriori informazioni su Multi-AZ, consulta la documentazione di Amazon ElastiCache.


Q: Cos'è la funzione di backup e ripristino?

La funzione di backup e ripristino è una caratteristica che consente ai clienti di creare snapshot dei loro cluster Amazon ElastiCache for Redis. Amazon ElastiCache archivia gli snapshot, consentendo agli utenti di utilizzarli in seguito per ripristinare i cluster Redis.

D: Cos'è uno snapshot?

Uno snapshot è la copia di un intero cluster in un momento specifico.

D: Qual è il vantaggio degli snapshot?

Creare snapshot può risultare utile in caso di perdite di dati causate da errori di un nodo, oppure nell'improbabile eventualità di un guasto hardware. Un altro caso d'uso comune degli snapshot è la creazione di backup e l'archiviazione. Gli snapshot sono memorizzati in Amazon S3, che è uno storage durevole, nel senso che perfino un guasto dell'alimentazione può cancellare i dati.

D: Cosa è possibile fare con uno snapshot?

Puoi usare gli snapshot per l'avvio a caldo di un cluster Amazon ElastiCache for Redis con dati precaricati.

D: Come funziona il backup e ripristino?

Quando si avvia il backup, Amazon ElastiCache esegue lo snapshot di un cluster Redis specificato, che può essere utilizzato in seguito per il ripristino o l'archiviazione. Puoi avviare un backup ogni volta che scegli o imposti un backup giornaliero ricorrente con un periodo di conservazione fino a 35 giorni.

Quando scegli uno snapshot da ripristinare, viene creato un nuovo cluster Amazon ElastiCache for Redis che sarà popolato con i dati dello snapshot. In questo modo, puoi creare più cluster ElastiCache per Redis da uno snapshot specificato.

D: Dove sono memorizzati i miei snapshot?

Gli snapshot vengono memorizzati in S3.

D: Come posso iniziare a utilizzare la funzione Backup e ripristino?

Puoi selezionare la funzione "Backup e ripristino" tramite la Console di gestione AWS, tramite le API di Amazon ElastiCache (API CreateCacheCluster, ModifyCacheCluster, CreateReplicationGroup e ModifyReplicationGroup) e l'interfaccia a riga di comando. Puoi disattivare e riattivare questa caratteristica a piacimento.

D: Come si specificano il cluster e il nodo Redis su cui effettuare il backup?

La funzione backup e ripristino crea degli snapshot basati sul cluster. Gli utenti possono specificare il cluster ElastiCache per Redis su cui effettuare il backup tramite la Console di gestione AWS, l'interfaccia della riga di comando o l'API CreateSnapshot. In un gruppo di replica si può effettuare il backup del cluster principale o di qualsiasi cluster di replica di lettura. Consigliamo agli utenti di abilitare il backup su una delle repliche di lettura per minimizzare l'effetto di latenza sul nodo principale di Redis.

D: In che modo è possibile specificare quando deve avvenire un backup?

È possibile specificare quando avviare un backup singolo o ricorrente tramite la Console di gestione AWS, l'interfaccia della riga di comando o le API. Gli utenti possono:

  • Acquisire immediatamente uno snapshot selezionando il pulsante "Backup" nella scheda "Redis" della console oppure richiamando l'API CreateSnapshot.
  • Impostare un backup automatico giornaliero. Il backup avrà luogo durante la finestra di backup prescelta. È possibile impostare il backup utilizzando "Creazione/Modifica di un cluster" sulla console o le API CreateCacheCluster, ModifyCacheCluster o ModifyReplicationGroup.
D: Cos'è una finestra di backup e a cosa serve?
 
La finestra di backup preferenziale è il periodo definito dall'utente durante il quale inizia il backup del cluster Amazon ElastiCache for Redis. Questo è utile quando si vuole eseguire il backup a una certa ora del giorno o per non eseguire backup durante un periodo di utilizzo particolarmente intenso.
 
D: Qual è l'impatto delle prestazioni quando si esegue uno snapshot?
 
Quando si esegue uno snapshot si possono riscontrare periodi maggiori di latenza al nodo per un breve periodo. Gli snapshot utilizzano il comando incorporato di Redis BGSAVE e ne ereditano i punti di forza e le limitazioni. In particolare, la procedura di Redis si biforca e mentre il padre continua a elaborare le richieste, il figlio salva i dati sul disco e poi esce. La biforcazione aumenta l'uso della memoria durante la generazione dello snapshot. Quando l'uso della memoria supera la memoria disponibile del nodo di cache, si può attivare uno scambio, il che rallenta ulteriormente il nodo. Per questo motivo raccomandiamo di generare gli snapshot su una delle repliche di lettura (invece che sul nodo principale). Suggeriamo inoltre di impostare il parametro di memoria riservata per minimizzare l'uso di scambi. Consulta  questa pagina per ulteriori informazioni.
 
D: Posso creare uno snapshot da una replica di lettura di Amazon ElastiCache for Redis?
 
Sì. In un gruppo di replica con la modalità cluster abilitata, creare uno snapshot da una replica di lettura è il modo migliore per eseguire il backup dei dati riducendo al minimo l'impatto sulle prestazioni. In un gruppo di replica con la modalità cluster abilitata, non puoi scegliere di eseguire il backup del cluster primario o delle repliche di lettura.
 
D: In quali regioni è disponibile la funzione Backup e ripristino?
 
La funzione Backup e ripristino è disponibile in tutte le regioni in cui è disponibile il servizio ElastiCache.
 
D: È possibile esportare snapshot di Amazon ElastiCache for Redis nel proprio bucket S3?
 
Sì. Puoi esportare snapshot di Amazon ElastiCache for Redis in un bucket S3 autorizzato nella stessa regione del cluster. Per ulteriori informazioni su come esportare snapshot e impostare le autorizzazioni necessarie, consulta questa pagina.
 
D: È possibile copiare uno snapshot da una regione all'altra?
 
Sì. Devi copiare lo snapshot in un qualsiasi bucket S3 autorizzato nella stessa regione, quindi utilizzare l'API PUT object- Copy S3 per copiarlo in un bucket in un'altra regione. Per ulteriori dettagli sulla copia di oggetti S3, consulta questa pagina.
 
D: Ho più account AWS che utilizzano Amazon ElastiCache for Redis. Posso usare gli snapshot di Amazon ElastiCache di un account per l'avvio a caldo di un cluster Amazon ElastiCache for Redis in un altro?
 
Sì. Devi copiare lo snapshot in un qualsiasi bucket S3 autorizzato nella stessa regione, quindi concedere i privilegi di accesso tra più account all'altro account. Per ulteriori informazioni sulle autorizzazioni S3 per più account, consulta questa pagina. Puoi infine specificare il percorso del tuo file RDB in S3 durante la creazione del cluster tramite la procedura guidata "Avvia cache cluster" nella console o l'API CreateCacheCluster.
D: Quanto costa utilizzare la funzione Backup e ripristino?
 
Amazon ElastiCache offre spazio di storage gratuito per uno snapshot per ogni cluster Amazon ElastiCache for Redis attivo. Lo storage aggiuntivo verrà addebitato 0,085 USD/GB al mese sulla base dello spazio utilizzato dagli snapshot (stesso prezzo per tutte le regioni). Non sarà addebitato alcun costo per il trasferimento di dati per l'utilizzo degli snapshot.
 
D: Cos'è il periodo di retention?
 
Il periodo di retention è l'arco di tempo durante il quale gli snapshot automatici sono memorizzati. Per esempio, se il periodo di retention è stato impostato a 5, uno snapshot eseguito oggi sarà memorizzato per 5 giorni prima di essere eliminato. Si possono copiare uno o più snapshot automatici per memorizzarli manualmente in modo che non vengano eliminati alle fine del periodo di retention.
D: Come si gestisce la conservazione degli snapshot automatici?
 
Puoi utilizzare la Console di gestione AWS o l'API ModifyCreateCluster o ModifyReplicationGroup per gestire il periodo di conservazione dei backup automatici modificando il parametro RetentionPeriod. Se desideri disattivare completamente i backup automatici, puoi impostare il periodo di conservazione su 0 (opzione non consigliata).
 
D: Cosa succede ai miei snapshot se elimino il mio cluster Amazon ElastiCache for Redis?
 
Quando elimini un cluster Amazon ElastiCache for Redis, gli snapshot manuali vengono conservati. Hai anche la possibilità di creare uno snapshot finale prima di eliminare il cluster. Gli snapshot di cache automatici non vengono conservati.
 
D: Quali tipi di nodi di cache sono supportati dalla funzione Backup e ripristino?
 
Tutti i tipi di nodi di istanza Amazon ElastiCache for Redis tranne t1.micro supportano la funzione Backup e ripristino:
 
Nodi di cache della generazione attuale:
 
  • cache.m4.large
  • cache.m4.xlarge
  • cache.m4.2xlarge
  • cache.m4.4xlarge
  • cache.m4.10xlarge
  • cache.m5.large
  • cache.m5.xlarge
  • cache.m5.2xlarge
  • cache.m5.4xlarge
  • cache.m5.12xlarge
  • cache.m5.24xlarge
  • cache.m6g.large
  • cache.m6g.xlarge
  • cache.m6g.2xlarge
  • cache.m6g.4xlarge
  • cache.m6g.8xlarge
  • cache.m6g.12xlarge
  • cache.m6g.16xlarge
  • cache.r4.large
  • cache.r4.xlarge
  • cache.r4.2xlarge
  • cache.r4.4xlarge
  • cache.r4.8xlarge
  • cache.r4.16xlarge
  • cache.r5.large
  • cache.r5.xlarge
  • cache.r5.2xlarge
  • cache.r5.4xlarge
  • cache.r5.12xlarge
  • cache.r5.24xlarge
  • cache.r6g.large
  • cache.r6g.xlarge
  • cache.r6g.2xlarge
  • cache.r6g.4xlarge
  • cache.r6g.8xlarge
  • cache.r6g.12xlarge
  • cache.r6g.16xlarge
  • cache.t2.medium
  • cache.t2.small
  • cache.t2.micro
  • cache.t3.medium
  • cache.t3.small
Nodi delle generazioni precedenti:
 
  • cache.m1.small
  • cache.m1.medium
  • cache.m1.large 
  • cache.m1.xlarge 
  • cache.m2.xlarge 
  • cache.m2.2xlarge 
  • cache.m2,4xlarge
  • cache.m3.medium
  • cache.m3.large 
  • cache.m3.xlarge
  • cache.m3,2xlarge 
  • cache.r3.large 
  • cache.r3.xlarge 
  • cache.r3,2xlarge
  • cache.r3,4xlarge
  • cache.r3,8xlarge
  • cache.c1.xlarge
D: Posso usare i miei snapshot RDB memorizzati in S3 per l'avvio a caldo di un cluster Amazon ElastiCache for Redis?
 
Sì. Puoi specificare il percorso in S3 del file RDB al momento della creazione del cluster tramite la procedura guidata "Create Cluster" (Crea cluster) nella console o tramite l'API CreateCacheCluster o CreateReplicationGroup.
 
D: Posso utilizzare la funzione Backup e ripristino se eseguo Amazon ElastiCache in un VPC?
 
Sì.

D: Cos'è un cluster ElastiCache per Redis?

Un cluster ElastiCache per Redis consente ai clienti di creare ed eseguire cluster Redis con più shard. È compatibile con la versione open source 3.2.4 e successive e include una serie di miglioramenti che ne aumentano stabilità e solidità (vedi la sezione "Miglioramenti al motore" più in basso per ulteriori dettagli).

D: In quali casi è utile un ambiente Redis con scalabilità orizzontale?

I principali scenari in cui è indicato un ambiente Redis con scalabilità orizzontale sono 3: Nel primo caso, la memoria totale dei dati di Redis supera (o è previsto che superi) la capacità di memoria di una macchina virtuale. Nel secondo caso, il throughput di scrittura dell'applicazione in Redis supera la capacità di una macchina virtuale. Nel terzo caso, occorre distribuire i dati su più shard in modo che eventuali errori di un nodo abbiano un impatto ridotto sull'ambiente Redis.

D: Qual è il vantaggio di eseguire il carico di lavoro di Cluster Redis in Amazon ElastiCache?

Amazon ElastiCache fornisce un ambiente Redis in memoria distribuito e completamente gestito, dal provisioning delle risorse del server e l'installazione del software di motore all'applicazione di parametri di configurazione personalizzati. Questo servizio impiega miglioramenti al motore Redis che sono stati sviluppati da Amazon e che garantiscono un'esperienza più stabile e sicura (vedi la sezione "Miglioramenti al motore" più in basso per ulteriori informazioni). Quando l'ambiente Redis è operativo, il servizio automatizza le attività amministrative più comuni, ad esempio il rilevamento di errori, il backup, il ripristino e l'applicazione di patch. Il servizio fornisce inoltre una soluzione Multi-AZ su più zone di disponibilità con failover automatico. Se si verificano errori in uno o più nodi principali del cluster, Amazon ElastiCache li rileva automaticamente e converte la replica più aggiornata a principale. Questo processo è automatizzato, perciò non è necessaria alcuna operazione manuale. Amazon ElastiCache offre inoltre parametri di monitoraggio dettagliati relativi ai nodi ElastiCache, consentendo la rapida individuazione e la correzione dei problemi.

D: ElastiCache per Redis Cluster è compatibile con la versione open source di Redis?

Sì, Amazon ElastiCache per Redis Cluster è compatibile con le versioni open source Redis 3.2.4 e successive. È possibile utilizzare i client Redis Cluster open source per accedere ai cluster con scalabilità orizzontale in ElastiCache per Redis.

D: Qual è la procedura di aggiornamento dalla versione corrente di ElastiCache per Redis (2.8.x) ad ElastiCache per Cluster Redis (versione 3.2.4)?

Se è in uso Redis 3.2 con il parametro cluster_mode disabilitato, puoi scegliere il nodo o il cluster che desideri aggiornare e modificarne la versione del motore. ElastiCache effettuerà il provisioning di un cluster Redis 3.2.4 e vi eseguirà la migrazione dei dati, senza interrompere l'endpoint.

Se è in uso Redis 3.2 con il parametro cluster_mode abilitato, puoi eseguire la migrazione a Cluster Redis previa creazione di uno snapshot dei dati mediante la funzione di backup e ripristino. Quindi fai clic su "Ripristino snapshot" per creare un cluster Redis 3.2 con lo snapshot così creato. Infine, aggiorna il nuovo endpoint nel client. Per utilizzare Redis 3.2 con il parametro attivato, è necessario utilizzare il client Cluster Redis.

D: La configurazione in cluster ha prezzi differenti rispetto alla configurazione non in cluster?

Amazon ElastiCache per Redis permette di usare configurazioni in cluster o meno, senza differenza di prezzo. I clienti potranno quindi ottenere il massimo dalle funzionalità del motore con Amazon ElastiCache per Redis e sfruttare il supporto completo per le configurazioni in cluster e la scalabilità allo stesso prezzo. 

D: Cos'è l'opzione Multi-AZ per ElastiCache per Redis Cluster?

Ogni shard di un cluster ElastiCache per Redis è composto da un nodo principale e fino a cinque repliche di lettura. Redis replica i dati dal nodo principale alle repliche di lettura in modo asincrono. Durante determinati interventi di manutenzione oppure nell'eventualità di un errore del nodo ElastiCache o della zona di disponibilità, Amazon ElastiCache rileva automaticamente l'errore, seleziona una replica di lettura e la converte nel nuovo nodo primario.

ElastiCache for Redis Cluster fornisce miglioramenti e funzioni di gestione per ambienti Redis 3.x e successivi. Quando è in esecuzione un ambiente Redis non gestito, in caso di errore del nodo primario, il cluster deve poter avere una maggioranza di master per determinare ed eseguire un failover. Se questa condizione non si verifica, il cluster restituirà un errore e rifiuterà ulteriori operazioni di lettura e scrittura. Questa situazione potrebbe avere un impatto molto serio sulla disponibilità dell'applicazione e richiedere un intervento manuale per il ripristino del cluster. La funzionalità Multi-AZ di ElastiCache per Redis è stata creata per gestire il failover per Cluster Redis in modo affidabile ed efficiente.

D: Qual è la differenza tra l'applicazione dell'opzione AZ multiple in ElastiCache for Cluster Redis e in ElastiCache for Redis versione 2.8.x?

Redis 3.x e versioni successive funzionano con client intelligenti che archiviano una mappa dei nodi con tutti gli endpoint dei nodi del cluster. Durante un failover, il client aggiorna la mappa dei nodi con l'IP dell'endpoint per il nuovo nodo primario. In questo i tempi di failover sono 4 volte più rapidi che in ElastiCache per Redis 2.8.x.

D: Come funziona l'opzione AZ multiple per Redis Cluster?

È possibile usare l'opzione AZ multiple se si usa un ElastiCache per Redis Cluster e ogni shard ha una o più repliche di lettura. Se si verifica un problema nel nodo principale di uno shard, ElastiCache rileva automaticamente l'errore, seleziona una delle repliche di lettura disponibili e la converte nel nuovo nodo primario. Il client Redis 3.x o successivo aggiornerà la replica convertita a principale, senza la necessità di modificare l'applicazione. ElastiCache creerà un nuovo nodo per sostituire la replica di lettura convertita nella stessa zona di disponibilità in cui si è verificato l'errore del nodo primario. In caso di errore dell'istanza principale dovuto a un errore nella zona di disponibilità, la nuova replica verrà lanciata non appena la zona di disponibilità sarà ripristinata.

D: A cosa corrisponde un backup in ElastiCache per Redis Cluster?

Un backup di ElastiCache per Cluster Redis corrisponde a una serie di snapshot degli shard del cluster, memorizzati per conservare una copia di tutti i dati di Redis per un determinato intervallo di tempo.

D: Cosa differenzia un backup ElastiCache per Redis Cluster da uno snapshot in ElastiCache per Redis?

Poiché un ambiente ElastiCache per Redis non in cluster dispone di un solo nodo principale, un backup è un file singolo che contiene una copia dei dati di Redis. ElastiCache per Cluster Redis dispone di uno o più shard, perciò un backup potrà contenere diversi file.

D: In che modo è possibile specificare i nodi di ElastiCache per Redis di cui eseguire il backup in ciascuno shard?

Non è possibile specificare manualmente un nodo di cui eseguire il backup in ciascuno shard. Quando un backup viene avviato, ElastiCache seleziona automaticamente la replica di lettura aggiornata più di recente in ogni shard e acquisisce uno snapshot dei dati.

D: Come funziona il backup e ripristino in ElastiCache per Redis Cluster?

Quando viene avviato un backup, ElastiCache crea un backup di un cluster specifico che può essere in seguito utilizzato per il ripristino o l'archiviazione. Il backup includerà una copia di tutti gli shard del cluster, perciò un backup completo contiene una serie di file. Si può avviare il backup ogni volta che si desidera o impostare un backup ricorrente giornaliero con un periodo di memorizzazione di 35 giorni.

Quando decidi di ripristinare un backup, viene creato un nuovo cluster ElastiCache per Redis, in cui saranno inseriti i dati del backup. Inoltre puoi usare questa funzionalità per migrare facilmente a un Cluster Redis gestito su ElastiCache. Se esegui Redis a gestione manuale su EC2, puoi prendere degli snapshot RDB o i tuoi carichi di lavoro esistenti (sia Cluster Redis sia Redis a shard singolo) e archiviarli in S3. Poi basta usarli come input per creare un Cluster Redis partizionato su ElastiCache e il numero desiderato di shard. ElastiCache si occuperà del resto.

Attualmente ElastiCache utilizza i meccanismi nativi di Redis per creare e memorizzare un file RDB per ogni shard come backup.

D: Un backup di ElastiCache per Cluster Redis corrisponde a uno snapshot point-in-time?

Quando viene avviato un backup, ElastiCache attiverà il backup di tutti gli shard del cluster simultaneamente. In alcuni rari casi, potrebbe essere necessario acquisire nuovamente uno snapshot di uno o più nodi, perché il primo tentativo non è andato a buon fine. ElastiCache esegue questa operazione automaticamente, senza alcun intervento manuale. In questi casi, tuttavia, anche se il singolo snapshot è una rappresentazione point-in-time del nodo da cui è stato acquisito, non tutti gli snapshot del cluster saranno acquisiti simultaneamente.

D: In che modo è possibile specificare quando deve avvenire un backup?

È possibile specificare quando avviare un backup singolo o ricorrente tramite la Console di gestione AWS, l'interfaccia della riga di comando o le API. Gli utenti possono:

  • Eseguire uno snapshot immediatamente tramite il pulsante della console "Creazione snapshot" o l'API CreateSnapshot.
  • Impostare un backup automatico giornaliero. Il backup avrà luogo durante la finestra di backup prescelta. È possibile impostare il backup usando Creating/Modifying cluster (Creazione/Modifica cluster) nella console o le API CreateCacheCluster, ModifyCacheCluster CreateReplicationGroup e ModifyReplicationGroup.

D: È possibile usare gli snapshot RDB archiviati in S3 per effettuare il pre-seeding di un ambiente cluster ElastiCache per Redis con scalabilità orizzontale?

Sì. Puoi specificare il percorso in S3 dei file RDB al momento della creazione del cluster tramite la procedura guidata Create Cluster nella console o tramite l'API CreateReplicationGroup. ElastiCache analizzerà automaticamente lo spazio di chiavi di Redis dello snapshot RDB e lo redistribuirà tra gli shard del nuovo cluster.


D: Quali sono le differenze tra il motore in ElastiCache for Redis e quelli nella versione open source di Redis?

Il motore in ElastiCache per Redis è completamente compatibile con la versione open source, ma racchiude anche alcuni miglioramenti che ne potenziano affidabilità e stabilità. Ad esempio:

  • Possibilità di utilizzare più memoria: è possibile allocare maggiori volumi di memoria all'applicazione senza rischiare picchi di swapping durante sincronizzazioni e snapshot.
  • Sincronizzazione migliorata: la sincronizzazione è più affidabile, in particolare con carichi di lavoro onerosi e durante il ripristino in seguito a interruzioni di rete. Inoltre, le sincronizzazioni sono più rapide, perché sia il nodo principale sia le repliche non avvengono più su disco.
  • Failover più lineari: in caso di failover, lo shard viene ripristinato più rapidamente, perché le repliche non devono più scaricare i dati per completare una sincronizzazione completa col nodo principale.

D: Come si utilizza il motore migliorato?

Per utilizzare il motore migliorato dalla console di gestione di Amazon ElastiCache, al momento della creazione di un cluster seleziona un motore compatibile con il motore Redis 2.8.22 o versioni successive. Da quel momento in avanti utilizzerai il motore migliorato. Puoi utilizzarlo anche tramite l'API di ElastiCache o l'interfaccia a riga di comando di AWS specificando la versione del motore nell'API CreateCacheCluster.

D: È necessario modificare il codice di un'applicazione per utilizzare il motore migliorato in ElastiCache?

No. Il motore migliorato è completamente compatibile con la versione open source di Redis, perciò potrai sfruttarne l'affidabilità e la stabilità senza apportare alcuna modifica al codice della tua applicazione.

D: Quanto costa utilizzare il motore migliorato?

Non sono previsti costi aggiuntivi per l'utilizzo del motore migliorato. Come di consueto, saranno addebitati esclusivamente i costi dei nodi impiegati.


D: Cos'è il ridimensionamento di cluster online?

Amazon ElastiCache for Redis permette di aggiungere e rimuovere shard da cluster Redis in esecuzione con modalità cluster abilitata. Puoi aumentare o ridurre in modo dinamico le risorse per i carichi di lavoro dei cluster Redis per adattarle alla domanda. Amazon ElastiCache ridimensionerà il cluster aggiungendo o rimuovendo shard e redistribuendo slot hash in modo uniforme nella nuova configurazione degli shard, mentre il cluster rimane online e continua ad elaborare le richieste.

D: Quali sono i vantaggi del ridimensionamento di cluster online?

La possibilità di ricalibrare le risorse di un cluster semplifica la gestione delle fluttuazioni della domanda delle applicazioni. Puoi ottimizzare le dimensioni dei cluster aggiungendo o rimuovendo shard per ridimensionare le prestazioni e la capacità in memoria. Questa caratteristica consente di eliminare la necessità di acquisire risorse in eccesso per i cluster per affrontare i picchi di domanda, di migliorare l'efficienza e di ridurre i costi.

D: In che modo è possibile utilizzare il ridimensionamento di cluster online?

Il ridimensionamento di cluster online è disponibile per i cluster Redis con modalità cluster abilitata a partire dalla versione 3.2.10. Per ripristinare il cluster, seleziona il cluster e specifica se vuoi aggiungere o rimuovere shard. Quando ridimensioni il cluster per aumentare le risorse, Amazon ElastiCache aggiunge shard ed esegue la migrazione degli slot dagli shard esistenti a quelli nuovi, distribuendoli in modo uniforme (in base al conteggio) tra gli shard. Allo stesso modo, quando le risorse vengono ridotte, Amazon ElastiCache esegue la migrazione degli slot agli shard rimanenti per distribuirli uniformemente ed elimina gli shard specificati.

D: Quanto tempo richiede il ridimensionamento di cluster online?

Il tempo necessario per ridimensionare un cluster dipende da diversi fattori, ad esempio dal numero di slot di cui eseguire la migrazione negli shard disponibili, dal volume di dati e dalla frequenza delle richieste in ingesso sul cluster. Il flusso di lavoro viene ottimizzato per eseguire la migrazione degli slot in parallelo, per un ridimensionamento più rapido.

D: È possibile utilizzare il cluster durante il ridimensionamento?

Sì, il cluster rimane online ed elabora le richieste in ingresso durante il resharding. Tuttavia, la creazione di snapshot di un cluster non è supportata durante il resharding.

D: Eseguire queste operazioni sul cluster può avere ripercussioni sulle sue prestazioni?

Il ridimensionamento di cluster online permette di aumentare o ridurre le risorse senza tempi di inattività, ma è un'operazione che richiede notevoli risorse di calcolo e può aumentare la latenza della connessione del client. Per ridurre il carico sul cluster durante questa operazione, consigliamo di seguire le migliori prassi descritte nella documentazione.

D: In che modo è possibile tenere traccia dell'avanzamento di un'operazione di resharding online?

Puoi monitorare l'avanzamento del resharding visualizzando lo stato di cluster, shard e nodi. Durante l'operazione, cluster, shard e nodi rimangono nello stato "Modifica in corso". Analogamente, durante la creazione e l'eliminazione di shard o la migrazione di slot, lo stato dei singoli shard varierà in base all'avanzamento dell'operazione in corso. Inoltre, lo stato globale dell'attività può essere monitorato utilizzando gli indicatori di avanzamento per le operazioni di resharding, che indica la percentuale di completamento e fornisce informazioni sulla durata rimanente. Infine, i messaggi relativi all'evento indicano l'avanzamento descrivendo le azioni eseguite (creazione di shard, migrazione di slot, ecc.) durante l'operazione.

D: Cosa si intende per operazione di bilanciamento in un cluster Amazon ElastiCache for Redis?

Un'operazione di bilanciamento può essere utilizzata per ridistribuire uniformemente gli slot tra gli shard esistenti. Si tratta di una caratteristica utile quando viene creato un cluster configurato manualmente con una distribuzione irregolare di slot o quando una ricalibrazione non li redistribuisce correttamente. Presupponendo che ogni slot dispone di requisiti di I/O e memoria identici, il modo più semplice per bilanciare il carico è uniformare il numero di slot per ogni shard.

D: Come funziona l'applicazione di tag quando vengono aggiunti cluster?

Quando viene aumentata la capacità di un cluster, ai nodi aggiunti saranno applicati gli stessi tag utilizzati sui nodi esistenti. Inoltre, gli utenti potranno modificare i tag su tutti i nodi e continuare a utilizzare questa caratteristica.

D: È necessario apportare modifiche a client o applicazioni per utilizzare il ridimensionamento di cluster online?

No. La distribuzione migliorata degli slot utilizzata nel ridimensionamento del cluster è conforme al comportamento del client cluster di Redis e non richiede alcuna modifica delle applicazioni. Amazon ElastiCache mantiene inoltre gli endpoint del cluster, consentendo di utilizzare i client esistenti senza dover eseguire modifiche.


D: Cosa offre la crittografia a riposo per Amazon ElastiCache for Redis?

La crittografia a riposo offre meccanismi di protezione dall'accesso non autorizzato ai dati sul server. Quando è abilitata in un gruppo di replica, esegue la crittografia dei seguenti aspetti: 

  • Disco durante le operazioni di sincronizzazione, backup e swapping
  • Backup archiviati in Amazon S3

Amazon ElastiCache for Redis offre la crittografia a riposo (gestita dal servizio) per impostazione predefinita, oltre alla possibilità di utilizzare le proprie chiavi principali simmetriche gestite dai clienti in AWS Key Management Service (KMS). La crittografia a riposo può essere abilitata in un gruppo di replica solo quando viene creata. Ulteriori informazioni sono disponibili in questa pagina.

D: Cosa offre la crittografia in transito per Amazon ElastiCache for Redis?

La funzione di crittografia in transito consente di crittografare tutte le comunicazioni tra client e server Redis, così come tra server Redis (nodi primari e di replica di lettura). È una funzionalità opzionale e può essere abilitata nei gruppi di replica Redis solo quando vengono creati. Ulteriori informazioni sono disponibili in questa pagina.

D: Come posso utilizzare la crittografia in transito, a riposo e AUTH Redis?

La crittografia in transito, la crittografia a riposo, AUTH Redis e il controllo gestito degli accessi in base al ruolo (RBAC) sono tutte funzionalità opzionali. Al momento della creazione di cluster Redis tramite la console o l'interfaccia a riga di comando, puoi specificare se abilitare la crittografia a riposo e/o la crittografia in transito. Abilitando la crittografia in transito puoi scegliere di utilizzare AUTH Redis o RBAC, per una maggiore sicurezza e il controllo degli accessi. Una volta configurato il cluster con la crittografia abilitata, Amazon ElastiCache gestisce in modo uniforme la scadenza e il rinnovo del certificato, senza che siano necessarie azioni aggiuntive da parte dell'applicazione. Inoltre, i client Redis devono supportare TLS per usufruire del traffico in transito crittografato. Se scegli di utilizzare Redis AUTH dovrai avere Redis 3.2.6 o versione successiva, mentre RBAC richiede l'utilizzo di Redis 6.

D: Esiste un client Amazon ElastiCache for Redis da usare durante l'utilizzo della crittografia in transito o a riposo?

La crittografia in transito richiede il supporto di TLS da parte dei client. La maggior parte dei client Redis più comuni (come Lettuce, Predis, go-Redis) fornisce supporto per TLS con alcune impostazioni di configurazione. È necessario assicurarsi che il client Redis scelto sia configurato per supportare TLS e continuare a utilizzare Amazon ElastiCache for Redis come prima.

D: Posso abilitare la crittografia in transito e la crittografia a riposo sui miei cluster Amazon ElastiCache for Redis esistenti?

No. Il supporto per la crittografia in transito e la crittografia a riposo è disponibile solo per i nuovi cluster e non sui cluster Amazon ElastiCache for Redis esistenti. Le versioni 6.0.5, 5.0.0, 4.0.10 e 3.2.6 di Amazon ElastiCache for Redis supportano queste funzionalità.

D: È necessario eseguire azioni per rinnovare i certificati?

No. Amazon ElastiCache gestisce autonomamente la scadenza e il rinnovo dei certificati. Non sono necessarie azioni da parte dell'utente per la manutenzione costante dei certificati.

D: Posso utilizzare i miei certificati per la crittografia?

No. Al momento, Amazon ElastiCache non fornisce la possibilità di utilizzare i propri certificati. Amazon ElastiCache gestisce i certificati in modo trasparente per l'utente.

D: Quali tipi di istanze sono supportati per la crittografia in transito e a riposo?

Tutte le istanze della generazione attuale sono supportate per la crittografia in transito e a riposo. Per un elenco completo delle condizioni della crittografia in transito consulta questa pagina e per le condizioni della crittografia a riposo questa pagina.

D: Sono previsti costi aggiuntivi per l'utilizzo della crittografia?

Non verrà addebitato alcun costo aggiuntivo per l'utilizzo della crittografia.


D: Quali programmi di conformità supporta Amazon ElastiCache for Redis?

Amazon ElastiCache for Redis supporta programmi di conformità quali SOC 1, SOC 2, SOC 3, ISO, MTCS, C5, PCI, HIPAA e FedRAMP. Consulta i servizi AWS coperti dal programma di conformità per un elenco aggiornato dei programmi di conformità supportati.

D: Amazon ElastiCache for Redis è conforme allo standard PCI?

Sì, il programma di conformità di AWS allo standard PCI include Amazon ElastiCache per Redis. Per ulteriori informazioni, consulta le seguenti risorse:

Per un elenco completo dei programmi di conformità in cui è incluso Amazon ElastiCache for Redis, consulta la pagina Servizi AWS coperti dal programma di conformità.

D: Amazon ElastiCache per Redis è conforme allo standard HIPAA?

Sì, Amazon ElastiCache for Redis è un servizio conforme allo standard HIPAA e rientra nel Business Associate Addendum (BAA) di AWS. Ciò significa che puoi utilizzare Amazon ElastiCache for Redis per elaborare, conservare e archiviare le informazioni sanitarie protette (PHI) e promuovere le applicazioni sanitarie.

D: In che modo posso utilizzare Amazon ElastiCache for Redis conforme allo standard HIPAA?

Se disponi di un Contratto di società in affari (BAA) con AWS, puoi utilizzare ElastiCache per Redis per creare applicazioni conformi allo standard HIPAA. In caso contrario, oppure se hai domande sull'utilizzo di AWS per applicazioni conformi allo standard HIPAA, contattaci. Consulta Progettazione per la sicurezza e conformità HIPAA in Amazon Web Services per ulteriori informazioni su come configurare i servizi Amazon conformi allo standard HIPAA per lo storage, l'elaborazione e la trasmissione delle informazioni sanitarie protette.

D: Amazon ElastiCache for Redis è conforme al programma FedRAMP?

Il programma di conformità AWS FedRAMP include Amazon ElastiCache for Redis come servizio autorizzato da FedRAMP. I clienti dell'amministrazione statunitense e i relativi partner ora possono utilizzare la versione più recente di Amazon ElastiCache for Redis per elaborare e archiviare sistemi, dati, carichi di lavoro mission critical con livello di impatto Elevato secondo il programma FedRAMP nella regione AWS GovCloud (Stati Uniti) e con livello di impatto Moderato nelle regioni AWS Stati Uniti orientali e occidentali.

Per ulteriori informazioni, consulta le risorse seguenti:

Per un elenco completo dei programmi di conformità in cui è incluso Amazon ElastiCache for Redis, consulta la pagina Servizi AWS coperti dal programma di conformità.

D: Sono previsti costi aggiuntivi per l'utilizzo delle caratteristiche di conformità?

No, non sono previsti costi aggiuntivi per l'utilizzo delle caratteristiche di conformità.


D: Cos'è Global Datastore for Redis?

Global Datastore è una funzionalità di Amazon ElastiCache for Redis che offre repliche rapide, affidabili, sicure e interamente gestite in più regioni. Con Global Datastore puoi scrivere nel cluster Amazon ElastiCache for Redis in una regione e disporre dei dati per la lettura in altri due cluster di replica in più regioni, abilitando letture a bassa latenza e operazioni di disaster recovery in più regioni.

Progettata per applicazioni in tempo reale, la funzionalità Global Datastore for Redis supporta latenze di repliche in più regioni, normalmente inferiori al secondo, incrementando la reattività delle applicazioni con letture geolocalizzate più vicine agli utenti finali. Nell'improbabile eventualità di un calo delle prestazioni a livello regionale, è possibile promuovere uno dei cluster di replica integri in più regioni a cluster primario con funzionalità di lettura e scrittura completa. Una volta avviata, è necessario meno di un minuto per il completamento della promozione. Questo consente alle applicazioni di conservare la loro disponibilità.

D: In quante regioni AWS è possibile effettuare le repliche?

Le repliche si possono effettuare al massimo in due regioni secondarie nell'ambito di Global Datastore for Redis. I cluster situati nelle regioni secondarie possono essere utilizzati per gestire letture locali a bassa latenza e per operazioni di disaster recovery, nell'improbabile eventualità di un calo delle prestazioni a livello regionale.

D: Quali versioni del motore supportano Global Datastore for Redis?

Global Datastore è supportata su Amazon ElastiCache for Redis 5.0.6 e versioni successive. I clienti possono effettuare l'upgrade della versione del motore alla 5.0.6 e utilizzare Global Datastore.

D: Come si crea un Global Datastore for Redis?

È possibile configurare un Global Datastore utilizzando un cluster esistente o creando un nuovo cluster da utilizzare come cluster principale. Puoi creare un Global Datastore for Redis con pochi clic nella console di gestione Amazon ElastiCache o scaricando gli SDK o CLI AWS più recenti. Global Datastore è supportato in AWS CloudFormation.

D: Amazon ElastiCache esegue automaticamente il failover di un Global Datastore for Redis per promuovere un cluster secondario in caso di riduzione delle prestazioni del cluster (regione) primario?

No, Amazon ElastiCache non promuove automaticamente un cluster secondario in caso di riduzione delle prestazioni del cluster (regione) primario. Puoi avviare manualmente il failover promuovendo un cluster secondario in modo che diventi quello primario. Il failover e la promozione del cluster secondario in genere vengono completati in meno di un minuto.

D: Come si effettua il failover dell'applicazione in caso di disaster recovery se la qualità del servizio sul cluster principale è insoddisfacente?

In caso di riduzione del livello del servizio nel cluster primario di un Global Datastore for Redis, puoi assegnare un cluster secondario come nuovo cluster primario e quindi rimuovere il vecchio cluster primario dal Global Datastore. Quando un cluster secondario viene convertito in primario, Amazon ElastiCache riconfigura il vecchio cluster primario, se raggiungibile, come secondario e imposta la replica in modo da sincronizzare tutte le regioni secondarie con il nuovo cluster primario. Se l'intero stack di applicazioni viene replicato in un'altra regione AWS, puoi eseguire il failover dell'intero stack (incluse le risorse di calcolo) in quella regione AWS. Se il resto dello stack di applicazioni non richiede il failover, verifica che l'applicazione abbia accesso all'endpoint del cluster secondario.

D: Come vengono protetti i dati quando utilizzo Global Datastore for Redis?

Global Datastore for Redis utilizza la crittografia in transito per il traffico tra regioni per mantenere i dati al sicuro. Inoltre, puoi crittografare i cluster primari e secondari utilizzando la crittografia a riposo, per garantire la protezione completa dei dati. Ogni cluster primario e secondario può avere una chiave master del cliente (Customer Master Key, CMK) separata gestita dal cliente in AWS Key Management Service (KMS), per la crittografia a riposo.

D: Quali parametri RPO (Recovery Point Objective) e RTO (Recovery Time Objective) sono previsti con Global Datastore for Redis?

Amazon ElastiCache non fornisce un contratto sul livello di servizio per RPO e RTO. Il parametro RPO varia in base al ritardo della replica tra regioni e dipende dalla latenza di rete tra regioni e dalla congestione del traffico di rete tra regioni. L'RPO di Global Datastore in genere è inferiore a un secondo, quindi i dati scritti nella regione principale sono disponibili nelle regioni secondarie entro un secondo. Il parametro RTO di Global Datastore for Redis in genere è inferiore a un minuto. Dopo l'avvio del failover su un cluster secondario, Amazon ElastiCache in genere lo promuove per la funzionalità di lettura e scrittura completa in meno di un minuto.

D: Quanto costa Global Datastore for Redis?

Amazon ElastiCache non addebita alcun costo per l'utilizzo di Global Datastore for Redis. Paghi solo i cluster primari e secondari nel Global Datastore e il traffico per il trasferimento di dati tra regioni.