Avantages, limites et différences des nœuds en lecture seule d'ApsaraDB for MongoDB - ApsaraDB for MongoDB

Les nœuds en lecture seule d'ApsaraDB for MongoDB disposent d'URI de chaîne de connexion indépendants, permettant à des systèmes distincts de se connecter directement et de décharger le trafic de lecture important des nœuds primaires et secondaires.

Dans les scénarios à forte intensité de lecture, les nœuds primaires et secondaires peuvent être surchargés par les requêtes de lecture, ce qui risque d'affecter vos services. Créez un ou plusieurs nœuds en lecture seule pour gérer les volumes de lecture élevés et augmenter le débit de votre application.

Architecture des nœuds en lecture seule

只读节点结构图

Les nœuds en lecture seule présentent les caractéristiques suivantes :

Un nœud en lecture seule synchronise les données depuis le nœud primaire ou secondaire présentant la latence la plus faible, en utilisant l'oplog. Cela réduit la charge de lecture sur les nœuds primaires et secondaires dans les scénarios à forte intensité de lecture.
Un nœud en lecture seule possède une URI de chaîne de connexion indépendante, adaptée aux connexions directes depuis des applications analytiques telles qu'un serveur d'analyse. La connexion à un nœud en lecture seule n'interfère pas avec les connexions existantes aux nœuds primaires et secondaires.
Si vous disposez de deux nœuds en lecture seule ou plus, utilisez la ReadOnly ConnectionStringURI pour mettre en œuvre l'équilibrage de charge des requêtes de lecture.

Différences entre les nœuds en lecture seule et les nœuds secondaires

Nœud	Similarités	Différences	Cas d'utilisation
nœud en lecture seule	Lorsqu'un système ou une application se connecte à un nœud en lecture seule ou à un nœud secondaire via son URI de chaîne de connexion, il dispose d'un accès en lecture seule. Les nœuds en lecture seule et les nœuds secondaires offrent tous deux une haute disponibilité. En cas de défaillance d'un nœud, le système bascule automatiquement vers un nœud sain. Si le basculement automatique ne se produit pas, effectuez un basculement manuel. L'URI de chaîne de connexion du nœud reste inchangée. Remarque Pour plus d'informations sur la procédure de changement de rôle des nœuds, consultez Changer les rôles des nœuds. Lorsqu'un changement de rôle de nœud est déclenché, une interruption transitoire de la connexion pouvant durer jusqu'à 30 secondes peut survenir. Nous vous recommandons d'effectuer cette opération pendant les heures creuses ou de vous assurer que votre application dispose d'un mécanisme de reconnexion automatique.	Un nœud en lecture seule ne peut pas être élu comme nœud primaire et ne participe pas aux votes d'élection. Un nœud en lecture seule possède une URI de chaîne de connexion indépendante, adaptée aux connexions directes depuis des systèmes et applications distincts. La connexion à un nœud en lecture seule n'interfère pas avec les connexions existantes aux nœuds primaires et secondaires.	Si vous disposez de deux nœuds en lecture seule ou plus, utilisez la ReadOnly ConnectionStringURI pour mettre en œuvre l'équilibrage de charge des requêtes de lecture. Cette approche convient aux scénarios nécessitant la lecture de grandes quantités de données, tels que la business intelligence (BI) et l'analytique des big data.
nœud secondaire		En cas de défaillance du nœud primaire, un nœud secondaire peut être élu comme nouveau nœud primaire pour traiter les requêtes de lecture et d'écriture. Bien qu'un nœud secondaire dispose d'une URI de chaîne de connexion indépendante, il peut être élu comme nouveau nœud primaire si le nœud primaire actuel tombe en panne. Dans ce cas, les systèmes ou applications connectés à ce nœud peuvent obtenir des autorisations d'écriture.	Utilisez l'URI de chaîne de connexion des nœuds primaires et secondaires pour mettre en œuvre la séparation lecture/écriture. Cette méthode convient aux scénarios concurrents où les lectures sont plus nombreuses que les écritures, vous permettant d'augmenter les performances tout en protégeant vos services contre les défaillances des nœuds.

Avantages

Modifiez le nombre de nœuds en lecture seule à tout moment pour gérer les coûts.
Les nœuds en lecture seule disposent d'URI de chaîne de connexion indépendants, adaptés aux connexions directes depuis des systèmes et applications distincts. Ils n'interfèrent pas avec les connexions existantes aux nœuds primaires et secondaires.
Les nœuds en lecture seule partagent les mêmes spécifications que les nœuds primaires et secondaires. Ils synchronisent automatiquement les données depuis le nœud primaire ou secondaire présentant la latence la plus faible, éliminant ainsi la charge de maintenance.
Les nœuds en lecture seule traitent uniquement les requêtes de lecture et ne consomment pas les ressources du nœud primaire. L'ajout ou la suppression de nœuds en lecture seule n'interfère pas avec les charges de travail des nœuds primaires et secondaires et n'interrompt pas leurs connexions.
ApsaraDB for MongoDB fournit une adresse unifiée (ReadOnly ConnectionStringURI) pour qu'une instance de replica set se connecte à tous ses nœuds en lecture seule. Augmentez la capacité de lecture en ajoutant des nœuds en lecture seule, sans avoir à modifier votre application.

Remarque
Pour plus d'informations sur la ReadOnly ConnectionStringURI, consultez Description de la connexion pour une instance de replica set.

Limites

Les nœuds en lecture seule sont pris en charge uniquement pour les instances de replica set et les instances de cluster sharded d'ApsaraDB for MongoDB.

Les nœuds en lecture seule peuvent traiter uniquement les requêtes de lecture et ne participent pas aux élections du nœud primaire.
Vous pouvez ajouter au maximum cinq nœuds en lecture seule à une instance de replica set.
Vous pouvez ajouter au maximum cinq nœuds en lecture seule à chaque shard d'une instance de cluster sharded.
Les données sont répliquées de manière asynchrone depuis le nœud primaire ou secondaire vers les nœuds en lecture seule. La latence de réplication se situe généralement dans l'ordre de la milliseconde, mais peut atteindre quelques secondes lorsque le nœud primaire gère une charge d'écriture importante.

Facturation

Un nœud en lecture seule est facturé au même prix qu'un nœud unique dans son instance parente, que celle-ci soit une instance de replica set ou un shard dans une instance de cluster sharded.

Documentation connexe

Définir le nombre de nœuds en lecture seule lors de la création d'une instance :
- Créer une instance de replica set : définissez le paramètre Read-only Nodes.
- Créer une instance de cluster sharded : définissez le paramètre Shard Read-only Nodes.
Modifier le nombre de nœuds en lecture seule pour une instance existante :
- Modifier la configuration d'une instance de replica set
  - Pour une instance en paiement à l'utilisation, sélectionnez Change configuration.
  - Pour une instance sous abonnement, sélectionnez Upgrade ou Downgrade.
- Modifier la configuration d'un ou plusieurs shards
  - Pour une instance en paiement à l'utilisation, sélectionnez Change configuration.
  - Pour une instance sous abonnement, pour modifier un shard unique, sélectionnez Upgrade ou Downgrade. Pour modifier plusieurs shards, sélectionnez Batch Upgrade ou Batch Downgrade.