Sur la page Node Management, ajustez le nombre de nœuds réplicas pour améliorer la reprise après sinistre, et activez la répartition lecture/écriture afin d'optimiser les performances en lecture pour les charges de travail à forte concurrence.
Prérequis
Avant de commencer, vérifiez que :
L'instance est déployée en mode cloud-native.
L'instance est une instance Redis Open-Source Edition ou Tair (Enterprise Edition) optimisée pour la DRAM ou la mémoire persistante.
L'instance dispose d'au moins 1 Go de mémoire.
L'instance est une instance haute disponibilité.
Limites prises en charge
Le tableau suivant présente les limites applicables aux nœuds réplicas et aux réplicas en lecture selon le type d'instance.
| Type d'instance | Nœuds réplicas | Répliques en lecture |
|---|---|---|
| Instance standard | 1–9 | 1–9 |
| Instance cluster (par shard) | 1–4 | 1–4 |
Ajuster le nombre de nœuds réplicas
Connectez-vous à la console et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où se trouve votre instance. Localisez l'instance et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Node Management.
Sur la page Node Management, cliquez sur Modify dans la colonne Actions.
-
Dans le panneau qui s'affiche, définissez le nombre de nœuds réplicas.
Instance standard : 1 à 9 nœuds réplicas
Instance cluster : 1 à 4 nœuds réplicas par shard
Suivez les instructions pour finaliser le paiement.
Après le paiement, l'état de l'instance passe à Changing Configuration. L'état revient à Running en 1 à 5 minutes. Suivez la progression sur la page des détails de l'instance.
Configuration bi-zone
Pour les instances bi-zones, utilisez la distribution de nœuds suivante afin de minimiser la latence de basculement :
| Zone | Configuration recommandée |
|---|---|
| Zone principale | 1 nœud maître + 1 nœud réplica ou réplica en lecture |
| Zone secondaire | 2 nœuds réplicas ou réplicas en lecture |
Lorsqu'un basculement de haute disponibilité (HA) est déclenché, le système effectue d'abord le basculement au sein de la zone principale pour éviter l'augmentation de latence associée à un basculement inter-zones.
Activer la répartition lecture/écriture
La répartition lecture/écriture utilise une architecture de réplication en étoile où tous les réplicas en lecture se synchronisent directement depuis le nœud maître, ce qui maintient une faible latence de synchronisation des données. Une fois activée, l'instance achemine automatiquement les requêtes en lecture et en écriture sans aucune modification du code, ce qui la rend adaptée aux charges de travail à forte concurrence avec une prédominance de lectures.
L'activation ou la désactivation de la répartition lecture/écriture provoque une interruption transitoire de la connexion à l'instance et déclenche une migration des données en arrière-plan. L'ajustement du nombre de réplicas en lecture ne cause pas d'interruption transitoire. Effectuez cette opération pendant les heures creuses lorsque le trafic en écriture est faible, et assurez-vous que votre application peut se reconnecter automatiquement.
Connectez-vous à la console et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où se trouve votre instance. Localisez l'instance et cliquez sur son ID.
Dans le volet de navigation de gauche, cliquez sur Node Management.
Activez l'interrupteur Read/Write Splitting.
-
Dans le panneau qui s'affiche, confirmez la configuration de l'instance et le coût de la commande, puis cliquez sur Pay Now.
RemarqueLes nouveaux réplicas en lecture possèdent les mêmes spécifications que le nœud maître (instance d'origine).
Suivez les instructions pour finaliser le paiement.
Après le paiement, l'état de l'instance passe à Changing Configuration. L'état revient à Running en 1 à 5 minutes. Suivez la progression sur la page des détails de l'instance.
-
(Facultatif) Pour ajuster le nombre de réplicas en lecture, cliquez sur Modify dans la colonne Actions sur la page Node Management.
Instance standard : 1 à 9 réplicas en lecture
Instance cluster : 1 à 4 réplicas en lecture par shard
Si l'instance s'étend sur deux zones, elle fournit des endpoints distincts pour la zone principale et la zone secondaire (les deux prennent en charge les opérations de lecture et d'écriture). Dirigez les requêtes destinées à la zone secondaire vers l'endpoint de la zone secondaire pour bénéficier d'un accès basé sur la proximité et d'un équilibrage de charge.