Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Préparation d'un cluster
Vous trouverez ci-dessous des instructions sur la création d'un cluster à l'aide de la console MemoryDB, de l'API MemoryDB ou de l' AWS CLI API MemoryDB.
Chaque fois que vous créez un cluster, il est conseillé d'effectuer des travaux préparatoires afin de ne pas avoir à le mettre à niveau ou à apporter des modifications immédiatement.
**Topics**
+ [Déterminer les exigences](cluster-create-determine-requirements.md)
# Déterminer les exigences
**Préparation**
Connaître les réponses aux questions suivantes permet d'accélérer la création de votre cluster :
+ Assurez-vous de créer un groupe de sous-réseaux dans le même VPC avant de commencer à créer un cluster. Vous pouvez également utiliser le groupe de sous-réseaux par défaut fourni. Pour de plus amples informations, veuillez consulter [Sous-réseaux et groupes de sous-réseaux](subnetgroups.md).
MemoryDB est conçu pour être accessible de l'intérieur à AWS l'aide d'Amazon EC2. Toutefois, si vous lancez un VPC basé sur Amazon VPC, vous pouvez fournir un accès depuis l'extérieur. AWS Pour de plus amples informations, veuillez consulter [Accès aux ressources de MemoryDB depuis l'extérieur AWS](accessing-memorydb.md#access-from-outside-aws).
+ Avez-vous besoin de personnaliser les valeurs des paramètres ?
Si vous le faites, créez un groupe de paramètres personnalisé. Pour de plus amples informations, veuillez consulter [Création d'un groupe de paramètres](parametergroups.creating.md).
+ Devez-vous créer un groupe de sécurité VPC ?
Pour plus d’informations, consultez [Sécurité au sein de votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Security.html).
+ Comment avez-vous l'intention de mettre en œuvre la tolérance aux pannes ?
Pour de plus amples informations, veuillez consulter [Atténuation des défaillances](faulttolerance.md).
**Topics**
+ [Exigences relatives à la mémoire et au processeur](#cluster-create-determine-requirements-memory)
+ [Configuration du cluster MemoryDB](#cluster-configuration)
+ [I/O Multiplexage amélioré](#cluster-create-determine-requirements-multiplexing)
+ [Exigences relatives au dimensionnement](#cluster-create-determine-requirements-scaling)
+ [Exigences relatives à l'accès](#cluster-create-determine-requirements-access)
+ [Région et zones de disponibilité](#cluster-create-determine-requirements-region)
## Exigences relatives à la mémoire et au processeur
L'élément de base de MemoryDB est le nœud. Les nœuds sont configurés en fragments pour former des clusters. En déterminant le type de nœud à utiliser pour votre cluster, tenez compte de la configuration de nœud du cluster et de la quantité de données à stocker.
## Configuration du cluster MemoryDB
Les clusters MemoryDB sont composés de 1 à 500 partitions. Les données d'un cluster MemoryDB sont partitionnées entre les partitions du cluster. Votre application se connecte à un cluster MemoryDB à l'aide d'une adresse réseau appelée Endpoint. *Outre les points de terminaison du nœud, le cluster MemoryDB lui-même possède un point de terminaison appelé point de terminaison du cluster.* Votre application peut utiliser ce point de terminaison pour lire ou écrire dans le cluster, laissant à MemoryDB le soin de déterminer le nœud à partir duquel lire ou écrire.
## I/O Multiplexage amélioré
Si vous utilisez Valkey ou Redis OSS version 7.0 ou ultérieure, vous bénéficierez d'une accélération supplémentaire grâce au I/O multiplexage amélioré, dans le cadre duquel chaque thread d'E/S réseau dédié achemine les commandes de plusieurs clients vers le moteur, en tirant parti de la capacité à traiter efficacement les commandes par lots. Pour plus d'informations, voir [Performances ultrarapides](https://aws.amazon.com/memorydb/features/#Ultra-fast_performance) et[Types de nœuds pris en charge](nodes.supportedtypes.md).
## Exigences relatives au dimensionnement
Tous les clusters peuvent être étendus à un type de nœud plus grand. Lorsque vous augmentez la taille d'un cluster MemoryDB, vous pouvez le faire en ligne pour qu'il reste disponible ou vous pouvez créer un nouveau cluster à partir d'un instantané et éviter que le nouveau cluster ne démarre à vide.
Pour plus d’informations, consultez [Mise à l’échelle](scaling.md) dans ce guide.
## Exigences relatives à l'accès
De par leur conception, les clusters MemoryDB sont accessibles à partir d'instances Amazon EC2. L'accès réseau à un cluster MemoryDB est limité au compte qui a créé le cluster. Par conséquent, avant de pouvoir accéder à un cluster depuis une instance Amazon EC2, vous devez autoriser l'accès au cluster. Pour plus d'informations, consultez [Étape 4 : Autoriser l'accès au cluster](getting-started.md#getting-started.authorizeaccess) dans ce manuel.
## Région et zones de disponibilité
En localisant vos clusters MemoryDB dans une AWS région proche de votre application, vous pouvez réduire la latence. Si votre cluster dispose de plusieurs nœuds, la localisation de vos nœuds dans différentes zones de disponibilité peut réduire l'impact des échecs sur votre cluster.
Pour plus d’informations, consultez les ressources suivantes :
+ [Choix des régions et zones de disponibilité](regionsandazs.md)
+ [Atténuation des défaillances](faulttolerance.md)