Architecture MySQL Cluster

MySQL Cluster est une base de données à haute disponibilité fondée sur une architecture de stockage de données « shared-nothing ». Le système comprend plusieurs nœuds qui peuvent être distribués sur plusieurs hôtes pour assurer une disponibilité permanente en cas de défaillance d'un nœud de données, d'un matériel ou d'un réseau. MySQL Cluster Carrier Grade Edition utilise un moteur de stockage composé d'un ensemble de nœuds pour le stockage des données, accessibles via une interface de programmation d'applications (API) C++, Java ou LDAP, ou bien une interface SQL standard.

L'architecture MySQL Cluster garantit une disponibilité et des performances de niveau Carrier Grade sans le prix d'une solution Carrier Grade traditionnelle

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 de données sont les nœuds principaux du cluster et sont dotés des fonctionnalités suivantes :

• Stockage et gestion des données en mémoire et sur disque à la fois
• Partitionnement automatique et défini par l'utilisateur des données, même lorsque de nouveaux nœuds sont ajoutés à un cluster en cours d'exécution
• Réplication synchrone des données entre les nœuds de données
• Extractions des transactions et des données
• Reprise après échec automatique
• Resynchronisation après défaillance

Lorsque vos données sont stockées et distribuées dans une architecture « shared-nothing » (c.-à-d. aucune utilisation d'un disque de données), en cas de défaillance d'un nœud de données, vous disposerez toujours au moins d'un nœud de données pour le stockage de ces mêmes données. Le traitement des requêtes et des transactions peut donc se poursuivre sans être interrompu. Des nœuds de données peuvent également être ajoutés en ligne, ce qui permet une évolutivité inhabituelle des données en termes de capacité et de traitement.

Les nœuds d'applications sont ceux qui se connectent à la base de données. Ceci peut prendre la forme d'une application qui exploite l'API NDB ultra performante ou de serveurs MySQL assumant les fonctions des interfaces SQL pour les données stockées dans un cluster. Les applications peuvent ainsi accéder simultanément aux données dans MySQL Cluster via un ensemble riche d'interfaces, tels que les services SQL, LDAP et Web. Qui plus est, des nœuds d'applications peuvent également être ajoutés en ligne.

Les nœuds de gestion sont chargés de gérer le cluster et de mettre les informations de configuration de ce dernier à la disposition d'autres nœuds. Les nœuds de gestion sont utilisés au démarrage et en cas de reconfiguration système. Ils peuvent être arrêtés et redémarrés sans risque d'incidence sur l'exécution en cours des nœuds d'applications et de données. Par défaut, les nœuds de gestion jouent également un rôle d'arbitrage en cas de défaillance d'un réseau pouvant entraîner un phénomène de « split-brain » ou en cas de partitionnement réseau d'un cluster.

Dans cette architecture distribuée où les dépendances sont minimes, les applications continuent de s'exécuter et les données restent cohérentes, même en cas de défaillance de l'un des nœuds de données, d'applications ou de gestion.