Fonctionnalités de MySQL Cluster

La base de données MySQL Cluster peut être téléchargée sous la licence GPL sur notre page MySQL Community. Les versions commerciales sont disponibles dans les éditions suivantes

• MySQL Cluster Standard Edition (SE)
• MySQL Cluster Carrier Grade Edition (CGE)

Options disponibles moyennant un coût supplémentaire. Contactez l'équipe commerciale MySQL.

Plusieurs options de contrat de support commercial sont proposées aux utilisateurs détenteurs de licences MySQL Cluster. Cliquez ici pour en savoir plus sur les offres de support technique et de développement actuellement proposées.

Base de données transactionnelle et compatible ACID

MySQL Cluster offre une prise en charge complète des transactions ACID (atomic, consistent, isolated, durable).

Index et données en mémoire

Afin de garantir des performances en temps réel, MySQL Cluster stocke les index en mémoire. Les données peuvent également être conservées et gérées en mémoire pour permettre aux applications à plus faible latence et hautement performantes d'y accéder.

Données sur disque

Les données qui exigent une haute disponibilité mais ne nécessitent pas les performances en temps réel des données en mémoire peuvent être stockées sur un disque. MySQL Cluster peut alors être utilisé pour une large gamme d'applications, offrant alors la possibilité aux utilisateurs de créer des clusters de base de données encore plus volumineux et de les gérer avec efficacité.

Architecture « shared-nothing » distribuée

