Application à X niveaux avec réplication maître-maître multinoeud (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-maître multinoeud (prévue pour l'équilibrage de charge)

Application à X niveaux avec réplication maître-maître multinoeud (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 quatre serveurs dans un scénario de réplication maître-maître. Dans ces cas, l'application utilise l'ensemble des serveurs WEB et 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 les autres instances de WEB/MYSQLR64 pour éviter le problème d'indisponibilité de l'application. (MYSQLR64 ne se préoccupe pas des échecs).

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, web3, web4 - Serveurs Web hébergeant du contenu actif (par exemple, scripts CGI)
db1, db2, db3, db4 - Appliances MYSQLR64 configurées tant sur le maître que sur l'esclave
content - Stockage des fichiers journaux d'erreurs de base de données, du contenu Web et des journaux 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, web2, web3 et web4. Chaque serveur Web utilise sa propre appliance de base de données. Toutes les appliances de base de données sont connectées de façon circulaire pour répliquer les mises à jour que les serveurs Web effectuent sur la base de données. Ainsi, une mise à jour sur db1 est répliquée sur db2, db3 et db4. 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, db2, db3 et db4 est disponible via la passerelle admin sur les ports 8080, 8081, 8082 et 8083.

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 1
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 2
rpl_mode	master_and_slave	maître et esclave

db3

Nom de propriété	Valeur	Remarques
auto_create	1	Crée la base de données si les volumes sont vides.
error_log_filename	db3.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	3	Serveur maître 3
rpl_mode	master_and_slave	maître et esclave

db4

Nom de propriété	Valeur	Remarques
auto_create	1	Crée la base de données si les volumes sont vides.
error_log_filename	db4.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	4	Serveur maître 4
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.
Le volume de données et binlogs doit également être configuré sur toutes les appliances db. Chaque appliance doit utiliser son propre volume (un volume ne peut pas être partagé par plusieurs appliances).
Pour commencer une réplication multi-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.