Tair (compatible avec Redis OSS) propose deux architectures d'instance : standard et cluster. Chacune prend en charge un mode de séparation lecture/écriture en option. Choisissez l'architecture adaptée en fonction du volume de vos données, de vos besoins en débit et du ratio lecture/écriture.
Concepts clés
Une instance Tair se compose des éléments suivants :
|
Composant |
Description |
|
Nœud |
Plus petite unité d'un déploiement Tair. Chaque nœud exécute un processus compatible avec Redis. |
|
Shard |
Groupe de nœuds stockant un sous-ensemble de données. Dans une instance de type cluster, les données sont réparties entre plusieurs shards. |
|
Nœud maître |
Nœud qui gère les opérations d'écriture au sein d'un shard ou d'une instance standard. |
|
Nœud réplica |
Copie du nœud maître assurant la capacité de basculement. En cas de défaillance du nœud maître, les charges de travail basculent automatiquement vers le nœud réplica. |
|
Nœud en lecture seule |
Nœud supplémentaire dédié exclusivement au trafic en lecture. Disponible lorsque la séparation lecture/écriture est activée. |
|
Nœud proxy |
Couche de routage qui distribue les requêtes en lecture et en écriture vers les nœuds appropriés. Utilisé dans le mode proxy de cluster et les configurations de séparation lecture/écriture. |
Choisir une architecture
|
Critère |
Architecture standard |
Architecture cluster |
|
Structure interne |
Un nœud maître et un ou plusieurs nœuds réplicas |
Plusieurs shards, chacun disposant de son propre nœud maître et d'un ou plusieurs nœuds réplicas |
|
Partitionnement des données |
Non. Toutes les données résident sur un seul shard. |
Oui. Les données sont distribuées entre les shards. |
|
Cas d'utilisation idéal |
Faibles volumes de données avec des taux de requête stables |
Volumes de données importants, QPS élevé ou charges de travail intensives en débit |
|
Séparation lecture/écriture |
Prise en charge. Ajoutez des nœuds en lecture seule et des nœuds proxy. |
Prise en charge. Ajoutez des nœuds en lecture seule par shard. |
Les deux architectures permettent d'activer dynamiquement la séparation lecture/écriture.
Choisissez l'architecture standard si votre jeu de données tient sur un seul nœud et que votre taux de requêtes est prévisible. Optez pour l'architecture cluster si vous avez besoin d'une mise à l'échelle horizontale, soit parce que le volume de données dépasse la capacité d'un seul nœud, soit parce que votre charge de travail nécessite un parallélisme entre les shards.
Architecture standard
Une instance standard repose sur une architecture maître-réplica. Le nœud maître gère toutes les opérations de lecture et d'écriture, tandis que le nœud réplica conserve une copie des données en temps réel. En cas de défaillance du nœud maître, les charges de travail basculent automatiquement vers le nœud réplica.
Quand utiliser l'architecture standard :
Vos données tiennent sur une seule instance.
Votre taux de requêtes est stable et ne dépasse pas la capacité d'un seul nœud.
Vous avez besoin d'un stockage persistant avec haute disponibilité.
Architecture standard avec séparation lecture/écriture
Lorsque le trafic en lecture dépasse la capacité du nœud maître, activez la séparation lecture/écriture pour améliorer les performances de lecture. Ce mode ajoute plusieurs nœuds proxy et nœuds en lecture seule à la paire maître-réplica de base.
Rôles des composants :
Nœuds proxy — Acheminent les requêtes d'écriture vers le nœud maître et distribuent les requêtes de lecture entre le nœud maître et les nœuds en lecture seule.
Nœuds en lecture seule — Gèrent le trafic en lecture et soulagent le nœud maître.
Quand utiliser cette configuration :
Le trafic en lecture est élevé et la charge de travail est majoritairement orientée lecture.
Vous avez besoin d'un stockage persistant avec la possibilité de mettre à l'échelle le débit en lecture.
Architecture cluster
Dans une instance de type cluster, les données sont distribuées entre plusieurs shards. Chaque shard utilise une architecture maître-réplica multinœud, offrant à la fois une mise à l'échelle horizontale et une haute disponibilité.
Quand utiliser l'architecture cluster :
Le volume de données dépasse la capacité d'un seul nœud.
Votre charge de travail nécessite un QPS élevé.
Les opérations intensives en débit bénéficient du traitement parallèle entre les shards.
Architecture cluster avec séparation lecture/écriture
Lorsque le trafic en lecture dépasse la capacité des nœuds maîtres individuels de chaque shard, activez la séparation lecture/écriture pour le cluster. Chaque shard passe d'une configuration maître-réplica standard à une architecture de séparation lecture/écriture, avec des nœuds en lecture seule dédiés pour gérer le trafic en lecture.
Quand utiliser cette configuration :
Le trafic en lecture dépasse la capacité du nœud maître au sein des shards individuels.
Le débit global en lecture doit être mis à l'échelle au-delà de ce que les nœuds maîtres seuls peuvent fournir.
Éditions, types de séries et versions du moteur
L'architecture constitue l'une des dimensions définissant une instance Tair :
|
Dimension |
Exemples |
|
Édition |
Redis Open-Source Edition, Tair (Enterprise Edition) |
|
Type de série |
Instances basées sur DRAM |
|
Version du moteur |
Redis 5.0, Redis 7.0 |
Les descriptions d'architecture présentées sur cette page s'appliquent à toutes les éditions, tous les types de séries et toutes les versions du moteur. Pour obtenir des spécifications détaillées, consultez les rubriques suivantes :