L'architecture de MySQL Cluster est conçue pour offrir une disponibilité à 99,999 %, ce qui signifie moins de cinq minutes de temps d'arrêt par an, même en tenant compte des opérations de maintenance programmées à intervalles réguliers. MySQL Cluster se compose de plusieurs nœuds qu'il est possible de distribuer sur plusieurs hôtes afin d'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. Lorsque vos données sont stockées et distribuées dans une architecture « shared-nothing » (c.-à-d. sans 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 en plus pour le stockage de ces mêmes données. Le traitement des requêtes et des transactions peut donc se poursuivre sans interruption et les données restent homogènes sur tous les nœuds.

Cliquez ici pour obtenir plus d'informations sur l'architecture de MySQL Cluster.

Réplication synchrone des données

Du fait que l'ensemble des données que renferme la base de données sont automatiquement répliquées sur plusieurs nœuds de données au sein du même groupe de nœuds, elles sont répliquées de manière synchrone lors des transactions et les effets de chaque transaction se propagent donc à tous les nœuds de données concernés au cours de la transaction. Une fois la transaction prête à être validée, une requête est transmise à tous les nœuds de données intervenant dans la transaction. Lorsque tous les nœuds signalent qu'ils sont prêts, la transaction est validée et l'application est informée de la réussite de la transaction. Pour garantir une cohérence permanente de la base de données, en cas de défaillance d'un nœud de données au cours d'une transaction, cette dernière est interrompue et l'application en est informée pour lui permettre de restaurer et de redémarrer la transaction.

Basculement automatique inférieur à la seconde et auto-réparation

Du fait que toutes les données sont déjà répliquées sur plusieurs nœuds du cluster au moyen de la réplication synchrone, et avec détection instantanée des défaillances, le temps de reprise après échec vers un autre nœud s'effectue en moins d'une seconde. L'architecture « shared-nothing » de MySQL Cluster permet de s'assurer que le stockage partagé ne complique pas les choses et que les gestionnaires de verrouillage ne ralentissent pas le processus de reprise.

Les nœuds de base de données MySQL Cluster offrent une capacité de redémarrage automatique, de récupération et de reconfiguration dynamique en cas de défaillance. Les fonctionnalités de reprise après échec et d'auto-réparation de MySQL Cluster sont entièrement transparentes dans toutes les applications et les clients.

Enregistrements à taille variable

MySQL Cluster gère les enregistrements à taille variable de manière très efficace en s'assurant que seules les données qui résident réellement sur la ligne consomment de la mémoire. Ainsi, aucune mémoire n'est gâchée, un plus grand nombre de lignes par gigaoctet peuvent être stockées et de plus gros volumes de données peuvent être exploités pour les données en mémoire.

Partitionnement défini par l’utilisateur

MySQL Cluster propose un partitionnement automatique des données en guise de solution standard. Pour promouvoir davantage une évolutivité linéaire, MySQL Cluster permet également aux développeurs et aux DBA d'améliorer l'accès par le biais d'un partitionnement défini par l'utilisateur, facilitant ainsi un accès efficace aux données sur un seul nœud, sans le besoin d'une communication inter-cluster pour la réalisation d'une transaction ou d'une recherche.

Mises à jour en ligne des schémas et maintenance système

Pour garantir une continuité de fonctionnement, MySQL Cluster autorise des mises à jour en ligne du schéma de base de données en direct, ainsi que des mises à niveau de l'infrastructure matérielle et logicielle sous-jacente du cluster.

MySQL Cluster prend en charge toutes les formes de mise à niveau en ligne des schémas, notamment l'ajout et la suppression de tables ou d'index, ainsi que la modification des schémas des tables (l'ajout de colonnes, par exemple). Dans MySQL Cluster, l'ajout et la suppression de tables et d'index sont des opérations normales appliquées au cluster et ne nécessitent aucune mise à niveau propagée du cluster.

Dans le cadre d'une mise à niveau propagée, les composants individuels peuvent s'arrêter, procéder à la mise à niveau et redémarrer tandis que les composants redondants (réplicas) continuent de traiter les demandes des clients. Les sessions de base de données peuvent ainsi être gérées et les mises à niveau ne provoquent aucun temps d'arrêt.

Déploiement vertical et horizontal sur matériel standard

MySQL Cluster fonctionne sur tous les principaux matériels standards et systèmes d'exploitation. Il libère ainsi les utilisateurs des contraintes que leur imposent les plateformes propriétaires et le verrouillage des éditeurs et leur offre un choix plus vaste qui leur permet de réduire les coûts. Ils peuvent débuter sur des hôtes de cluster standard en ajoutant des nœuds par incréments à mesure que leur charge de travail ou leur base de données grandit, tout en maintenant les coûts d'acquisition au niveau le plus bas.

À l'aide des nœuds de données multithread de MySQL Cluster, ils ont également la possibilité d'étendre leur infrastructure à des hôtes équipés d'un plus grand nombre de sockets processeur, de cœurs ou de threads, délivrant de meilleures performances avec moins de ressources matérielles. Ainsi donc, par le biais d'une administration système, d'un espace et d'une consommation énergétique réduits du cluster, les utilisateurs peuvent réduire l'étendue de leur matériel et bénéficier d'un coût total de possession plus faible.

Sauvegarde en ligne

L'édition MySQL Cluster CGE permet d'effectuer une sauvegarde dans le cluster en cours d'exécution. La sauvegarde se présente sous la forme d'une capture instantanée cohérente de l'ensemble du cluster de la base de données qu'il est possible d'archiver et de copier à un emplacement distant sécurisé. Si nécessaire, les sauvegardes peuvent par la suite être appliquées à une base de données dans le but de rétablir le contenu de cette dernière.

SQL

Les nœuds serveur MySQL autorisent un accès SQL aux nœuds de données en cluster. Les développeurs disposent ainsi d'une interface SQL standard sur laquelle fonder leur travail de programmation. Le serveur MySQL, à son tour, gère l'envoi de requêtes aux nœuds de données, éliminant ainsi le besoin d'une programmation de bas niveau propre pour le cluster, au sein de l'application.

NDB API (C / C++)

Les applications qui exigent de la base de données MySQL Cluster des performances en temps réel maximales doivent faire appel directement à l’API NDB standard. L'API C++ est décrite de manière détaillée dans le guide « MySQL Cluster API Developer Guide » disponible à l'adresse suivante : http://dev.mysql.com/doc/

Les interfaces Java et HTTP de l'API NDB, également à la disposition des applications, garantissent une indépendance optimale aux développeurs et facilitent l'intégration de MySQL Cluster à un large éventail d'applications Web et d'applications pour l'entreprise.

Ajout de nœud en ligne

L'édition MySQL Cluster CGE permet d'ajouter des nœuds en ligne à un cluster en cours d'exécution. Cette opération se caractérise par un repartitionnement des données lors de l'ajout de nouveaux groupes de nœuds, ce qui permet au cluster d'assurer une continuité de fonctionnement et de maintenir la connexion avec les applications.

Grâce à la fonctionnalité d'ajout de nœud en ligne, les utilisateurs peuvent, de manière dynamique, accroître la capacité et les performances en ajoutant davantage de nœuds à un cluster en direct, permettant aux applications à mission critique d'évoluer sans efforts, et sans aucun temps d'arrêt.

Magasin de données pour les annuaires LDAP

MySQL Cluster a été déployé sur un grand nombre de bases de données pour abonnés sur les réseaux des fournisseurs de services télécoms. MySQL Cluster CGE 7.0 (et version ultérieure) renforce cette possibilité et peut servir de magasin de données de back-end pour les serveurs d'annuaire LDAP, ce qui permet aux utilisateurs de conserver et d'accroître leurs investissements existants en matière de technologie LDAP. Les opérateurs peuvent ainsi lancer de nouvelles initiatives capables d'exploiter pleinement les données utilisateur et réseau en cours de distribution sur des applications et des réseaux hérités.

Pour pouvoir déployer une gamme de services de nouvelle génération, hautement personnalisés et proposés sur leurs réseaux, les opérateurs télécoms doivent présenter les données du réseau et des abonnés sous une forme standard. Les profils des abonnés s'enrichissent à mesure que ces derniers y saisissent leurs préférences réseau, des objets multimédia ou des données traditionnelles de contact client et de prestation de service. Simultanément, les exigences en matière de sécurité et d'audit rendent les données plus transactionnelles par nature. En utilisant des annuaires LDAP standard avec MySQL Cluster faisant office de magasin de données pour ces annuaires, les opérateurs peuvent exploiter des interfaces LDAP standard à des fins d'authentification et d'autorisation des périphériques et des abonnés, tout en bénéficiant de performances en temps réel, d'une disponibilité Carrier Grade et d'une solution globale qui réduit les coûts, les risques et la complexité liée à des volumes de données d'annuaire importants et à fort taux de transactions.

Les annuaires LDAP répandus, y compris Sun OpenDS et OpenLDAP, sont munis de pilotes pour MySQL Cluster.

Réplication géographique

La possibilité de répondre à des défaillances de site en répliquant les clusters sur plusieurs sites distants est primordiale pour un grand nombre de déploiements. La fonctionnalité de réplication géographique est proposée en option dans MySQL Cluster Carrier Grade Edition et constitue une solution idéale pour des organisations dotées de plusieurs datacenters. Les raisons les plus courantes qui justifient la mise en place de la réplication géographique sont notamment les suivantes :

• Réplication dans le but d'une disponibilité accrue au sein du datacenter ou sur un réseau étendu (WAN) géographique
• Garantie d'un accès aux données à plus faible latence dans différents secteurs géographiques
• Base de données répliquée pour l'analyse de données complexes sans aucun impact sur les performances de la base de données de production en temps réel principale

Développement de fonctionnalités personnalisées

Les clients commerciaux de MySQL Cluster CGE peuvent parrainer des projets d'ingénierie non récurrente (NRE) mis en place par des ingénieurs MySQL et Professional Services. Cette initiative implique la recherche, le développement, la conception et l'évaluation de nouvelles améliorations potentielles apportées à la base de données, témoignant des possibilités uniques pour le client de résoudre des problèmes commerciaux ou techniques particuliers ou de créer de nouvelles solutions à valeur ajoutée à l'aide de MySQL Cluster.

Top of Page