Analyse et comparaison de cinq solutions de fiabilité des bases de données MySQL

1.

clustering MySQL (ndb-cluster stogare)

:

MySQL fournit une solution de haute fiabilité sous la forme d'un moteur de stockage. Il est sécurisé pour les transactions et réplique les données en temps réel. Il peut être utilisé dans des situations nécessitant une fiabilité et une charge élevées. équilibrage. Cette solution nécessite au moins trois serveurs de nœuds pour obtenir de bons résultats.

Coût :

Le serveur de nœuds a des besoins en RAM importants, linéairement proportionnels à la taille de la base de données ;

il est préférable d'utiliser un réseau Gigabit Ethernet ;

cela nécessite également l'utilisation de cartes SCI coûteuses de Dolphin ;

Avantages :

Peut être utilisé dans des situations d'équilibrage de charge ;

peut être utilisé dans des situations de haute fiabilité

 ;

véritable redondance de base de données

facile à maintenir.

Inconvénients :

à mesure que la base de données s'agrandit, les besoins en RAM deviennent plus importants, le coût est donc élevé ;

Vitesse :

presque plus lente qu'un serveur autonome typique (pas de Gigabit Ethernet, pas de cartes SCI, moins de restrictions liées au moteur de stockage) 10 fois.

Scénarios d'application :

redondance, haute fiabilité, équilibrage de charge

2. MySQL / GFS-GNBD/ HA (actif/passif)

Introduction :

Si plusieurs serveurs MySQL utilisent des disques durs partagés comme stockage de données, qu'en est-il de cette solution ?

GFS/GNBD peut fournir le disque dur partagé requis.

GFS est un système de fichiers sécurisé pour les transactions. Dans le même temps, vous pouvez demander à MySQL d'utiliser des données partagées.

Coût :

Le coût d'un maximum de n serveurs hautes performances, dont l'un est activé et les autres servent de serveurs de sauvegarde.

Avantages :

Haute fiabilité

Un certain degré de redondance

Évolue vers une fiabilité élevée

Inconvénients :

Pas d'équilibrage de charge

Pas de redondance garantie

Impossible d'adapter les opérations d'écriture

à 2 fois

la vitesse

Meilleure prise en charge des opérations de lecture.

Les scénarios d'application

nécessitent une grande fiabilité et des applications intensives en lecture

3. Introduction à MySQL / DRBD / HA (Actif/Passif)

:

Si plusieurs serveurs MySQL utilisent des disques durs partagés comme stockage de données, qu'en est-il de cette solution ?

DRBD peut fournir un tel disque dur partagé. DRBD peut être configuré pour sécuriser les transactions.

Dans le même temps, vous pouvez demander à MySQL d'utiliser des données partagées.

Coût :

Le coût d'un maximum de n serveurs hautes performances, dont l'un est actif et les autres servent de serveurs de sauvegarde.

Avantages :

haute fiabilité ;

un certain degré de redondance ;

évolutif au nom d'une haute fiabilité.

Inconvénients :

Pas d'équilibrage de charge,

pas de redondance garantie,

pas d'évolutivité en termes de charge d'écriture,

vitesse :

équivalente à un serveur unique en termes de lecture et d'écriture,

applications

nécessitant une grande fiabilité et applications intensives en opérations de lecture

4. MySQL Write Master / Multiple MySQL Read Esclaves (actifs/actifs)

Introduction :

Considérez différentes situations de lecture et d'écriture de connexions à la base de données. Vous pouvez utiliser un serveur maître pour les opérations d'écriture et n serveurs esclaves pour les opérations de lecture.

Coût :

jusqu'à 1 serveur d'écriture hautes performances,

avantages de coût de n serveurs de lecture :

haute fiabilité des opérations de lecture ;

équilibrage de charge des opérations de lecture

 ;

Inconvénients :

fiabilité élevée sans opérations d'écriture ;

équilibrage de charge sans opérations d'écriture ;

pas d'évolutivité dans les opérations d'écriture ;

vitesse :

identique à celle d'un serveur autonome ; meilleure prise en charge des opérations de lecture

Les scénarios d'application

nécessitent beaucoup de lecture et d'équilibrage de charge.

5. Serveurs MySQL autonomes (fonctionnellement séparés) (actifs)

Plusieurs serveurs indépendants avec des fonctions séparées. Ils n'ont pas une grande fiabilité et des capacités d'équilibrage de charge. Ils présentent trop de défauts évidents et ne seront pas pris en compte.

Résumé :

La solution HA recommandée par le site officiel de MySQL est une combinaison de DRBD (schéma 3 dans cet article) et de réplication (schéma 4 dans cet article). Si Linux Heartbeat peut également implémenter la fonction de basculement automatique, dans ce cas, nous constaterons que le temps d'arrêt sera considérablement réduit.