Tous les produits
Search
Centre de documentation

Tair (Redis® OSS-Compatible):Vue d'ensemble du cache distribué global

Dernière mise à jour :Aug 08, 2026

Tair (Redis OSS-compatible) propose le service Global Distributed Cache, un système de réplication géographique qui synchronise les données entre des instances situées sur différents sites pour assurer une redondance géographique active et la reprise après sinistre. Une instance Global Distributed Cache se compose de trois instances enfants au maximum qui synchronisent leurs données en temps réel, réduisant ainsi la distance physique entre les données et les utilisateurs afin de diminuer la latence d'accès.

Avantages et cas d'utilisation

Pour les entreprises dont les activités sont réparties géographiquement, l'accès inter-régions augmente la latence et dégrade l'expérience utilisateur. La fonctionnalité Global Distributed Cache de Tair (Enterprise Edition) résout ces problèmes. La fonctionnalité Global Distributed Cache offre les avantages suivants :

Avantage

Description

Haute fiabilité

  • Prend en charge la reprise des transferts à partir du point d'interruption. Tolère des interruptions de synchronisation durant plusieurs jours, surmontant ainsi les limites de Redis natif pour la synchronisation incrémentielle entre centres de données ou régions.

  • Gère automatiquement les activités anormales, telles que les basculements primaire/secondaire et la reconstruction des instances enfants à partir de sauvegardes.

Hautes performances

  • Débit élevé : un canal de synchronisation dans une instance d'architecture standard atteint jusqu'à 50 000 QPS dans un sens. Le débit de l'architecture en cluster évolue linéairement avec le nombre de shards ou de nœuds.

  • Faible latence : la latence de synchronisation intra-continent est inférieure à 1 seconde sur des réseaux stables. La latence intercontinentale varie en moyenne entre 1 et 5 secondes, selon le débit du lien et le temps aller-retour (RT).

Exactitude élevée

  • Synchronise les données de journalisation binaire vers les nœuds pairs dans l'ordre de génération.

  • Le contrôle de boucle empêche la synchronisation circulaire des données de journalisation binaire.

  • Le traitement « exactly-once » garantit que les données de journalisation binaire synchronisées ne sont exécutées qu'une seule fois.

Cas d'utilisation

Courants dans les secteurs du multimédia, du jeu vidéo et du commerce électronique pour la synchronisation des données inter-régions et les déploiements mondiaux.

Scénario

Description

Redondance géographique active

Plusieurs sites dans différentes régions traitent le trafic simultanément, permettant un routage vers le site le plus proche. Cette conception de haute disponibilité (HA) maintient tous les sites actifs en permanence.

Reprise après sinistre des données

La synchronisation bidirectionnelle entre les instances enfants prend en charge la reprise après sinistre intra-urbaine, l'architecture « trois centres de données sur deux régions » et la reprise après sinistre sur trois régions.

Répartition de charge

Répartissez le trafic sur plusieurs instances enfants pour dépasser la limite de charge d'une instance unique lors d'événements à fort trafic, tels que les promotions à grande échelle.

Synchronisation des données

La synchronisation bidirectionnelle des données entre les instances enfants prend en charge des cas d'utilisation tels que l'analyse des données et les tests.

Architecture

Une instance Global Distributed Cache de Tair (Enterprise Edition) est une collection logique d'instances enfants connectées par des canaux de synchronisation. Toutes les données de chaque instance enfant sont synchronisées en temps réel au niveau de l'instance. La figure suivante illustre l'architecture.

image

Composants :

Composant

Description

Instance enfant

Instance indépendante au sein d'une instance Global Distributed Cache. Chaque instance enfant prend en charge les opérations de lecture et d'écriture avec son propre endpoint. Les instances enfants maintiennent une cohérence à terme grâce à une synchronisation bidirectionnelle en temps réel.

Remarque

Les instances enfants doivent être des instances optimisées pour la mémoire Tair (Enterprise Edition). L'Redis Open-Source Edition ne prend pas en charge cette fonctionnalité.

Canal de synchronisation

Lien unidirectionnel permettant la synchronisation des données en temps réel entre les instances enfants. La réplication bidirectionnelle utilise deux canaux de synchronisation dans des directions opposées.

La fonctionnalité Global Distributed Cache de Tair (Enterprise Edition) ajoute server-id et opid aux journaux AOF Redis natifs. Le canal de synchronisation lit ces données de journalisation binaire pour la synchronisation.

Channel Manager

Gère le cycle de vie des canaux de synchronisation et traite les activités anormales sur les instances enfants, telles que les basculements primaire/secondaire et la reconstruction à partir de sauvegardes.

Remarque

La synchronisation transfrontalière entre la Chine continentale et d'autres régions n'est pas prise en charge. Toutes les instances enfants d'une instance Global Distributed Cache doivent être situées soit entièrement en Chine continentale, soit entièrement dans d'autres régions. Consultez les Limites de Global Distributed Cache.

Facturation

Cette fonctionnalité est gratuite. Vous payez uniquement pour les instances enfants Tair (Enterprise Edition) optimisées pour la mémoire. Consultez les Éléments de facturation.

Premiers pas

Important

La fonctionnalité cloud-native Global Distributed Cache est disponible sur liste blanche. Alibaba Cloud évalue les capacités réseau de vos régions cibles avant d'accorder l'accès. Pour faire une demande, soumettez un ticket.

  1. Créez la première instance enfant. Vous pouvez convertir une instance Tair (Enterprise Edition) optimisée pour la mémoire existante ou en créer une nouvelle.

    L'instance Global Distributed Cache est automatiquement créée avec la première instance enfant.

  2. Ajoutez une deuxième ou troisième instance enfant à l'instance Global Distributed Cache.

  3. Dans le code de votre application, acheminez les requêtes vers l'endpoint de l'instance enfant le plus proche pour chaque région.

FAQ

  • Q : Puis-je mettre à niveau les versions mineures de toutes les instances enfants d'une instance Global Distributed Cache en même temps ?

    R : Décalez les mises à niveau de plus de 30 minutes entre les instances enfants pour éviter des interruptions de service simultanées.

  • Q : Puis-je modifier l'architecture d'une instance enfant, par exemple passer d'une architecture standard à une architecture en cluster ?

    R : Non, ce n'est pas possible. Vous devez planifier votre architecture à l'avance.

  • Q : Puis-je changer le type d'instance d'une instance enfant, par exemple mettre à niveau une instance d'architecture standard de 8 Go à 16 Go ?

    R : Oui. Toutes les instances enfants doivent utiliser le même type d'instance. Appliquez la même mise à niveau ou rétrogradation à chaque instance enfant pour éviter des problèmes de performance ou de capacité.

  • Q : Une instance Global Distributed Cache prend-elle en charge l'écriture multiple (multi-write) ?

    R : Oui. Vous pouvez écrire dans différentes instances enfants, mais évitez de modifier la même clé sur plusieurs instances enfants simultanément ou à très court intervalle pour prévenir l'incohérence des données. Consultez les Limites de cohérence des données.