Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Scelta delle regioni e delle zone di disponibilità per ElastiCache
È possibile fornire ulteriore scalabilità e affidabilità ai ElastiCache cluster designando regioni e zone di disponibilità utilizzando l'endpoint corrispondente.
AWS Le risorse di cloud computing sono ospitate in strutture di data center ad alta disponibilità. Per fornire ulteriore scalabilità e affidabilità, queste strutture di data center sono in ubicazioni fisiche diverse. Tali località sono categorizzate in base a *regioni* e *zone di disponibilità*.
AWS Le regioni sono ampie e ampiamente distribuite in località geografiche separate. Le zone di disponibilità sono località distinte all'interno di una AWS regione progettate per essere isolate dai guasti in altre zone di disponibilità. Forniscono connettività di rete economica e a bassa latenza ad altre zone di disponibilità nella stessa regione. AWS
**Importante**
Ciascuna regione è completamente indipendente. Qualsiasi ElastiCache attività avviata (ad esempio, la creazione di cluster) viene eseguita solo nella regione predefinita corrente.
Per creare o utilizzare un cluster in una regione specifica, utilizza l'endpoint del servizio regionale corrispondente. Per gli endpoint del servizio, consulta [Regioni ed endpoint supportati](#SupportedRegions).
![\[Immagine: regioni e zone di disponibilità\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)
*Regioni e zone di disponibilità*
**Topics**
+ [Considerazioni sulla zona di disponibilità con Memcached](#CacheNode.Memcached.AvailabilityZones)
+ [Ubicazione dei nodi](#RegionsAndAZs.AZMode)
+ [Regioni ed endpoint supportati](#SupportedRegions)
+ [Utilizzo delle zone locali con ElastiCache](Local_zones.md)
+ [Usare Outposts con ElastiCache](ElastiCache-Outposts.md)
## Considerazioni sulla zona di disponibilità con Memcached
La distribuzione dei nodi Memcached su più zone di disponibilità all'interno di un'area consente di proteggere l'utente dall'impatto di un guasto catastrofico, ad esempio una perdita di alimentazione all'interno di una zona di disponibilità.
**Cache serverless**
ElastiCache la memorizzazione nella cache senza server crea una cache ad alta disponibilità che si estende su più zone di disponibilità. Puoi specificare sottoreti da diverse zone di disponibilità e dallo stesso VPC durante la creazione del cluster serverless o ElastiCache sceglierai automaticamente le sottoreti dal tuo VPC predefinito.
** ElastiCache Progettarne uno personalizzato per il cluster Memcached**
Un cluster Memcached può avere fino a 300 nodi. Quando si creano o si aggiungono nodi al cluster Memcached, è possibile specificare una singola zona di disponibilità per tutti i nodi, consentire di ElastiCache scegliere una singola zona di disponibilità per tutti i nodi, specificare le zone di disponibilità per ogni nodo o consentire di scegliere una zona di disponibilità ElastiCache per ogni nodo. È possibile creare nuovi nodi in diverse zone di disponibilità quando vengono aggiunti a un cluster Memcached esistente. Una volta creato un nodo di cache, la relativa zona di disponibilità non può essere modificata.
Se desideri che un cluster in un singolo cluster di zona di disponibilità abbia i suoi nodi distribuiti su più zone di disponibilità, ElastiCache puoi creare nuovi nodi nelle varie zone di disponibilità. È quindi possibile eliminare alcuni o tutti i nodi della cache originali. Consigliamo questo approccio.
**Per eseguire la migrazione dei nodi Memcached da una singola zona di disponibilità a più zone di disponibilità**
1. Modificare il cluster creando nuovi nodi della cache nelle zone di disponibilità in cui si desidera. Nella richiesta, procedere come segue:
+ Imposta `AZMode`(CLI:`- -az-mode`) a`cross-az`.
+ Imposta `NumCacheNodes`(CLI:`- -num-cache-nodes`) al numero di nodi della cache attualmente attivi più il numero di nuovi nodi della cache che si desidera creare.
+ Imposta `NewAvailabilityZones`(CLI:`- -new-availability-zones`) in un elenco delle zone in cui si desidera creare i nuovi nodi della cache. Per consentire di ElastiCache determinare la zona di disponibilità per ogni nuovo nodo, non specificare un elenco.
+ Imposta `ApplyImmediately`(CLI:`- -apply-immediately`) su VERO.
**Nota**
Se non si utilizza l'individuazione automatica, assicurarsi di aggiornare l'applicazione client con i nuovi endpoint del nodo di cache.
Prima di passare al passaggio successivo, assicurarsi che i nodi Memcached siano completamente creati e disponibili.
1. Modificare il cluster rimuovendo i nodi che non si desidera più nella zona di disponibilità originale. Nella richiesta, procedere come segue:
+ Imposta `NumCacheNodes` (CLI:`- -num-cache-nodes`) al numero di nodi di cache attivi desiderati dopo l'applicazione della modifica.
+ Imposta `CacheNodeIdsToRemove` (CLI:`- -nodes-to-remove`) in un elenco dei nodi di cache che si desidera rimuovere dal cluster.
Il numero di nodi di cache IDs elencati deve essere uguale al numero di nodi attualmente attivi meno il valore in`NumCacheNodes`.
+ (Facoltativo) Impostare `ApplyImmediately` (CLI:`- -apply-immediately`) su VERO.
Se non imposti `ApplyImmediately` (CLI:`- -apply-immediately`) su VERO, le eliminazioni dei nodi avverranno nella prossima finestra di manutenzione.
## Ubicazione dei nodi
Amazon ElastiCache supporta la localizzazione di tutti i nodi di un cluster in una o più zone di disponibilità (AZs). Inoltre, se scegli di localizzare i nodi in più nodi AZs (scelta consigliata), ti ElastiCache consente di scegliere la zona Z per ogni nodo o di scegliere i nodi ElastiCache al posto tuo.
Posizionando i nodi in modo diverso AZs, si elimina la possibilità che un guasto, ad esempio un'interruzione dell'alimentazione, in una zona AZ provochi il malfunzionamento dell'intero sistema. I test hanno dimostrato che non vi è alcuna differenza di latenza significativa tra l'individuazione di tutti i nodi in una zona AZ o la loro distribuzione su più nodi. AZs
È possibile specificare una AZ per ogni nodo quando si crea un cluster o aggiungendo nodi quando si modifica un cluster esistente. Quando si specifica una AZ per ogni nodo durante la creazione di un cluster, la AZ deve essere disponibile in quel gruppo di sottoreti. Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Creazione di un cluster per Memcached](Clusters.Create-mc.md)
+ [Creazione di un cluster per Valkey o Redis OSS](Clusters.Create.md)
+ [Modifica di un cluster ElastiCache](Clusters.Modify.md)
+ [Aggiungere nodi a un ElastiCache cluster](Clusters.AddNode.md)
## Regioni ed endpoint supportati
Amazon ElastiCache è disponibile in più AWS regioni. Ciò significa che puoi avviare ElastiCache cluster in località che soddisfano i tuoi requisiti. Ad esempio, puoi lanciare il prodotto nella AWS regione più vicina ai tuoi clienti o farlo in una AWS regione particolare per soddisfare determinati requisiti legali.
Ogni regione è pensata per essere completamente isolata dalle altre regioni . All'interno di ciascuna regione ci sono più zone di disponibilità. ElastiCache Le cache serverless replicano automaticamente i dati su più zone di disponibilità (ad eccezione `us-west-1` dei casi in cui i dati vengono replicati in due zone di disponibilità) per un'elevata disponibilità. Quando si progetta il proprio ElastiCache cluster, è possibile scegliere di avviare i nodi in luoghi diversi per ottenere la tolleranza AZs agli errori. Per ulteriori informazioni sulle regioni e sulle zone di disponibilità, consulta [Scelta delle regioni e delle zone di disponibilità per ElastiCache](#RegionsAndAZs) all'inizio di questo argomento.
**Regioni in cui ElastiCache è supportato**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
Alcune regioni supportano un sottoinsieme di tipi di nodi. Per una tabella dei tipi di nodi supportati per AWS regione, vedere[Tipi di nodi supportati in base alla regione AWS](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).
La maggior parte delle regioni supporta la creazione di una connessione privata tra gli endpoint VPC e ElastiCache API, creando un'interfaccia VPC endpoint tramite. AWS PrivateLink Per ulteriori informazioni, consulta [ElastiCache Endpoint VPC di interfaccia e API ()AWS PrivateLink](elasticache-privatelink.md).
Per una tabella di AWS prodotti e servizi per regione, vedi [Prodotti e](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/) servizi per regione.
# Utilizzo delle zone locali con ElastiCache
Una *zona locale* è un'estensione di una AWS regione geograficamente vicina agli utenti. È possibile estendere qualsiasi cloud privato virtuale (VPC) da una AWS regione principale a una Local Zones creando una nuova sottorete e assegnandola alla Local Zone. Quando si crea una sottorete in una zona locale, il VPC viene esteso anche a tale zona locale. La sottorete nell'area locale funziona allo stesso modo delle altre sottoreti nel VPC.
Utilizzando Local Zones, puoi collocare risorse come un ElastiCache cluster in più posizioni vicine ai tuoi utenti.
Quando si crea un ElastiCache cluster, è possibile scegliere una sottorete in una zona locale. Le Local Zones hanno le loro connessioni a Internet e supportano Direct Connect. Pertanto, le risorse create in un'area locale possono servire gli utenti locali con comunicazioni a latenza molto bassa. Per ulteriori informazioni, consulta [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Una zona locale è rappresentata da un codice AWS regionale seguito da un identificatore che indica la posizione, ad esempio. `us-west-2-lax-1a`
Al momento, le Local Zones disponibili sono`us-west-2-lax-1a`e`us-west-2-lax-1b`.
Le seguenti limitazioni si applicano alle ElastiCache Local Zones:
+ I datastore globali non sono supportati.
+ La migrazione online non è supportata.
+ I seguenti tipi di nodi sono supportati dalle Local Zones:
+ Generazione attuale:
**Tipi di nodi M5:** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Tipi di nodi R5:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Tipi di nodo T3:** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## Abilitazione di una zona locale
1. Abilita la zona locale nella EC2 console Amazon.
Per ulteriori informazioni, consulta [Enabling Local Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) nella *Amazon EC2 User Guide*.
1. Creare una sottorete nella zona locale.
Per ulteriori informazioni, consulta [Creazione di una sottorete nel VPC](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) nella *Guida per l'utente di Amazon VPC.*
1. Crea un gruppo di ElastiCache sottoreti nella zona locale.
Quando crei un gruppo di ElastiCache sottoreti, scegli il gruppo di zone di disponibilità per la zona locale.
Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](SubnetGroups.Creating.md).
1. Crea un cluster ElastiCache for Memcached che utilizzi la ElastiCache sottorete nella zona locale.
Per ulteriori informazioni, consulta [Creazione di un cluster Memcached (console)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
1. Crea un cluster ElastiCache for Redis OSS che utilizzi la ElastiCache sottorete nella zona locale. Per ulteriori informazioni, consulta uno dei seguenti argomenti:
+ [Creazione di un cluster Valkey (modalità cluster disabilitata) (console)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Creazione di un cluster Valkey o Redis OSS (modalità cluster abilitata) (Console)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# Usare Outposts con ElastiCache
Puoi usare AWS Outposts con. ElastiCache Outposts è un servizio completamente gestito che estende l'AWS infrastruttura APIs, i servizi e gli strumenti alle sedi dei clienti. Fornendo l'accesso locale all'infrastruttura AWS gestita,AWS Outposts consente ai clienti di creare ed eseguire applicazioni in locale utilizzando le stesse interfacce di programmazione AWS delle regioni, utilizzando al contempo risorse di calcolo e archiviazione locali per esigenze di latenza inferiore ed elaborazione locale dei dati. Un Outpost è un pool di capacità di AWS elaborazione e archiviazione distribuito presso la sede di un cliente.AWS gestisce, monitora e gestisce questa capacità come parte di una regione.AWS Puoi creare sottoreti su Outpost e specificarle quando crei AWS risorse come i cluster. ElastiCache
**Nota**
In questa versione si applicano le seguenti limitazioni:
ElastiCache for Outposts supporta solo le famiglie di nodi M5 e R5.
Multi-AZ (la replica cross-outpost non è supportata).
La migrazione live non è supportata.
Gli snapshot locali non sono supportati.
I registri del motore e gli slow log non possono essere abilitati.
ElastiCache on Outposts non supporta CoIP.
ElastiCache for Outposts non è supportato nelle seguenti regioni: cn-north-1, cn-northwest-1 e ap-northeast-3.
## Usare Outposts con la console ElastiCache
1. Accedi a Console di gestione AWS e apri la ElastiCache console all'indirizzo [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Nel pannello di navigazione, scegli le cache **Valkey, le cache** **Redis OSS o le cache Memcached**.**
1. **Se hai scelto le cache Valkey, seleziona Crea cache **Valkey**.** **Se hai scelto le cache **Redis OSS, seleziona Crea cache** Redis OSS.** **Se hai scelto le **cache Memcached, seleziona Crea cache Memcached.****
1. **In **Impostazioni cluster**, seleziona **Progetta la tua** cache e Cluster cache.** Lascia la **modalità Cluster** impostata su **Disabilitata**. Quindi crea un nome e una descrizione opzionale per la cache.
1. Per la posizione, scegli **In sede**.
1. Nella sezione Locale vedrai il campo **Outpost ID**. Inserisci l'ID per il luogo in cui verrà eseguito il cluster.
Tutte le altre impostazioni in **Impostazioni cluster** possono rimanere come predefinite.
1. In **Connettività**, seleziona **Crea un nuovo gruppo di sottoreti** e inserisci l'ID **VPC**. **Lascia il resto come predefinito e seleziona Avanti.**
### Configurare le opzioni locali
Puoi selezionare un Outpost disponibile per aggiungere il tuo cluster o, se non ci sono Outpost disponibili, crearne uno nuovo utilizzando i seguenti passaggi:
**In **Opzioni on-premise**:**
1. Nelle impostazioni di **Valkey, nelle impostazioni** **Redis OSS o nelle impostazioni** **Memcached, a seconda del** motore preferito:
1. **Nome**: inserisci un nome per il cluster
1. **Descrizione**: inserire una descrizione per il cluster.
1. **Compatibilità della versione del motore: la** versione del motore è basata sulla regione Outpost AWS
1. **Porta**: per Valkey o Redis OSS, accetta la porta predefinita 6379. Per Memcached, accetta la porta predefinita 11211. Se preferisci usare una porta diversa, digita il numero di porta.
1. **Gruppo di parametri**: Utilizzare il menu a discesa per scegliere un gruppo di parametri di default o personalizzato.
1. **Tipo di nodo**: le istanze disponibili si basano sulla disponibilità degli Outposts. Se si utilizza Valkey o Redis OSS, Porting Assistant for .NET for Outposts supporta solo le famiglie di nodi M5 e R5. Dall'elenco a discesa, scegliere **Outposts** e quindi scegliere un tipo di nodo disponibile che si desidera utilizzare per questo cluster. Quindi, scegliere **Salva**.
1. **Numero di repliche**: immettere il numero di repliche di lettura desiderate creare per questo gruppo di replica. È necessario che sia presente almeno una e non più di cinque repliche di lettura. Il valore di default è 2.
I nomi generati automaticamente delle repliche di lettura seguono lo stesso schema del nome del cluster primario, con un trattino e un numero sequenziale di tre cifre aggiunti alla fine, iniziando con`-002`. Ad esempio, se il gruppo di replica è denominato`MyGroup`, allora i nomi dei secondari sarebbero`MyGroup-002`,`MyGroup-003`,`MyGroup-004`,`MyGroup-005`,`MyGroup-006`.
1. **In** Connettività:
1. **Gruppo di sottoreti**: Dall'elenco, seleziona**Crea nuova**.
+ **Nome**: Inserire un nome breve per il gruppo di sottoreti.
+ **Descrizione**: Inserire una descrizione del gruppo di sottoreti.
+ **ID VPC**: l'ID VPC deve corrispondere al VPC dell'Avamposto. Se selezioni un VPC che non ha alcuna sottorete negli Outposts, IDs l'elenco risulterà vuoto.
+ **Zona di disponibilità o Availability**: seleziona l'Avamposto che stai utilizzando.
+ **ID sottorete**: scegliere un ID di sottorete disponibile per l'Avamposto. Se non ci sono sottoreti IDs disponibili, è necessario crearle. Per ulteriori dettagli, vedi [Crea una sottorete](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).
1. Seleziona **Crea**.
### Visualizzazione dei dettagli del cluster Outpost
Nella pagina dell'elenco, seleziona un cluster che appartiene a un AWS Outpost e tieni presente quanto segue quando visualizzi i dettagli del **cluster**:
+ **Zona di disponibilità**: rappresenterà l'avamposto, utilizzando un ARN (Amazon Resource Name) e AWS il numero di risorsa.
+ Nome **dell'avamposto: il nome** dell'avamposto.AWS
## Usare Outposts con la CLI AWS
È possibile utilizzare il comando AWS Command Line Interface(AWS CLI) per controllare piùAWS servizi dalla riga di comando e automatizzarli tramite script. È possibile utilizzare la AWS CLI per operazioni ad hoc (una tantum).
### Scaricamento e configurazione di AWS CLI
AWS CLI Funziona su Windows, macOS o Linux. Utilizzare la procedura seguente per scaricarla e configurarla.
**Per scaricare, installare e configurare la CLI**
1. Scarica la AWS CLI dalla pagina Web dell'[interfaccia a riga di AWS comando](https://aws.amazon.com/cli).
1. *Segui le istruzioni per l'[installazione della AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) e la [configurazione della AWS CLI nella Guida](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) per l'utente.AWS Command Line Interface*
### Utilizzo della AWS CLI con Outposts
Utilizza la seguente operazione CLI per creare un cluster che utilizza Outposts:
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— Utilizzando questa operazione, il `outpost-mode` parametro accetta un valore che specifica se i nodi del cluster vengono creati in un singolo Outpost o tra più Outposts.
**Nota**
Al momento, solo`single-outpost`Modalità supportata.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```