Tair (Redis® OSS-Compatible):Architecture de cluster

Mode proxy (recommandé)

Le mode proxy simplifie la connexion et l'utilisation des instances de cluster : vous vous y connectez comme aux instances d'architecture standard. Le nœud proxy achemine automatiquement les requêtes client vers le shard de données approprié. Il offre également des fonctionnalités avancées telles que la mise en cache des clés fréquentes (hotkeys) et le basculement automatique. Pour plus d'informations, consultez la section Fonctionnalités du proxy Tair.

Les figures et tableaux suivants décrivent l'architecture de service et les composants du mode proxy.

Multi-réplica

Architecture de service d'un cluster multi-réplica en mode proxy

Composants de l'architecture de cluster en mode proxy

Composant	Description
Nœud proxy	Achemine les requêtes client vers les shards de données appropriés. Un cluster contient plusieurs nœuds proxy qui assurent le service et la redondance pour la reprise après sinistre.
Shard de données	Chaque shard de données utilise une architecture haute disponibilité avec un nœud maître et un à quatre nœuds réplica déployés sur des serveurs physiques différents. Vous pouvez déployer des nœuds réplica dans une zone de disponibilité secondaire. L'utilisation de plusieurs nœuds réplica améliore les capacités de reprise après sinistre et réduit le risque de perte de données.
Haute disponibilité (HA)	En cas de défaillance d'un nœud maître, le système bascule automatiquement vers un nœud réplica en moins de 30 secondes pour garantir la disponibilité du service et la fiabilité des données. Si votre instance est déployée sur deux zones de disponibilité et qu'un nœud réplica existe dans la zone principale, le système privilégie le basculement vers ce nœud réplica. Cela évite une augmentation de la latence due à l'accès inter-zones par l'application.

Activer la séparation lecture/écriture

L'architecture de cluster cloud-native en mode proxy prend également en charge la séparation lecture/écriture. Activez cette fonctionnalité lorsque votre trafic en lecture est élevé et dépasse les limites de performance du nœud maître. Pour plus d'informations, consultez la section Activer la séparation lecture/écriture pour une instance de cluster.

Mode de connexion directe

En mode de connexion directe, vous vous connectez à votre cluster comme à un Redis Cluster natif. Lors de la connexion initiale, le DNS résout l'adresse de connexion du client vers l'adresse IP virtuelle (VIP) d'un shard de données aléatoire. Le client utilise ensuite le protocole Redis Cluster pour accéder à tous les shards de données. L'architecture de cluster en mode de connexion directe prend en charge les configurations multi-réplicas , mais ne prend pas en charge la séparation lecture/écriture. La figure suivante illustre l'architecture de service de ce mode.

Architecture de service d'un cluster en mode de connexion directe

Cas d'utilisation

• Volumes de données importants

  Par rapport à l'architecture standard, l'architecture de cluster permet d'étendre sa capacité de stockage jusqu'à 16 To (64 Go × 256 shards). Cela répond aux exigences des applications en croissance.

• Charges de requêtes élevées

  L'architecture standard ne peut pas gérer des charges de requêtes élevées. Un déploiement multi-shards est nécessaire pour lever le goulot d'étranglement de performance d'un shard unique.

  Si le nœud maître est surchargé par les requêtes de lecture, activez la séparation lecture/écriture pour l'architecture de cluster.

  Remarque

  Seules les instances de cluster cloud-native en mode proxy prennent en charge la séparation lecture/écriture. Pour utiliser cette fonctionnalité, migrez les données depuis d'autres types d'instances en créant une nouvelle instance de cluster et en synchronisant les données à l'aide du service Data Transmission Service (DTS).

• Applications intensives en débit

  Par rapport à l'architecture standard, l'architecture de cluster vous permet d'augmenter linéairement le débit en ajoutant davantage de shards. Cela offre un meilleur support pour la lecture des données fréquemment accédées et la gestion de charges de travail à haut débit.

• Applications avec peu d'opérations multi-clés

  Étant donné qu'un cluster utilise une architecture distribuée, les opérations sur plusieurs clés nécessitent que toutes les clés résident dans le même slot. Cela restreint certaines opérations multi-clés. Pour plus d'informations, consultez la section Restrictions de commandes pour les instances de cluster et les instances avec séparation lecture/écriture.

• Applications sensibles à la latence

  Pour une instance déployée sur deux zones de disponibilité, ajoutez des nœuds réplica à la zone de disponibilité principale. Par exemple, vous pouvez avoir un nœud maître et un nœud réplica dans la zone principale, et un autre nœud réplica dans la zone secondaire. Cela améliore la fiabilité de la reprise après sinistre et évite les pics de latence dus à l'accès inter-zones après un basculement.

Notes d'utilisation

• Une instance de cluster cloud-native ne peut pas utiliser simultanément le mode proxy et le mode de connexion directe. Nous vous recommandons d'utiliser le mode proxy.

• L'architecture de cluster Classic prend uniquement en charge les configurations à réplica unique à double réplica et ne prend pas en charge la séparation lecture/écriture.

• Une instance de cluster cloud-native ne permet pas de changer directement le mode de connexion du mode de connexion directe au mode proxy. Aucune option de basculement n'est disponible dans la console. Si vous devez effectuer ce changement, créez une nouvelle instance de cluster en mode proxy, utilisez Data Transmission Service (DTS) pour migrer les données de l'instance d'origine vers la nouvelle instance, vérifiez la cohérence des données, puis modifiez le point de terminaison de connexion de votre application pour pointer vers le point de terminaison en mode proxy de la nouvelle instance.

• Une instance de cluster classic fournit le mode proxy par défaut. Si vous devez utiliser le mode de connexion directe, activez-le manuellement dans la console.

Modifier les configurations de cluster

• Pour ajouter ou supprimer des nœuds réplica, accédez à la page Node Management de votre instance et cliquez sur Modify.

• Pour ajouter des réplicas de lecture, accédez à la page Node Management de votre instance, activez l'option Read/Write Splitting, puis cliquez sur Modify pour ajouter des réplicas de lecture.

• Pour ajouter des shards, accédez à la page des détails de l'instance et sélectionnez Shard Adjustment > Add Shards dans le coin supérieur droit.

• Pour modifier les spécifications des shards, accédez à la page des détails de l'instance et sélectionnez Specification Adjustment > Specification Upgrade/Downgrade dans le coin supérieur droit.

FAQ