Choix de la taille de votre nœud - 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.

Choix de la taille de votre nœud

La taille de nœud que vous sélectionnez pour votre cluster a un impact sur les coûts, les performances et la tolérance aux pannes.

Choix de la taille de votre nœud Memcached

Les clusters Memcached contiennent un ou plusieurs nœuds avec les données du cluster partitionnées sur les nœuds. Pour cette raison, les besoins en mémoire du cluster et la mémoire d'un nœud sont liés, mais pas identiques. Vous pouvez atteindre la capacité de mémoire de cluster souhaitée, soit en utilisant un petit nombre de nœuds de grande taille ou plusieurs nœuds de petite taille. En outre, à mesure que vos besoins changent, vous pouvez ajouter des nœuds ou en supprimer du cluster, et donc ne payer que pour ce dont vous avez besoin.

La capacité de mémoire totale de votre cluster est calculée en multipliant le nombre de nœuds du cluster par la capacité de RAM de chaque nœud après déduction de la surcharge du système. La capacité de chaque nœud est basée sur le type de nœud.

cluster_capacity = number_of_nodes * (node_capacity - system_overhead)

Le nombre de nœuds de dans le cluster est un facteur clé dans la disponibilité de votre cluster Memcached. La défaillance d'un nœud simple peut avoir un impact sur la disponibilité de votre application et sur la charge de votre base de données backend. Dans ce cas, ElastiCache fournit un remplacement pour un nœud défaillant et il est repeuplé. Pour réduire cet impact sur la disponibilité, répartissez votre mémoire et votre capacité de calcul sur un plus grand nombre de nœuds de plus petite capacité, plutôt que d'utiliser un plus petit nombre de nœuds de grande capacité.

Dans un scénario où vous avez besoin de 35 Go de mémoire cache, vous pouvez utiliser l'une des configurations suivantes :

  • 11 nœuds cache.t2.medium avec 3,22 Go de mémoire et 2 threads chacun = 35,42 Go et 22 threads.

  • 6 nœuds cache.m4.large avec 6,42 Go de mémoire et 2 threads chacun = 38,52 Go et 12 threads.

  • 3 nœuds cache.r4.large avec 12,3 Go de mémoire et 2 threads chacun = 36,90 Go et 6 threads.

  • 3 nœuds cache.m4.xlarge avec 14,28 Go de mémoire et 4 threads chacun = 42,84 Go et 12 threads.

Comparaison des options de nœuds
Type de nœud Mémoire en Go Cœurs Coût horaire* Nœuds nécessaires Mémoire totale (en GiB) Nombre total de cœurs Coût mensuel
cache.t2.medium 3,22 2 0,068 USD 11 35,42 22 538,56 $
cache.m4.large 6,42 2 0,156 USD 6 38,52 12 673,92 $
cache.m4.xlarge 14,28 4 0,311 USD 3 42,84 12 671,76 USD
cache.m5.xlarge 12,93 4 0,311 USD 3 38,81 12 671,76 USD
cache.m6g.large 6,85 2 0,147 $ 6 41,1 12 635 $
cache.r4.large 12.3 2 0,228 USD 3 36,9 6 492,48 USD
cache.r5.large 13,07 2 0,216 $ 3 39,22 6 466,56 $
cache.r6g.large 13,07 2 0,205 $ 3 42,12 6 442 $
* Coût horaire par nœud à compter du 8 octobre 2020.
Coût mensuel pour une utilisation à 100 % pendant 30 jours (720 heures).

Ces options permettent d'avoir la même capacité de mémoire, mais une capacité de calcul et un coût différents. Pour comparer les coûts de vos options spécifiques, veuillez consulter la Tarification Amazon ElastiCache.

Pour les clusters Memcached, une partie de la mémoire disponible sur chaque nœud de est utilisée pour la surcharge de connexion. Pour plus d'informations, consultez Surcharge de la connexion Memcached

L'utilisation de plusieurs nœuds nécessitera la répartition des clés sur tous ces nœuds. Chaque nœud a son propre point de terminaison. Pour une gestion simple de point de terminaison, vous pouvez utiliser la fonctionnalité de découverte automatique ElastiCache qui permet à des programmes client d'identifier automatiquement tous les nœuds dans un cluster. Pour de plus amples informations, veuillez consulter Identifiez automatiquement les nœuds dans votre cluster.

Dans certains cas, vous n'êtes peut-être pas certain de la capacité dont vous avez besoin. Si c'est le cas, pour les tests, nous vous recommandons de commencer par un nœud cache.m5.large. Surveillez ensuite l'utilisation de la mémoire, l'utilisation du CPU et le taux d'accès au cache à l'aide des métriques ElastiCache qui sont publiées sur Amazon CloudWatch. Pour plus d'informations sur les métriques CloudWatch pour ElastiCache, veuillez consulter Surveillance de l'utilisation à l'aide de métriques CloudWatch. Pour la production et des charges de travail plus grandes, les nœuds R5 offrent les meilleures performances et valeur de coût de la RAM.

Si votre cluster n'a pas le taux de réussite souhaité, vous pouvez facilement ajouter d'autres nœuds, ce qui accroît la mémoire disponible totale de votre cluster.

Si votre cluster est limité par le CPU mais s'il bénéficie d'un taux de réussite suffisant, essayez de configurer un nouveau cluster avec un type de nœud de qui fournit une plus grande puissance de calcul.