Déterminer les exigences ElastiCache de votre cluster - Amazon ElastiCache

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.

Déterminer les exigences ElastiCache de votre cluster

Préparation

Connaître les réponses aux questions suivantes facilite la création de votre ElastiCache cluster :

  • De quel type d'instance de nœud avez-vous besoin ?

    Pour vous guider dans la sélection du type de nœud d'instance, consultez Choix de la taille de votre nœud.

  • Allez-vous lancer votre cluster dans un cloud privé virtuel (VPC) basé sur Amazon VPC ?

    Important

    Si vous souhaitez lancer votre cluster dans unVPC, assurez-vous d'y créer un groupe de sous-réseaux VPC avant de commencer à créer un cluster. Pour de plus amples informations, veuillez consulter Sous-réseaux et groupes de sous-réseaux.

    ElastiCache est conçu pour être accessible depuis AWS l'intérieur via AmazonEC2. Toutefois, si vous lancez un cluster VPC basé sur Amazon VPC et que votre cluster se trouve dans unVPC, vous pouvez fournir un accès depuis l'extérieur AWS. Pour de plus amples informations, veuillez consulter Accès aux ElastiCache ressources depuis l'extérieur 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 ElastiCache de paramètres.

    Si vous utilisez Valkey ou RedisOSS, pensez à configurer reserved-memory ou. reserved-memory-percent Pour de plus amples informations, veuillez consulter Gestion de la mémoire réservée pour Valkey et Redis OSS.

  • Devez-vous créer votre propre groupe VPC de sécurité ?

    Pour plus d'informations, consultez la section Sécurité dans votre VPC.

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

ElastiCache exigences en matière de mémoire et de processeur

L'élément de base d'Amazon ElastiCache est le nœud. Les nœuds sont configurés de manière individuelle ou en groupe 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.

Le moteur Memcached est en multi-thread. Le nombre de cœurs du nœud a donc un impact sur la puissance de calcul à disposition du cluster.

Configuration du cluster Memcached

ElastiCache Les clusters (Memcached) sont composés de 1 à 60 nœuds. Les données contenues dans un cluster Memcached sont partitionnées parmi les nœuds du cluster. Votre application se connecte à un cluster Memcached par le biais d'une adresse de réseau appelée point de terminaison. Chaque nœud d'un cluster Memcached dispose de son propre point de terminaison que votre application utilise afin de lire ou d'écrire sur le nœud spécifique. En plus des points de terminaison de nœud, le cluster Memcached lui-même possède un point de terminaison appelé configuration endpoint (point de terminaison de configuration). Votre application peut utiliser ce point de terminaison pour lire ou écrire sur le cluster, laissant la détermination du nœud à lire ou à écrire à la découverte automatique.

Image montrant comment un cluster Memcached est partitionné entre les nœuds du cluster.

Pour de plus amples informations, veuillez consulter Gestion des clusters dans ElastiCache.

Configuration des clusters Valkey et Redis OSS

ElastiCache avec Valkey et Redis, les OSS clusters sont composés de 0 à 500 partitions (également appelés groupes de nœuds). Les données d'un OSS cluster Valkey ou Redis sont partitionnées entre les partitions du cluster. Votre application se connecte à un OSS cluster Valkey ou Redis à l'aide d'une adresse réseau appelée Endpoint. Les nœuds d'une partition Valkey ou Redis OSS remplissent l'un des deux rôles suivants : un nœud principal en lecture/écriture et tous les autres nœuds secondaires en lecture seule (également appelés répliques en lecture). Outre les points de terminaison du nœud, le OSS cluster Valkey ou Redis lui-même possède un point de terminaison appelé point de terminaison de configuration. Votre application peut utiliser ce point de terminaison pour lire ou écrire dans le cluster, en laissant le choix du nœud à partir duquel lire ou écrire ElastiCache (RedisOSS).

Image comparant un OSS cluster Valkey ou Redis en mode désactivé et en mode activé.

Pour de plus amples informations, veuillez consulter Gestion des clusters dans ElastiCache.

ElastiCache exigences de dimensionnement

Tous les clusters peuvent augmentés par la création d'un nouveau cluster doté d'un nouveau type de nœud plus grand. Lorsque vous agrandissez un cluster Memcached, le nouveau cluster est vide au départ. Lorsque vous augmentez la taille d'un OSS cluster Valkey ou Redis, vous pouvez l'amorcer à partir d'une sauvegarde et éviter que le nouveau cluster ne démarre à vide.

Les clusters Amazon ElastiCache for Memcached peuvent être étendus ou intégrés. Pour augmenter ou diminuer un cluster Memcached, il suffit d'ajouter ou de supprimer des nœuds du cluster. Si vous avez activé la Découverte automatique et que votre application se connecte au point de terminaison de la configuration du cluster, votre application ne nécessite aucune modification lors de l'ajout ou de la suppression de nœuds.

Pour plus d’informations, consultez Dimensionnement ElastiCache dans ce guide.

ElastiCache exigences d'accès

De par leur conception, les ElastiCache clusters Amazon sont accessibles à partir d'EC2instances Amazon. L'accès réseau à un ElastiCache cluster est limité au compte qui a créé le cluster. Par conséquent, avant de pouvoir accéder à un cluster depuis une EC2 instance Amazon, vous devez autoriser l'EC2instance Amazon à accéder au cluster. Les étapes à suivre pour ce faire varient selon que vous avez lancé EC2 - VPC ou EC2 -Classic.

Si vous avez lancé votre cluster dansEC2, VPC vous devez autoriser l'accès réseau au cluster. Si vous avez lancé votre cluster dans EC2 -Classic, vous devez accorder au groupe de sécurité Amazon Elastic Compute Cloud associé à l'instance l'accès à votre groupe ElastiCache de sécurité. Pour plus d'informations, consultez Étape 3. Autoriser l'accès au cluster dans ce manuel.

Exigences relatives à la région, à la zone de disponibilité et à la zone locale pour ElastiCache

Amazon ElastiCache prend en charge toutes les AWS régions. En localisant vos ElastiCache clusters dans une AWS région proche de votre application, vous pouvez réduire la latence. Si votre cluster comporte plusieurs nœuds, la localisation de vos nœuds dans différentes zones de disponibilité ou dans des zones locales peut réduire l'impact des défaillances sur votre cluster.

Pour plus d’informations, consultez les ressources suivantes :