Cette rubrique décrit l'architecture, les avantages et les cas d'utilisation des instances ApsaraDB RDS for MySQL sur l'édition Cluster de RDS.
Présentation
Une instance ApsaraDB RDS for MySQL sur l'édition Cluster de RDS repose sur une architecture découplée entre le calcul et le stockage, composée d'un nœud principal et de plusieurs nœuds secondaires. Elle prend en charge le basculement automatique, la promotion de tout nœud secondaire au rang de nœud principal, les nœuds secondaires accessibles en lecture, la mise à l'échelle des nœuds à la demande, la reprise après sinistre multi-zones, la surveillance au niveau des nœuds et la gestion de la topologie du cluster. Vous pouvez également activer la réplication de groupe (MGR) pour atteindre un objectif de point de récupération (RPO) de 0. Par rapport aux bases de données gérées manuellement, cette édition offre un meilleur rapport qualité-prix, ainsi qu'une plus grande flexibilité et fiabilité.
Le tableau suivant présente les spécifications techniques des différentes éditions d'ApsaraDB RDS for MySQL.
|
Élément |
RDS Basic Edition |
RDS High-availability Edition |
RDS Cluster Edition |
|
Nombre de nœuds |
1 |
2 (par défaut) Remarque
Une instance RDS High-availability Edition comprend par défaut un nœud principal et un nœud secondaire. Pour ajouter davantage de nœuds, créez des instances en lecture seule. |
2 à 9 Remarque
Lorsque vous créez une instance RDS Cluster Edition, celle-ci inclut par défaut un nœud principal et deux nœuds secondaires (soit trois nœuds au total). Vous pouvez également créer une instance avec un nœud principal et un nœud secondaire (soit deux nœuds au total). Une fois l'instance créée, ajoutez des nœuds pour porter le nombre de nœuds secondaires à huit maximum, ce qui donne un total de neuf nœuds (un principal et huit secondaires). |
|
Nœuds secondaires accessibles en lecture |
S.O. |
Non |
Oui |
|
Type d'endpoint |
Endpoint de lecture/écriture |
Endpoint de lecture/écriture |
|
|
Mode de réplication |
Aucun |
Asynchrone et semi-synchrone |
Asynchrone, semi-synchrone et réplication de groupe |
|
Nombre maximal de nœuds indisponibles tolérés |
0 |
1 |
n-1, où n représente le nombre de nœuds dans l'instance RDS Cluster Edition. |
|
Nombre de zones de disponibilité |
1 |
Jusqu'à 2 |
Jusqu'au nombre de nœuds dans l'instance RDS Cluster Edition. |
Architecture
L'édition Cluster de RDS est disponible pour ApsaraDB RDS for MySQL 5.7, 8,0 et 8,4. Elle propose un déploiement haute disponibilité composé d'un nœud principal et de plusieurs nœuds secondaires. Le schéma ci-dessous illustre cette architecture.
Avantages
Rentable
Les nœuds secondaires accessibles en lecture vous permettent d'augmenter linéairement la capacité de lecture sans créer d'instances en lecture seule distinctes, ce qui réduit considérablement les coûts liés aux ressources et la capacité inutilisée. Par rapport à l'édition RDS High-availability, qui nécessite l'ajout d'instances en lecture seule pour augmenter la capacité de lecture, l'édition Cluster de RDS permet de réaliser jusqu'à 40 % d'économies.
Accédez aux nœuds secondaires de votre instance RDS Cluster Edition de deux manières :
Via l'endpoint de routage en lecture seule : créez gratuitement un endpoint de routage en lecture seule pour votre instance. Cet endpoint vous permet d'ajouter plusieurs nœuds secondaires et de configurer leurs poids de lecture pour l'équilibrage de charge. Pour plus d'informations, consultez la rubrique Afficher et gérer les endpoints et les ports des instances.
-
Via un proxy de base de données : activez le service de proxy de base de données pour votre instance afin de faciliter la séparation lecture/écriture entre les nœuds principaux et secondaires. Par rapport à l'endpoint de routage en lecture seule, un proxy de base de données offre des fonctionnalités avancées telles que la séparation automatique lecture/écriture, les connexions persistantes, le regroupement de connexions, les seuils de latence et la division des transactions. Pour plus d'informations, consultez les rubriques Activer la fonctionnalité de proxy dédié et Qu'est-ce qu'un proxy de base de données ?.
RemarqueÀ partir du 25 juin 2024, un proxy de base de données généraliste est activé par défaut sans frais supplémentaires lors de la création d'une nouvelle instance principale sur l'édition Cluster de RDS. Pour plus d'informations, consultez les rubriques Frais liés au proxy de base de données et Qu'est-ce qu'un proxy de base de données ?.
Pour une stabilité accrue du proxy de base de données, passez du type généraliste au type dédié. Pour plus d'informations, consultez les rubriques Modifier la configuration d'un proxy de base de données et Proxies généralistes et dédiés.
Désactivez le service de proxy dédié à tout moment. Pour plus d'informations, consultez la rubrique Désactiver la fonctionnalité de proxy dédié.
Flexible
-
Déploiement flexible des nœuds
Contrairement aux configurations de nœuds fixes des éditions RDS Basic et RDS High-availability, l'édition Cluster de RDS prend en charge la gestion dynamique de la topologie. Une fois l'instance créée, ajoutez ou supprimez des nœuds de manière flexible et en fonction de vos besoins métier pour optimiser le rapport qualité-prix. Pour plus d'informations, consultez les rubriques Ajouter un nœud à une instance ApsaraDB RDS for MySQL, Supprimer un nœud d'une instance ApsaraDB RDS for MySQL.
-
Surveillance au niveau des nœuds
L'édition Cluster de RDS fournit des données de surveillance au niveau des nœuds, ce qui vous permet de consulter l'état opérationnel de chaque nœud.
Fiable
-
Reprise après sinistre multi-zones
Contrairement à l'édition RDS High-availability, qui limite la reprise après sinistre à deux zones de disponibilité, tout nœud secondaire d'une instance RDS Cluster Edition peut participer à un basculement. Nous vous recommandons de déployer chaque nœud dans une zone de disponibilité différente afin de mettre en œuvre une reprise après sinistre multi-zones.
-
Cohérence forte des données
Basé sur le protocole de consensus distribué Paxos, MGR garantit qu'une transaction est envoyée à tous les nœuds secondaires avant d'être validée. Le nœud principal ne valide la transaction qu'après confirmation de sa réception par la majorité des nœuds secondaires. Par rapport à la réplication semi-synchrone ou asynchrone, la réplication de groupe offre une cohérence forte des données et une sécurité accrue.
-
Fiabilité accrue des nœuds secondaires
Alibaba Cloud a optimisé ApsaraDB RDS grâce à des technologies cloud-native pour améliorer la fiabilité des nœuds secondaires dans les instances RDS Cluster Edition :
Le système de haute disponibilité de RDS a été réarchitecturé pour réduire le temps de détection des pannes des nœuds secondaires, passant de plusieurs minutes à quelques secondes.
La capacité de snapshot quasi instantané d'Elastic Block Storage (EBS) réduit le temps de récupération des données, passant de plusieurs dizaines de minutes à moins d'une minute. Par conséquent, dans 99 % des cas, un nœud secondaire récupère après une panne en moins de 10 minutes.
Si la latence de réplication sur un nœud secondaire dépasse 7 200 secondes (2 heures), le nœud est automatiquement reconstruit pour résoudre le problème.
Cas d'utilisation
L'édition Cluster de RDS est idéale pour les bases de données de production des grandes et moyennes entreprises qui traitent un volume élevé de requêtes en lecture et nécessitent une analyse intelligente des données. Parmi les secteurs concernés figurent le commerce électronique et la vente au détail, la construction automobile, l'éducation et les systèmes de planification des ressources d'entreprise (ERP) à grande échelle.
Contenu connexe
|
Catégorie |
Rubrique |
|
Configuration |
|
|
Migrer vers l'édition Cluster de RDS |
|
|
Migration vers une instance RDS Cluster Edition |
|
|
Réplication de groupe |
|
|
Proxy de base de données |
Créer une instance
Pour créer une instance sur l'édition Cluster de RDS, consultez la rubrique Étape 1 : Créer une instance ApsaraDB RDS for MySQL.