ApsaraDB RDS:Set read/write splitting attributes and read weights

Choisir un mode

Le mode Read/Write nécessite au moins une instance primaire et une instance en lecture seule dans la politique d'accès du proxy. Il prend en charge la séparation des transactions et les pools de connexions.

Le mode Read-only nécessite au moins une instance en lecture seule. L'instance primaire n'est pas impliquée dans le routage et la séparation des transactions n'est pas prise en charge. Chaque connexion client correspond à une seule connexion sur une instance en lecture seule. La capacité totale de connexion est égale à la somme des connexions sur toutes les instances en lecture seule configurées.

Pour les instances de l'édition Cluster, le mode Read/Write envoie les écritures uniquement au nœud primaire, tandis que le mode Read-only achemine les lectures vers les nœuds secondaires selon un algorithme round-robin. La liste d'autorisation IP du proxy de base de données reste automatiquement synchronisée avec celle de l'instance primaire.

Comportement de routage dans les cas limites

Le tableau ci-dessous indique ce qui se produit en mode Read/Write lorsque les instances en lecture seule ne sont pas disponibles, ainsi qu'en mode Read-only dans tous les scénarios de pondération.

En mode Read-only, « pas de transfert » signifie que l'instance primaire n'accepte pas les requêtes de lecture. Si le proxy ne dispose d'aucune instance lisible, les clients reçoivent une erreur de connexion.

En mode Read/Write avec le poids primaire défini sur 0, les lectures ne sont pas envoyées à l'instance primaire par défaut. Les lectures sont envoyées à l'instance primaire uniquement si un nœud en lecture seule est défaillant, si une indication force le routage vers celui-ci ou si la séparation des transactions est activée.

Équilibrage de charge basé sur les requêtes actives (recommandé)

Achemine chaque requête vers le nœud présentant le ratio le plus faible (Active Requests / Node Weight). Cette approche s'adapte en temps réel à une charge inégale et est moins affectée par les nœuds lents.

Exemple avec un poids primaire de 100, un poids de 200 pour le nœud en lecture seule 1 et un poids de 200 pour le nœud en lecture seule 2 :

Équilibrage de charge basé sur les poids

Répartit strictement les requêtes de lecture selon le ratio de poids en utilisant un algorithme round-robin. Chaque tour de planification sélectionne le nœud ayant la valeur current_weight la plus élevée, puis ajuste les poids comme suit :

1. Sélection : Le nœud avec la valeur current_weight la plus élevée est sélectionné. En cas d'égalité, la position dans la liste de configuration départage les nœuds.

2. Accumulation : Après chaque tour, la valeur current_weight de chaque nœud augmente de son propre poids.

3. Réinitialisation : La valeur current_weight du nœud sélectionné est réduite de la somme de tous les poids des nœuds.

Exemple avec un poids primaire de 100, un poids de 200 pour le nœud en lecture seule 1 et un poids de 200 pour le nœud en lecture seule 2 :

Mettre hors ligne une instance en lecture seule sans interruption de service

Pour supprimer une instance en lecture seule (par exemple, l'instance C dans un cluster avec l'instance primaire A et les instances en lecture seule B et C) sans perturber le trafic :

1. Accédez à la page RDS Instances, sélectionnez la région et cliquez sur l'ID de l'instance primaire A.

2. Dans le volet de navigation de gauche, cliquez sur Database Proxy. Dans la section Connection Topology Management, cliquez sur Modify Configuration.

   

3. Dans la boîte de dialogue Modify Proxy Endpoint (Terminal) Configuration, définissez le poids de lecture du nœud en lecture seule C sur 0.

   

4. Accédez à la page Monitoring and Alerts pour l'instance en lecture seule C. Dans la section Session Connection, surveillez la métrique active_session et attendez qu'elle tombe à 0.

   Si active_session n'atteint pas 0 après une attente raisonnable, arrêtez manuellement les sessions restantes.

   

5. Dans l'onglet Database Proxy de l'instance primaire A, retirez l'instance en lecture seule C de l'endpoint de proxy.

Router des instructions SQL spécifiques avec des indications

Utilisez des indications SQL pour forcer l'exécution d'une instruction sur un nœud spécifique. Cela s'avère utile pour les écritures au sein d'une instruction SELECT ou pour les requêtes qui doivent toujours utiliser une instance en lecture seule.

Instances de l'édition Haute disponibilité :

• /*FORCE_MASTER*/ — achemine l'instruction vers l'instance primaire, même si son poids de lecture est de 0

• /*FORCE_SLAVE*/ — achemine l'instruction vers une instance en lecture seule

Instances de l'édition Cluster :

• /*FORCE_MASTER*/ — achemine l'instruction vers le nœud primaire, même si son poids de lecture est de 0

• /*FORCE_SLAVE*/ — achemine l'instruction vers un nœud secondaire

Ajoutez l'indication au début de l'instruction :

/*FORCE_MASTER*/ SELECT * FROM table_name;

Réduire la latence inter-zones

Pour éviter un point de défaillance unique, créez au moins deux instances en lecture seule pour une instance primaire et déployez-les dans différentes zones. Activez la fonctionnalité nearest access afin de minimiser la latence réseau due au trafic inter-zones. La fonctionnalité nearest access contrôle la manière dont votre application se connecte au proxy, tandis que les poids de lecture contrôlent la façon dont le proxy achemine les requêtes vers les bases de données backend. Configurez les deux conjointement pour des performances optimales.

L'instance primaire reste-t-elle lisible après l'ajout d'instances en lecture seule ?

Après l'ajout d'instances en lecture seule, l'instance primaire reste lisible et inscriptible à tout moment. L'ajout d'instances en lecture seule n'affecte ni la lisibilité ni l'inscriptibilité de l'instance primaire.

L'instance primaire possède son propre endpoint de connexion direct (par exemple, rm-xxxxx.mysql.rds.aliyuncs.com). Cet endpoint se connecte directement à l'instance primaire sans passer par le proxy de base de données, de sorte que l'instance primaire est toujours lisible et inscriptible via cet endpoint, indépendamment de la configuration du poids de lecture.

L'endpoint de proxy de base de données (par exemple, mr-xxxxx.rwlb.rds.aliyuncs.com) est utilisé pour la séparation lecture/écriture. Lors de la connexion via l'endpoint de proxy, les requêtes de lecture et d'écriture sont acheminées en fonction des poids de lecture configurés. Lorsque le poids de lecture de l'instance primaire est défini sur 0, le proxy ne transfère pas les requêtes de lecture vers l'instance primaire par défaut. Toutefois, l'instance primaire elle-même reste lisible et inscriptible via son endpoint de connexion direct. Lorsque toutes les instances en lecture seule présentent une latence dépassant le seuil ou deviennent indisponibles, les requêtes de lecture sont automatiquement reroutées vers l'instance primaire pour assurer la continuité des activités.

Pour contrôler le routage lecture/écriture via l'endpoint de proxy, ajustez les poids de lecture dans la configuration de Database Proxy.