Application à X niveaux avec réplication maître-esclave (prévue pour l'équilibrage de charge)

Informations de référence › Manuel de référence du catalogue d'appliance › Catalogue système › Appliances de base de données › MYSQLR, MYSQLR64 - Appliance de base de données MySQL prévue pour la réplication › Application à X niveaux avec réplication maître-esclave (prévue pour l'équilibrage de charge)

Application à X niveaux avec réplication maître-esclave (prévue pour l'équilibrage de charge)

Le diagramme suivant affiche une utilisation standard de l'appliance MYSQLR64 dans une application Web dans laquelle la base de données est répliquée sur deux serveurs dans un scénario de réplication maître-maître. Dans ces cas, l'application utilise aussi bien les serveurs WEB que MYSQLR64 pendant l'opération d'équilibrage de charge. De même, en cas d'échec d'une des instances WEB/MYSQLR64, vous pouvez utiliser l'autre instance de WEB/MYSQLR64 pour éviter le problème d'indisponibilité de l'application.

Appliances en cours d'utilisation :

user - Passerelle d'entrée pour les requêtes utilisateur
admin - Passerelle d'entrée pour l'accès aux fichiers journaux
sw - Répartit le trafic HTTP entre les différentes appliances MYSQLR64
web_lb - Equilibreur de charge Web pour les requêtes utilisateur
web1, web2 - Serveurs Web hébergeant du contenu actif (par exemple, scripts CGI)
db1 and db2 - Appliances MYSQLR64 configurées tant sur le maître que sur l'esclave
content - Stockage de contenu de serveurs Web
logs - Stockage des fichiers journaux de serveurs Web et de bases de données
mon - Appliance MON

La requête client arrive sur la passerelle utilisateur. Cette dernière envoie les requêtes à l'équilibreur de charge web_lb, qui les transmet à un des serveurs Web web1 et web2. web1 utilise l'appliance de base de données db1, web2 utilise l'appliance de base de données db2. db1 et db2 sont connectés pour répliquer les mises à jour que les serveurs Web effectuent sur la base de données. Chaque appliance MYSQLR64 utilise un décalage (égal à son server_id) pour ses colonnes auto_increment afin d'éviter toute entrée en double.

L'accès Web à db1 et à db2 est disponible via la passerelle admin sur les ports 8080 et 8081.

Les appliances db1, db2, web1 et web2 sont configurées pour stocker leurs fichiers journaux dans le répertoire racine du partage exposé par les journaux. De plus, un administrateur peut afficher des fichiers journaux via la passerelle admin.

Exemple de configuration de propriétés (les propriétés qui ne figurent pas dans les tableaux ci-dessous doivent être définies sur leurs valeurs par défaut) :

db1

Nom de propriété	Valeur	Remarques
auto_create	1	Crée la base de données si les volumes sont vides.
error_log_filename	db1.error	Nom de fichier journal d'erreurs qui doit être stocké sur le volume de données des journaux.
error_log_level	error	Niveau de journalisation des erreurs
server_id	1	Serveur maître (la valeur ne doit pas forcément être 1, elle doit cependant être différente de celle de server_id sur l'esclave).
rpl_mode	master_and_slave	maître et esclave

db2

Nom de propriété	Valeur	Remarques
auto_create	1	Crée la base de données si les volumes sont vides.
error_log_filename	db2.error	Nom de fichier journal d'erreurs qui doit être stocké sur le volume de données des journaux.
error_log_level	error	Niveau de journalisation des erreurs
server_id	2	Serveur maître (la valeur ne doit pas forcément être 1, elle doit cependant être différente de celle de server_id sur l'esclave).
rpl_mode	master_and_slave	maître et esclave

Remarques :

Le volume de données doit être configuré sur les journaux, le contenu et les appliances MON.
Les volumes de donnée et binlogs doivent être configurés sur db1 et sur db2. Chaque appliance doit utiliser son propre volume (un volume ne peut pas être partagé par plusieurs appliances).
Pour commencer une réplication maître-maître, les volumes de données doivent être vides.
Les appliances admin, MON et log ne sont pas nécessaires au fonctionnement de la réplication.