MYSQLR, MYSQLR64 - Appliance de base de données MySQL prévue pour la réplication

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

MYSQLR, MYSQLR64 - Appliance de base de données MySQL prévue pour la réplication

MYSQLR64 : Appliances de base de données MySQL prévues pour la réplication


Aperçu rapide
Catalogue	Système
Catégorie	Appliances de base de données
Volumes d'utilisateur	Oui
Min. mémoire	160 Mo
SE	Linux
Questions/commentaires	Poser une question sur le forum

Présentation fonctionnelle

MYSQLR64 est une appliance de base de données basée sur le moteur de base de données MySQL (http://www.mysql.org). Elle permet d'ajouter facilement une base de données quelle que soit l'application. Vous pouvez également utiliser les appliances dans des scénarios de réplication MYSQL complexes. Les appliances sont basées sur MYSQL5 (CentOS 5.5/MySQL 5), mais gèrent également la réplication de base de données.

La réplication de base de données permet la réplication de données d'un serveur de base de données MySQL (maître) sur un ou plusieurs serveurs de base de données MySQL (esclaves). Les appliances MYSQLR64 peuvent aussi bien être configurées pour la réplication maître-esclave que pour la réplication maître-maître avec plusieurs maîtres.

La configuration de la réplication, de la gestion et de la surveillance s'effectue via une interface Web. L'interface Web fournit une méthode simple pour démarrer la réplication avec une durée d'indisponibilité sur le maître proche de zéro. Elle permet également de réparer une réplication en cas de problème. Par ailleurs, elle peut servir à copier des bases de données à partir d'appliances de base de données plus anciennes telles que MYSQL et MYSQL5. MYSQLR64 fournit également une méthode (basée sur phpMyAdmin) permettant de gérer et de parcourir facilement votre base de données.

La réplication est utile dans plusieurs cas :

Solutions d'échelonnement - Répartition de la charge entre plusieurs noeuds à des fins d'amélioration des performances (configuration "maître-maître").
Solutions de basculement - Utilisation de plusieurs noeuds dans la réplication maître-maître pour pouvoir utiliser chaque appliance individuellement pour exécuter l'application en cas d'échec des autres. (MYSQLR64 ne traite pas automatiquement les échecs. Si un serveur MySQL échoue, votre application doit le détecter et arrêter de l'utiliser. )
Solutions de sauvegarde - Deux ou plusieurs noeuds : l'un exécuté en tant que maître, les autres en tant qu'esclaves. L'application utilise uniquement le maître, les esclaves sont utilisés pour la sauvegarde (auquel cas la base de données peut être arrêtée pour assurer la cohérence de la sauvegarde) ou simplement pour analyser les données en profondeur (rapports, récapitulatifs ou toute autre opération qui ne modifie pas les données) sans charger le maître, et de ce fait sans aucune incidence sur les performances de l'application. (MYSQLR64 ne sauvegarde pas automatiquement votre base de données. Vous devez gérer la sauvegarde vous-même. )

Dans sa configuration par défaut, MYSQLR64 agit exactement comme l'appliance MYSQL5 avec une interface Web pour la gestion. Pour l'utiliser dans des scénarios de réplication, vous avez besoin d'au moins deux appliances de MYSQLR64 avec une configuration appropriée (voir Utilisation standard).

MYSQLR64 stocke la base de données sur un volume défini par l'application que vous pouvez configurer sur chaque instance MYSQLR64. MYSQLR64 crée automatiquement une base de données vide lorsqu'elle démarre sur un volume vide.

Nom	Dernière version	SE	!MySQL	Commentaires
MYSQLR	2.0.3-1	CentOS 5.5	5.5.8
MYSQLR64	2.0.3-1	CentOS 5.5 ( 64 bits)	5.5.8

Important : Il est déconseillé de mélanger les appliances MYSQLR 32 et 64 bits lors de l'utilisation de la réplication lorsque les fichiers de base de données sont copiés en l'état du maître vers l'esclave. De même, les volumes de données de la version 32 bits de l'appliance ne devraient pas être utilisés avec une version 64 bits de la même appliance (et inversement). Pour migrer une base de données entre les versions MYSQLR 32 bits et 64 bits, videz les bases de données d'un hôte et importez-les sur l'autre comme dans la procédure décrite ici.

Ressources

Ressource	Minimum	Maximum	Valeur par défaut
UC	0.10	16	0.40
Mémoire	160 Mo	32 Go	512 Mo
Bande passante	1 Mbit/s	2 Gbits/s	250 Mbits/s

Terminaux

Nom	Dir.	Protocole	Description
in	in	MYSQL	Reçoit les requêtes de base de données MySQL.
rin	in	Indifférent	Les appliances MYSQLR64 esclaves qui utilisent l'appliance en tant que maître se connectent à ce terminal.
ui	in	HTTP	Fournit un accès à l'interface Web de MYSQLR64.
log	sortie	CIFS	Connectez-vous à une appliance NAS pour le stockage des journaux d'erreurs. Si ce terminal n'est pas utilisé, il peut rester déconnecté.
rout	sortie	Indifférent	Se connecte à un serveur MYSQLR64 maître. Ce terminal peut rester déconnecté et ne devrait être utilisé que dans des scénarios de réplication.
MON	sortie	CCE	Envoie des statistiques de performances et d'utilisation des ressources. Ce terminal peut rester déconnecté.

L'interface par défaut est activée. Elle est destinée au diagnostic et au dépannage (via SSH). Les versions futures de cette appliance peuvent désactiver l'accès SSH.

Important : Les terminaux rin et rout sont utilisés aussi bien pour les données SSH (tcp 22) que MYSQL (tcp 3306). Lorsque les passerelles / VPN sont utilisées pour connecter ces terminaux, les pare-feux doivent être configurés pour autoriser les deux ports.

Volumes d'utilisateur

Volume	Description
données	Volume utilisé pour le stockage des données de la base de données. Ce volume est obligatoire.
binlogs	Volume utilisé pour les journaux binaires lors d'une exécution en mode réplication (maître ou esclave). Ce volume n'est pas obligatoire, mais si vous utilisez l'appliance en mode réplication (définissez rpl_mode sur une valeur différente de none) et si vous ne fournissez pas e volume binlogs, l'appliance ne démarre pas.

Le volume de données peut éventuellement contenir un fichier my.cnf dans son répertoire supérieur, qui inclut des options de configuration de MYSQL. Pour plus d'informations, reportez-vous à la section Configuration personnalisée. Cette fonctionnalité est disponible dans MYSQLR64 1.6.1 ou version ultérieure.

Important :

Le volume de données doit être exclusivement dédié à l'instance de MySQL (il ne peut pas être partagé avec d'autres appliances).
Le volume de données ne doit être formaté avec aucun système de fichiers, car il est utilisé pour créer un volume LVM. Si vous utilisez un volume formaté avec un système de fichiers (éventuellement avec les fichiers d'une ancienne appliance MySQL), l'appliance ne parvient pas à vous empêcher de supprimer vos fichiers/base de données.
Pour migrer une base de données à partir d'une appliance ancienne (MYSQL, MYSQL5 ou MYSQL64), d'un serveur physique ou de MYSQLR (en cas de migration de la version 32 bits à la version 64 bits de l'appliance), consultez la procédure Migration de la base de données à partir d'une autre appliance.