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à.
# Cos'è MemoryDB
Amazon MemoryDB è un servizio di database in memoria durevole che offre prestazioni ultraveloci. È progettato appositamente per applicazioni moderne con architetture di microservizi.
Amazon MemoryDB è compatibile con i più diffusi archivi di dati open source Valkey e Redis OSS e consente di creare rapidamente applicazioni utilizzando le stesse strutture di dati flessibili e intuitive e gli stessi comandi che già utilizzano. APIs Con MemoryDB, tutti i dati vengono archiviati in memoria, il che consente di ottenere una latenza di lettura di microsecondi e una latenza di scrittura di millisecondi a una cifra e un throughput elevato. MemoryDB archivia inoltre i dati in modo duraturo su più zone di disponibilità (AZs) utilizzando un log transazionale Multi-AZ per consentire il failover rapido, il ripristino del database e il riavvio dei nodi.
Offrendo prestazioni in memoria e durabilità Multi-AZ, MemoryDB può essere utilizzato come database primario ad alte prestazioni per le applicazioni di microservizi, eliminando la necessità di gestire separatamente sia una cache che un database durevole.
**Topics**
+ [Caratteristiche di MemoryDB](servicename-feature-overview.md)
+ [Componenti principali di MemoryDB](components.md)
+ [Servizi correlati](related-services-choose-between-memorydb-and-redis.md)
+ [Scelta di regioni e zone di disponibilità](regionsandazs.md)
+ [Accesso a MemoryDB](nodes-connecting.md)
+ [Sicurezza di MemoryDB](memorydb-security.md)
# Caratteristiche di MemoryDB
Amazon MemoryDB è un servizio di database in memoria durevole che offre prestazioni ultraveloci. Le caratteristiche di MemoryDB includono:
+ Forte coerenza per i nodi primari e coerenza finale garantita per i nodi di replica. Per ulteriori informazioni, consulta [Coerenza](consistency.md).
+ Latenze di lettura in microsecondi e di scrittura a una cifra di millisecondi con un massimo di 160 milioni di TPS per cluster.
+ Strutture dati Valkey e Redis OSS flessibili e intuitive e. APIs Crea facilmente nuove applicazioni o migra le applicazioni esistenti basate su Valkey e Redis OSS con quasi nessuna modifica.
+ Durabilità dei dati grazie a un registro transazionale Multi-AZ che consente il ripristino e il riavvio rapidi del database.
+ Disponibilità Multi-AZ con failover automatico, rilevamento e ripristino dei guasti dei nodi.
+ Scala facilmente orizzontalmente aggiungendo e rimuovendo nodi o verticalmente passando a tipi di nodi più grandi o più piccoli. È possibile scalare il throughput di scrittura aggiungendo shard e scalare il throughput di lettura aggiungendo repliche.
+ Read-after-write coerenza per i nodi primari e coerenza finale garantita per i nodi di replica.
+ MemoryDB supporta la crittografia in transito, la crittografia a riposo e l'autenticazione degli utenti tramite. [Autenticazione degli utenti con gli elenchi di controllo degli accessi () ACLs](clusters.acls.md)
+ Istantanee automatiche in Amazon S3 con conservazione fino a 35 giorni.
+ Support per un massimo di 500 nodi e più di 100 TB di storage per cluster (con 1 replica per shard).
+ Crittografia in transito con TLS e crittografia inattiva con chiavi. AWS KMS
+ Autenticazione e autorizzazione degli utenti con Valkey e Redis OSS. [Autenticazione degli utenti con gli elenchi di controllo degli accessi () ACLs](clusters.acls.md)
+ Support per i tipi di AWS istanze Graviton2.
+ Integrazione con altri AWS servizi come CloudWatch Amazon VPC e Amazon SNS per il monitoraggio CloudTrail, la sicurezza e le notifiche.
+ Patch e aggiornamenti software completamente gestiti.
+ AWS Integrazione di Identity and Access Management (IAM) e controllo degli accessi basato su tag per la gestione. APIs
# Componenti principali di MemoryDB
Di seguito, è possibile trovare una panoramica dei componenti principali di una distribuzione di MemoryDB.
**Topics**
+ [Cluster](#whatis.clusters)
+ [Nodi](#whatis.components.nodes)
+ [Partizioni](#whatis.components.Shards)
+ [Gruppi di parametri](#whatis.components.parametergroups)
+ [Gruppi di sottoreti](#whatis.components.subnetgroups)
+ [Liste di controllo accessi](#whatis.components.acls)
+ [Utenti](#whatis.components.user)
## Cluster
Un cluster è una raccolta di uno o più nodi che servono un singolo set di dati. Un set di dati MemoryDB è partizionato in shard e ogni shard ha un nodo primario e fino a 5 nodi di replica opzionali. Un nodo primario serve richieste di lettura e scrittura, mentre una replica serve solo richieste di lettura. Un nodo primario può eseguire il failover su un nodo di replica, promuovendo tale replica sul nuovo nodo primario per lo shard. MemoryDB esegue Valkey o Redis OSS come motore di database e, quando si crea un cluster, si specifica la versione del motore per il cluster. È possibile creare e modificare un cluster utilizzando l' AWS CLI API MemoryDB o il. Console di gestione AWS
Ogni cluster MemoryDB esegue una versione del motore Valkey o Redis OSS. Ogni versione del motore ha le proprie funzionalità supportate. Inoltre, ogni versione del motore dispone di una serie di parametri in un gruppo di parametri che controllano il comportamento dei cluster che gestisce.
La capacità di calcolo e memoria di un cluster è determinata dal tipo di nodo. Puoi selezionare il tipo di nodo più adatto alle tue esigenze. Se le tue esigenze cambiano nel tempo, potrai cambiare i tipi di nodo. Per informazioni, consulta [Tipi di nodi supportati](nodes.supportedtypes.md).
**Nota**
[Per informazioni sui prezzi dei tipi di nodi MemoryDB, consulta i prezzi di MemoryDB.](https://aws.amazon.com/memorydb/pricing/)
Esegui un cluster su un cloud privato virtuale (VPC) utilizzando il servizio Amazon Virtual Private Cloud (Amazon VPC). Quando utilizzi un VPC, hai il controllo completo sull'ambiente virtuale di rete. Puoi scegliere il tuo intervallo di indirizzi IP, creare sottoreti e configurare liste di routing e di controllo accessi. MemoryDB gestisce istantanee, patch software, rilevamento automatico degli errori e ripristino. Non è previsto alcun costo aggiuntivo per eseguire il cluster in un VPC. Per ulteriori informazioni sull'uso di Amazon VPC con MemoryDB, consulta. [MemoryDB e Amazon VPC](vpcs.md)
Molte operazioni di MemoryDB sono destinate ai cluster:
+ Creazione di un cluster
+ Modifica di un cluster
+ Scattare istantanee di un cluster
+ Eliminazione di un cluster
+ Visualizzazione degli elementi in un cluster
+ Aggiunta o rimozione di tag di allocazione costi a e da un cluster
Per informazioni più dettagliate, consulta i seguenti argomenti correlati:
+ [Gestione dei cluster](clusters.md) e [Gestione di nodi](nodes.md)
Informazioni su cluster, nodi e operazioni correlate.
+ [Resilienza in MemoryDB](disaster-recovery-resiliency.md)
Informazioni su come migliorare la tolleranza ai guasti dei cluster.
## Nodi
Un *nodo* è l'elemento costitutivo più piccolo di una distribuzione di MemoryDB e viene eseguito utilizzando un'istanza Amazon EC2. Ogni nodo esegue la versione del motore scelta al momento della creazione del cluster. Un nodo appartiene a uno shard che appartiene a un cluster.
Ogni nodo esegue un'istanza del motore nella versione scelta al momento della creazione del cluster. Se necessario, puoi scalare i nodi di un cluster verso l'alto o verso il basso fino a un tipo diverso. Per ulteriori informazioni, consulta [Dimensionamento](scaling.md).
Ogni nodo all'interno di un cluster è dello stesso tipo di nodo. Sono supportati più tipi di nodi, ciascuno con quantità di memoria diverse. Per un elenco dei tipi di nodo supportati, consulta [Tipi di nodi supportati](nodes.supportedtypes.md).
Per ulteriori informazioni sui nodi, consulta [Gestione di nodi](nodes.md).
## Partizioni
Uno shard è un raggruppamento da uno a 6 nodi, di cui uno funge da nodo di scrittura principale e gli altri 5 da repliche di lettura. Un cluster MemoryDB ha sempre almeno uno shard.
I cluster MemoryDB possono avere fino a 500 shard, con i dati partizionati tra gli shard. Ad esempio, è possibile scegliere di configurare un cluster a 500 nodi che varia tra 83 partizioni (un primario e 5 repliche per partizione) e 500 partizioni (un singolo primario e nessuna replica). Assicurati che esistano abbastanza indirizzi IP disponibili per soddisfare l'aumento. Le problematiche comuni sono che le le sottoreti nel gruppo di sottoreti hanno un intervallo CIDR troppo piccolo o che le sottoreti sono condivise e utilizzate pesantemente da altri cluster.
Una *partizione a nodo multiplo* implementa repliche tramite un nodo primario di lettura/scrittura e 1-5 nodi di replica. Per ulteriori informazioni, consulta [Comprendere la replica di MemoryDB](replication.md).
Per ulteriori informazioni sule partizioni, consulta [Utilizzo degli shard.](shards.md).
## Gruppi di parametri
I gruppi di parametri sono un modo semplice per gestire le impostazioni di runtime per il motore del cluster. I parametri vengono utilizzati per controllare l'utilizzo della memoria, le dimensioni degli elementi e altro ancora. Un gruppo di parametri MemoryDB è una raccolta denominata di parametri specifici del motore che è possibile applicare a un cluster e tutti i nodi di quel cluster sono configurati esattamente nello stesso modo.
Per informazioni più dettagliate sui gruppi di parametri MemoryDB, vedere. [Configurazione dei parametri di motore con i gruppi di parametri](parametergroups.md)
## Gruppi di sottoreti
Un *gruppo di sottoreti* è una raccolta di sottoreti (generalmente private) che è possibile designare per i cluster in esecuzione in un ambiente Amazon Virtual Private Cloud (VPC)
Quando crei un cluster in un Amazon VPC, puoi specificare un gruppo di sottoreti o utilizzare quello predefinito fornito. MemoryDB utilizza quel gruppo di sottoreti per scegliere una sottorete e gli indirizzi IP all'interno di quella sottorete da associare ai nodi.
Per informazioni più dettagliate sui gruppi di sottoreti MemoryDB, vedere. [Sottoreti e gruppi di sottoreti](subnetgroups.md)
## Liste di controllo accessi
Una lista di controllo degli accessi è una raccolta di uno o più utenti. Le stringhe di accesso seguono le [regole ACL](https://valkey.io/topics/acl) per autorizzare l'accesso degli utenti ai comandi e ai dati Valkey o Redis OSS.
Per informazioni più dettagliate sugli elenchi di controllo degli accessi di MemoryDB, vedere. [Autenticazione degli utenti con gli elenchi di controllo degli accessi () ACLs](clusters.acls.md)
## Utenti
Un utente ha un nome utente e una password e viene utilizzato per accedere ai dati ed emettere comandi sul cluster MemoryDB. Un utente è membro di un Access Control List (ACL), che è possibile utilizzare per determinare le autorizzazioni per quell'utente sui cluster di MemoryDB. Per ulteriori informazioni, consulta [Autenticazione degli utenti con gli elenchi di controllo degli accessi () ACLs](clusters.acls.md)
# Servizi correlati
[ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/whatis.html)
Al momento di decidere se utilizzare MemoryDB o ElastiCache considera i seguenti confronti:
+ MemoryDB è un database in memoria durevole per carichi di lavoro che richiedono un database primario ultraveloce. Occorre considerare l'utilizzo di MemoryDB se il carico di lavoro richiede un database durevole che offra prestazioni ultraveloci (latenza di lettura di microsecondi e latenza di scrittura di millisecondi a una cifra). MemoryDB può anche essere adatto al tuo caso d'uso se desideri creare un'applicazione utilizzando strutture di dati Valkey o Redis OSS e con un database primario e durevole. APIs Infine, occorre considerare l'utilizzo di MemoryDB per semplificare l'architettura dell'applicazione e ridurre i costi sostituendo l'utilizzo di un database con una cache per garantire durata e prestazioni.
+ ElastiCache è un servizio che viene comunemente utilizzato per memorizzare nella cache i dati da altri database e archivi dati utilizzando Valkey e Redis OSS. Dovresti prendere in considerazione ElastiCache la possibilità di memorizzare nella cache i carichi di lavoro laddove desideri accelerare l'accesso ai dati con il database o l'archivio dati primario esistente (prestazioni di lettura e scrittura in microsecondi). È inoltre necessario prendere in considerazione ElastiCache i casi d'uso in cui si desidera utilizzare le strutture di dati Valkey o Redis OSS e accedere APIs ai dati archiviati in un database o in un data store primario.
# Scelta di regioni e zone di disponibilità
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 attività di MemoryDB 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 [MemoryDB Multiregione](multi-region.md).
Con MemoryDB Multi-Region, è possibile migliorare sia la disponibilità che la resilienza, beneficiando al contempo di letture e scritture locali a bassa latenza per applicazioni multiregionali. Per informazioni sull'utilizzo di MemoryDB Multi-Region, vedere. [Regioni ed endpoint supportati](#supportedregions)
## Ubicazione dei nodi
Qualsiasi cluster con almeno una replica deve essere distribuito. AZs L'unico modo per localizzare tutto all'interno di una singola AZ è con un cluster composto da shard a nodo singolo.
Posizionando i nodi in zone diverse AZs, MemoryDB elimina la possibilità che un guasto, ad esempio un'interruzione dell'alimentazione, in una zona AZ provochi una perdita di disponibilità.
+ [Creazione di un cluster MemoryDB](getting-started.md#clusters.create)
+ [Modifica di un cluster MemoryDB](clusters.modify.md)
## Regioni ed endpoint supportati
MemoryDB è disponibile in più regioni. AWS Ciò significa che puoi avviare cluster MemoryDB in posizioni che soddisfano i tuoi requisiti. Ad esempio, puoi eseguire il lancio nella AWS regione più vicina ai tuoi clienti o in una AWS regione particolare per soddisfare determinati requisiti legali. Inoltre, man mano che MemoryDB espande la disponibilità in una nuova AWS regione, MemoryDB supporta le due `MAJOR.MINOR` versioni più recenti in quel momento per la nuova regione. Per ulteriori informazioni sulle versioni di MemoryDB, vedere. [Versioni del motore](engine-versions.md)
Per impostazione predefinita AWS SDKs AWS CLI, l'API MemoryDB e la console MemoryDB fanno riferimento alla regione Stati Uniti orientali (Virginia settentrionale). Man mano che MemoryDB estende la disponibilità a nuove regioni, sono disponibili anche nuovi endpoint per queste aree da utilizzare nelle richieste HTTP, nella e nella console. AWS SDKs AWS CLI
Ogni regione è pensata per essere completamente isolata dalle altre regioni . All'interno di ciascuna regione ci sono più zone di disponibilità. Avviando i nodi in diversi punti AZs si ottiene la massima tolleranza ai guasti possibile. Per ulteriori informazioni su regioni e zone di disponibilità, vedere [Scelta di regioni e zone di disponibilità](#regionsandazs) all'inizio di questo argomento.
**Regioni in cui è supportato MemoryDB**
| Nome regione/Regione | Endpoint | Protocollo |
| --- | --- | --- |
| Stati Uniti orientali (Ohio) `us-east-2` | `memory-db.us-east-2.amazonaws.com` | HTTPS |
| Stati Uniti orientali (Virginia settentrionale) `us-east-1` | `memory-db.us-east-1.amazonaws.com` | HTTPS |
| Regione Stati Uniti occidentali (California settentrionale) `us-west-1` | `memory-db.us-west-1.amazonaws.com` | HTTPS |
| Stati Uniti occidentali (Oregon) `us-west-2` | `memory-db.us-west-2.amazonaws.com` | HTTPS |
| Regione Canada (Centrale) `ca-central-1` | `memory-db.ca-central-1.amazonaws.com` | HTTPS |
| Regione Asia Pacifico (Hong Kong) `ap-east-1` | `memory-db.ap-eastl-1.amazonaws.com` | HTTPS |
| Regione Asia Pacifico (Mumbai) `ap-south-1` | `memory-db.ap-south-1.amazonaws.com` | HTTPS |
| Regione Asia Pacifico (Tokyo) `ap-northeast-1` | `memory-db.ap-northeast-1.amazonaws.com` | HTTPS |
| Regione Asia Pacifico (Seoul) `ap-northeast-2` | `memory-db.ap-northeast-2.amazonaws.com` | HTTPS |
| Regione Asia Pacifico (Singapore) `ap-southeast-1` | `memory-db.ap-southeast-1.amazonaws.com` | HTTPS |
| Asia Pacifico (Sydney) `ap-southeast-2` | `memory-db.ap-southeast-2.amazonaws.com` | HTTPS |
| Regione Europa (Francoforte) `eu-central-1` | `memory-db.eu-central-1.amazonaws.com` | HTTPS |
| Europa (Irlanda) `eu-west-1` | `memory-db.eu-west-1.amazonaws.com` | HTTPS |
| Regione Europa (Londra) `eu-west-2` | `memory-db.eu-west-2.amazonaws.com` | HTTPS |
| Regione UE (Parigi) `eu-west-3` | `memory-db.eu-west-3.amazonaws.com` | HTTPS |
| Regione Europa (Stoccolma) `eu-north-1` | `memory-db.eu-north-1.amazonaws.com` | HTTPS |
| Regione Europa (Milano) `eu-south-1` | `memory-db.eu-south-1.amazonaws.com` | HTTPS |
| Regione Europa (Spagna) `eu-south-2` | `memory-db.eu-south-2.amazonaws.com` | HTTPS |
| Regione Sud America (San Paolo) `sa-east-1` | `memory-db.sa-east-1.amazonaws.com` | HTTPS |
| Regione Cina (Pechino) `cn-north-1` | `memory-db---cn-north-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS |
| Regione Cina (Ningxia) `cn-northwest-1` | `memory-db---cn-northwest-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS |
Per una tabella di AWS prodotti e servizi per regione, vedi [Prodotti e servizi per](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/) regione.
Per una tabella delle zone di disponibilità supportate all'interno delle regioni, vedi[Sottoreti e gruppi di sottoreti](subnetgroups.md).
# Accesso a MemoryDB
Ogni endpoint del cluster MemoryDB contiene un indirizzo e una porta. Questo endpoint del cluster supporta il protocollo Valkey e Redis OSS Cluster per consentire ai client di scoprire ruoli, indirizzi IP e slot specifici per ogni nodo del cluster. Quando un nodo primario si guasta e al suo posto viene promossa una replica, è possibile connettersi all'endpoint del cluster per scoprire il nuovo nodo primario utilizzando il protocollo Valkey o Redis OSS Cluster.
È necessario connettersi all'endpoint del cluster per scoprire gli endpoint del nodo utilizzando il comando or. **cluster nodes** **cluster slots** Dopo aver scoperto il nodo giusto per una chiave, puoi connetterti direttamente al nodo per read/write le richieste. Un client Valkey o Redis OSS può utilizzare l'endpoint del cluster per connettersi automaticamente al nodo corretto.
Per risolvere i problemi di nodi specifici in un cluster, puoi anche utilizzare endpoint specifici del nodo, ma questi non sono necessari per il normale utilizzo.
Per trovare l'endpoint di un cluster, consulta quanto segue:
+ [Individuazione dell'endpoint per un cluster MemoryDB (CLI)AWS](endpoints.md#endpoints.find.cli)
+ [Ricerca dell'endpoint per un cluster MemoryDB (API MemoryDB)](endpoints.md#endpoints.find.api)
Per la connessione a nodi o cluster, vedi. [Connessione ai nodi MemoryDB utilizzando redis-cli](getting-started.md#connect-tls)
# Sicurezza di MemoryDB
La sicurezza per MemoryDB è gestita a tre livelli:
+ Per controllare chi può eseguire azioni di gestione su cluster e nodi di MemoryDB, si utilizza AWS Identity and Access Management (IAM). Quando ti connetti AWS utilizzando le credenziali IAM, il tuo AWS account deve disporre di politiche IAM che concedano le autorizzazioni necessarie per eseguire le operazioni. Per ulteriori informazioni, consulta [Gestione delle identità e degli accessi in MemoryDB](iam.md)
+ Per controllare i livelli di accesso ai cluster, crei utenti con autorizzazioni specifiche e li assegni agli Access Control List (ACL). L'ACL, a sua volta, viene quindi associato a uno o più cluster. Per ulteriori informazioni, consulta [Autenticazione degli utenti con gli elenchi di controllo degli accessi () ACLs](clusters.acls.md).
+ I cluster MemoryDB devono essere creati in un cloud privato virtuale (VPC) basato sul servizio Amazon VPC. Per controllare quali dispositivi e EC2 istanze Amazon possono aprire connessioni all'endpoint e alla porta del nodo per i cluster MemoryDB in un VPC, utilizzi un gruppo di sicurezza VPC. Puoi creare queste connessioni di endpoint e porta tramite Transport Layer Security (TLS)/Secure Sockets Layer (SSL). Inoltre, le regole del firewall della tua azienda possono controllare se i dispositivi in esecuzione presso la tua azienda possono aprire connessioni a un cluster MemoryDB. Per ulteriori informazioni su VPCs, vedere. [MemoryDB e Amazon VPC](vpcs.md)
Per informazioni sulla configurazione della sicurezza, vedi [Sicurezza in MemoryDB](security.md).