

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à.

# Preparazione di un cluster
<a name="clusters.prepare"></a>

Di seguito, puoi trovare le istruzioni per creare un cluster utilizzando la console MemoryDB, o l'API MemoryDB. AWS CLI

Ogni volta che si crea un cluster, è consigliabile eseguire alcuni lavori preparatori in modo da non dover aggiornare o apportare modifiche immediatamente.

**Topics**
+ [Determina i tuoi requisiti](cluster-create-determine-requirements.md)

# Determina i tuoi requisiti
<a name="cluster-create-determine-requirements"></a>

**Preparazione**  
Conoscere le risposte alle seguenti domande aiuta a velocizzare la creazione del cluster:
+ Assicurati di creare un gruppo di sottoreti nello stesso VPC prima di iniziare a creare un cluster. In alternativa, è possibile utilizzare il gruppo di sottoreti predefinito fornito. Per ulteriori informazioni, consulta [Sottoreti e gruppi di sottoreti](subnetgroups.md).

  MemoryDB è progettato per essere accessibile dall'interno AWS tramite Amazon EC2. Tuttavia, se si avvia in un VPC basato su Amazon VPC, è possibile fornire l'accesso dall'esterno. AWS Per ulteriori informazioni, consulta [Accesso alle risorse di MemoryDB dall'esterno AWS](accessing-memorydb.md#access-from-outside-aws).
+ Devi personalizzare qualche valore di parametro?

  In tal caso, crea un gruppo di parametri personalizzato. Per ulteriori informazioni, consulta [Creazione di un gruppo di parametri](parametergroups.creating.md).
+ Devi creare un gruppo di sicurezza VPC? 

  Per ulteriori informazioni, consulta [Security in Your VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Security.html).
+ Come intendi implementare la tolleranza ai guasti?

  Per ulteriori informazioni, consulta [Limitazione dell'impatto degli errori](faulttolerance.md).

**Topics**
+ [Requisiti di memoria e del processore](#cluster-create-determine-requirements-memory)
+ [Configurazione del cluster MemoryDB](#cluster-configuration)
+ [Multiplexing migliorato I/O](#cluster-create-determine-requirements-multiplexing)
+ [Requisiti di dimensionamento](#cluster-create-determine-requirements-scaling)
+ [Requisiti di accesso](#cluster-create-determine-requirements-access)
+ [Regione e zone di disponibilità](#cluster-create-determine-requirements-region)

## Requisiti di memoria e del processore
<a name="cluster-create-determine-requirements-memory"></a>

L'elemento costitutivo di base di MemoryDB è il nodo. I nodi sono configurati in shard per formare cluster. Quando determini il tipo di nodo da utilizzare per il cluster, prendi in considerazione la configurazione dei nodi del cluster e la quantità di dati da archiviare.

## Configurazione del cluster MemoryDB
<a name="cluster-configuration"></a>

I cluster MemoryDB sono composti da 1 a 500 shard. I dati in un cluster MemoryDB sono partizionati tra gli shard del cluster. L'applicazione si connette a un cluster MemoryDB utilizzando un indirizzo di rete chiamato Endpoint. *Oltre agli endpoint del nodo, lo stesso cluster MemoryDB dispone di un endpoint chiamato endpoint del cluster.* L'applicazione può utilizzare questo endpoint per leggere o scrivere nel cluster, lasciando a MemoryDB la determinazione del nodo da cui leggere o scrivere. 

## Multiplexing migliorato I/O
<a name="cluster-create-determine-requirements-multiplexing"></a>

Se utilizzi Valkey o Redis OSS versione 7.0 o successiva, otterrai un'ulteriore accelerazione grazie al I/O multiplexing avanzato, in cui ogni thread IO di rete dedicato trasferisce i comandi da più client al motore, sfruttando la capacità di elaborare in modo efficiente i comandi in batch. [Per ulteriori informazioni, consulta Prestazioni ultraveloci e.](https://aws.amazon.com/memorydb/features/#Ultra-fast_performance) [Tipi di nodi supportati](nodes.supportedtypes.md)

## Requisiti di dimensionamento
<a name="cluster-create-determine-requirements-scaling"></a>

Tutti i cluster possono essere scalati verso un tipo di nodo più grande. Quando si esegue il ridimensionamento di un cluster MemoryDB, è possibile farlo online in modo che il cluster rimanga disponibile oppure è possibile eseguire il seeding di un nuovo cluster da un'istantanea ed evitare che il nuovo cluster sia inizialmente vuoto.

Per ulteriori informazioni sul tagging, consulta [Dimensionamento](scaling.md)in questa guida.

## Requisiti di accesso
<a name="cluster-create-determine-requirements-access"></a>

In base alla progettazione, è possibile accedere ai cluster MemoryDB dalle istanze Amazon EC2. L'accesso di rete a un cluster MemoryDB è limitato all'account che ha creato il cluster. Pertanto, prima di poter accedere a un cluster da un'istanza Amazon EC2, è necessario autorizzare l'accesso al cluster. Per istruzioni dettagliate, consultare [Fase 3: autorizzazione dell'accesso al cluster](getting-started.md#getting-started.authorizeaccess) in questa guida.

## Regione e zone di disponibilità
<a name="cluster-create-determine-requirements-region"></a>

Posizionando i cluster di MemoryDB in una AWS regione vicina all'applicazione, è possibile ridurre la latenza. Se il cluster dispone di più nodi, posizionarli in zone di disponibilità diverse può ridurre l'effetto degli errori sul cluster.

Per ulteriori informazioni, consulta gli argomenti seguenti:
+ [Scelta di regioni e zone di disponibilità](regionsandazs.md)
+ [Limitazione dell'impatto degli errori](faulttolerance.md)