Linux Cluster - Debian Squeeze + Pacemaker + DRBD + LVM + Apache : non-A Blog. A step-by-step tutorial on how to setup a fail-over cluster using Debian 6 (Squeeze), Pacemaker and DRBD (disk replication over network).
On top of this high available infrastructure, we will configure Apache web server. First, resources used will be defined and after that, installation and setting of each part with samples. 1. Infrastructure 2 vps - debian 6 (linux-image-2.6.32-5-686 kernel)- minimum instalation - single disk allocated per node 3 network cards 2 ips (eth0 same network) for accessing individual nodes - 192.168.10.41/42 2 ips (eth1 same network, or you can use bonding to increase bandwidth) for drbd - 192.168.5.41/42 2 ips (eth2 same network) for heartbeat - 192.168.6.41/42 1 service ip, will be set as an alias for eth0 card - 192.168.10.50.
Replication Mysql. La réplication Mysql consiste à avoir en temps réel deux bases de données Mysql identiques sur deux serveur différent afin de pouvoir basculer si besoin sur le deuxième serveur en cas de défaillance du premier.
Pré-requis : Deux serveurs Mysql fonctionnel, vous pouvez vous aider de cet article si ce n'est pas le cas. Attention aux versions de vos Mysql certains ne sont pas bien copains. Le Master : On se connecte à la base de donnée du serveur maître. mysql -h 192.168.100.1 -u root -ppassword ou mysql -u root -p (en local) On crée un utilisateur pour la réplication : GRANT REPLICATION SLAVE ON *.* TO repli@'%' IDENTIFIED BY 'repli'; On interdit l’écriture sur les bases : Pour annulé l'interdit (mais faites le pas maintenant :p) : On récupère le nom du fichier binaire, et son offset.
Noter le nom du fichier dans la colonne “File” qui doit ressembler normalement à log-bin-… et noter aussi le numéro dans "Position". Arrêtez le serveur maître : service mysql stop ou invoke-rc mysql stop Sur le master : Auto-failover Mysql avec Heartbeat. Quand un serveur Mysql contient des données critiques, c’est toujours une bonne idée de les stocker sur plusieurs serveurs.
Implémenter un cluster serait idéal dans ce genre de situation et pourrait offrir de la haute disponibilité. Cela donne la possibilité de remplacer un noeud s’il tombe, sans interruption de service ou même de perte de données. Le fait est que ça devient beaucoup moins intéressant financièrement considérant qu’un minimum de 4 machines est requis, et beaucoup de temps aussi. Un serveur de réplication est bien plus rapide mais de petits changements seront nécessaires pour basculer le trafic du master vers l’esclave. Cet article donne l’abilité de basculer le trafic automatiquement. Setup Initial Nous estimons que nous avons un serveur en production avec l’adresse IP 192.168.0.2 Après modification, le serveur prendra l’IP 192.168.0.4 L’esclave sera ajouté avec l’IP 192.168.0.5 192.168.0.2 devient l’IP virtuelle du « cluster ».
Heartbeat auth 1 1 crc Mon #! Cluster MySQL HA. Cluster de serveurs de base de données « Patrice Guay, eng. Un cluster est un groupe de deux ou plusieurs serveurs indépendants fonctionnant comme un système unique.
Un cluster de serveurs de base de données peut permettre l’obtention d’une solution avec haute disponibilité ou encore augmenter la performance I/O de votre service de base de données. Dans cet article, nous discutons des différentes approches pour la mise en cluster des bases de données MySQL et MSSQL. MySQL DRBD Le service de base de données MySQL peut être transformé en un service hautement disponible à l’aide de DRBD. Cette technologie logicielle, seulement disponible sous Linux, effectue la mise en miroir des données d’un service entre le nœud actif et le nœud passif d’un cluster hautement disponible. La mise en miroir de données peut être effectuée de façon étroitement couplée selon le protocole C (mise en miroir synchrone).