Les nœuds de données (data node)

MySQL Cluster
Cette présentation illustre la solution open
source MySQL Cluster 7.1.
L’architecture MySQL Cluster 7.1 permet
de répondre aux besoins suivants :
- La haute disponibilité : élimination du
SPOF par redondances des données et
failover,
-Le passage à l’échelle : possibilité d’un
nombre élevé de nœuds,
-Répartition de la charge : sur l’ensemble
des nœuds grâce au partitionnement &
round robin.
N.B. MySQL Cluster 7.1 (ou MySQL Cluster
NDB 7.1) comprend le noyau MySQL
Server 5.1 ainsi que le moteur de stockage
NDB 7.1.
Caractéristiques
Limites
Conclusion

MySQL Cluster : Un cluster en shared nothing
Shared nothing :
Chaque nœud est autonome et possède son propre disque et sa mémoire. Cela implique
qu’il n’y a aucun accès disques concurrents à partir de plusieurs nœuds. Dans le cas de
MySQL Cluster, une réplication synchrone des mises à jour est effectuée entre les nœuds.
Shared disk :
Les nœuds possèdent chacun leur mémoire mais ils partagent une ou plusieurs ressources
de stockage. Elle utilise un accès centralisé aux disques à partir de tous les nœuds. Tous
les nœuds pouvant écrire de manière de concurrente via le cache disque, un mécanisme
de synchronisation est nécessaire pour préserver la cohérence des données : c’est un
manager de verrous distribués qui assume ce rôle.
Shared everything :
Les nœuds partagent une ou plusieurs ressources de stockage. Elle utilise un cache de
données dit « commun » : un mécanisme (dit de cache fusion sur Oracle RAC) a été
implémenté afin que la mémoire physiquement distincte de chaque nœud soit vue
comme un tout par chaque nœud.
Ce type de cluster permet un haut niveau de disponibilité car si un nœud est inaccessible
les autres ne sont pas affectés, et de hautes performances car le cache de données
commun permet de réduire les accès disques.

Un cluster en sharednothing
MySQL Cluster consiste en trois types de nœuds
différents, chacun d'eux offrant des services
spécialisés au sein du cluster :
Les nœuds d'applications (sql node) sont ceux par
lesquelles passent toutes demandes d’accès aux
données, il parse l’ordre SQL, détermine le
coordinateur de transaction…cela peut être un
serveur mysql ou une application exploitant l’api
ndb.
Les nœuds de gestion (management node) sont
chargés de loguer les évènements du cluster,
d'effectuer le rôle d'arbitre, arrêter/démarrer les
nœuds de données, effectuer les sauvegardes…On
utilise le client de gestion.
Les nœuds de données (data node) sont les nœuds
principaux du cluster et sont dotés des
fonctionnalités suivantes : Stockage et gestion des
données, Partitionnement , Réplication synchrone,
…