Skip navigation links

Contactez l'Equipe Commerciale

Tél: 01 70 61 48 95
Tél: +33 1 70 61 48 95 (de l'étranger)
USA/Canada Subscription Renewals: +1-866-221-0634

Contactez-nous »

MySQL Newsletter - Subscribe Today!

Questions fréquemment posées (FAQ) pour MySQL Cluster.

Questions générales

Aspects techniques

Questions générales

Q: Qu'est-ce que MySQL Cluster ?
R : MySQL Cluster est une base de données transactionnelle open source en temps réel conçue pour un accès « always-on » rapide aux données dans des conditions de haut débit. MySQL Cluster utilise une architecture « shared-nothing » qui ne nécessite aucun investissement en infrastructure supplémentaire pour garantir une disponibilité à 99,999 % des données sans point unique de défaillance.

MySQL Cluster permet une prise en charge simultanée des données en mémoire et sur disque accessibles via une interface SQL voire, éventuellement, par le biais d'une interface Java ou d'une interface C++ native hautement performante.
Q: Qu'est-ce que MySQL Cluster Carrier Grade Edition ?
R : L'édition MySQL Cluster Carrier Grade Edition (CGE) se différencie par l'importance qu'elle accorde à l'évolutivité, la capacité d'adaptation et les performances du produit. MySQL Cluster CGE comprend des méthodes d'accès aux données optimisées essentielles, notamment dans le secteur des télécommunications, ainsi que des options pour la réplication géographique et l'ajout en ligne de nœuds de données.
Q: Quelles sont les références clients de MySQL Cluster ?
R : Voir http://www.mysql.fr/customers/cluster/ 

Q: Quelles sont les licences proposées pour MySQL Cluster ?
R : Pour en savoir plus sur les éditions commerciales de MySQL Cluster et sur les fonctionnalités de ce produit, cliquez ici.

Consultez la page consacrée à notre politique en matière de licence : /about/legal/licensing/index.html
Q: Quelle est la version actuelle de MySQL Cluster ?
R : La version actuelle est MySQL Cluster 7.0. MySQL 5.1 est intégré et fourni avec MySQL Cluster. Consultez la documentation relative aux versions spécifiques intégrées. 

Q: MySQL Cluster exige-t-il un matériel ou un logiciel spécial ?
R : Non. MySQL Cluster a été conçu pour fonctionner sur du matériel grand public. Avec l'aide d'un matériel spécialisé (par exemple, des interconnexions réseau SCI), il est néanmoins possible d'optimiser davantage le niveau de performance. 

Q: Quelle est la configuration système requise pour MySQL Cluster ?
R :
Système d'exploitation :Voir la liste actuelle des plateformes prises en charge »
Processeur:Intel/AMD x86, UltraSPARC
Mémoire:1 Go minimum de mémoire vive (RAM)
Disque dur interne (HDD):3 Go
Réseau:Un ou plusieurs nœuds (Gigabit Ethernet - TCP/IP)
Q: Comment déterminer si MySQL Cluster est le bon choix ?
R : Si vous répondez « Oui » à l"une des questions suivantes, il est fort probable alors que MySQL Cluster soit le choix idéal pour vous :
  • La base de données de votre application nécessite-t-elle une redondance intégrée pour garantir une disponibilité à 99,999 % avec reprise après échec et récupération automatiques ?
  • Votre application implique-t-elle principalement des recherches de clés primaires ou de « simples » jointures de tables ?
  • Votre application est-elle sensible à une latence inférieure à la seconde ?
  • Votre application a-t-elle des besoins d'évolutivité imprévisibles ?
Vous devez également vous poser les questions suivantes pour justifier le recours à MySQL Cluster dans vos projets tout en ciblant un haut niveau de disponibilité et de performance en temps réel.
  • Quel pourcentage d'effort investissez-vous dans le développement d'une logique de redondance et de reprise après échec au sein de vos applications et bases de données ?
  • Quelles sont les conséquences si votre application ne répond pas à vos besoins de disponibilité ou de performance ?
  • Quel budget consacrez-vous à la maintenance de plusieurs SGBDR pour répondre aux besoins de votre application ?
  • Avez-vous besoin d'un support technique pour le développement et/ou la mise en production de votre environnement MySQL ?
Consultez également notre guide d'évaluation et d'autres ressources produit pour en savoir plus sur MySQL Cluster.

Aspects techniques

Q: Quelles sont les mesures de performance classiques pour MySQL Cluster ?
R :
  • Disponibilité
    • 99,999 % (temps d'arrêt inférieurs à 5 minutes par an)
  • Performances
    • Temps de réponse de 5 à 10 millisecondes (avec réplication synchrone et accès via API NDB)
    • Débit supérieur à 10 000 transactions répliquées par seconde sur un cluster à 2 nœuds, avec 1 processeur par nœud (configuration minimale)
    • Débit supérieur à 100 000 transactions répliquées par seconde sur un cluster à 4 nœuds, avec 2 processeurs par nœud (configuration basse)
  • Reprise après échec
    • Une reprise inférieure à une seconde permet d'offrir des services sans interruption.
  • Évolutivité
    • Déploiement horizontal, vertical et dynamique
    • Pour un déploiement horizontal rentable, appliquez l'une des solutions suivantes :
    • Ajoutez davantage de nœuds de données (8, 10, 12,...48) par cluster.
    • Ajoutez des processeurs (4, 8, etc.).
    • Ajoutez de la mémoire (16 Go, 32 Go, etc.) par nœud de données.
    MySQL Cluster est une base de données en mémoire distribuée* qui; dans le cadre des requêtes atomiques (telles que la recherche de clés primaires), est rapide et sans surprise. En revanche, l'architecture distribuée n'est pas une solution idéale pour des requêtes ultra complexes avec un grand nombre de jointures. De meilleures performances peuvent être obtenues si l'application bénéficie de la fonctionnalité de prise en compte de la distribution (ce qui permet de conserver et de gérer dans le même nœud de données tous les enregistrements auxquels la transaction a accès). À l'aide de l'API NDB, les transactions peuvent faire l'objet d'un traitement par lots en vue d'accroître davantage les performances.

    *Notez que MySQL Cluster autorise aussi la prise en charge des données sur disque, améliorant encore la flexibilité et l'évolutivité qu'offre la base de données.
    Q: Combien de serveurs physiques sont-ils nécessaires pour créer une configuration de cluster minimale ?
    R : Pour une redondance acceptable, deux nœuds serveur MySQL, deux nœuds de données et un nœud de gestion sont recommandés. À des fins d'évaluation, il est possible de n'utiliser qu'un seul serveur physique mais l'évaluation aurait lieu à un niveau très élémentaire. 

    Q: Est-il possible de scinder géographiquement les nœuds de données ?
    R : Cette approche n'est ni recommandée, ni prise en charge. La latence entre les nœuds de données au sein du cluster ne devrait pas être trop importante et les nœuds devraient généralement se trouver dans le même datacenter ou la même armoire. Néanmoins, MySQL Cluster CGE autorise la réplication géographique et vous permet de disposer de deux installations de cluster distinctes dans une configuration maître/esclave. Ce type de réplication est asynchrone si on le compare à la réplication synchrone entre nœuds de données dans une installation de cluster unique. Par conséquent, la latence n'a aucune incidence sur les performances de l'application. 

    Q: Quelles API d'accès aux données sont disponibles pour MySQL Cluster ?
    R : Les applications peuvent être développées au moyen de n'importe quel connecteur MySQL. MySQL Cluster CGE offre en plus une connectivité native avec C++, Java et LDAP. 

    Q: Les interfaces des applications 32 bits sont-elles différentes des interfaces 64 bits ?
    R : Non. Les interfaces sont les mêmes. 

    Q: MySQL Cluster convient-il en qualité de base de données embarquée?
    R : Oui. Les éditeurs et les fournisseurs d'équipements réseaux (NEP) font souvent appel à MySQL Cluster en guise de base de données incorporée. Liste des clients »
    Q: Qu'est-ce que la réplication géographique dans le cas de MySQL Cluster ?
    R : La réplication géographique permet une réplication asynchrone sur des clusters géographiquement éloignés les uns des autres. Cette fonctionnalité est souvent utilisée à des fins de récupération d'urgence. 

    Q: La réplication est-elle bidirectionnelle ?
    R : Oui. La réplication unidirectionnelle et bidirectionnelle est prise en charge dans MySQL Cluster CGE. 

    Q: Lorsqu'il est utilisé comme base de données en mémoire, MySQL Cluster risque-t-il de perdre des données ?
    R : En règle générale, les configurations MySQL Cluster disposent au moins de deux copies de l'ensemble des données conservées sur des hôtes distincts. Pour répondre à des défaillances système générales, les journaux de transactions et les fichiers de point de contrôle sont conservés sur le disque à une fréquence qu'il est possible de configurer. En outre, toutes les données non indexées peuvent être stockées sur le disque. 

    Q: MySQL Cluster inclut-il une option sans disque ?
    R : MySQL Cluster dispose d'une option sans disque, tout comme d'une option sans ouverture de session. 


    Les restrictions suivantes sont à respecter en mode sans disque :

    1. Aucune donnée sur disque
    2. Perte de données en cas de défaillance du cluster
    3. Pas de sauvegarde
    Pour l'option sans ouverture de session, MySQL Cluster créera quand même des fichiers journaux mais les données ne feront l'objet d'aucun point de contrôle sur le disque.

    Top of Page