Le but est d'accéder aux serveurs grâce à une adresse virtuelle :

Dimension: px

Commencer à balayer dès la page:

Download "Le but est d'accéder aux serveurs grâce à une adresse virtuelle :"

Huguette Thomas
il y a 6 ans
Total affichages :

1 SAUVETTE Nicolas Mise en place d'un cluster de serveurs web Contexte : M2L Réalisation : en cours de formation (projet) Le but est d'accéder aux serveurs grâce à une adresse virtuelle : Préparation des machines : Premièrement, nous devons changer les sources pour télécharger correctement les paquets débian, ce qui donne ceci dans /etc/apt/sources.list: # deb cdrom:[debian GNU/Linux _Wheezy_ - Official amd64 DVD Binary :47]/ whee$ # deb cdrom:[debian GNU/Linux _Wheezy_ - Official amd64 DVD Binary :47]/ whee$ deb wheezy/updates main contrib deb-src wheezy/updates main contrib deb wheezy main # wheezy-updates, previously known as 'volatile' # A network mirror was not selected during install. The following entries # are provided as examples, but you should amend them as appropriate # for your mirror of choice. # # deb wheezy-updates main contrib # deb-src wheezy-updates main contrib

2 Légende: Le texte surligné correspond à ce qui doit être impérativement présent dans le fichier. Configuration IP des machines : Pour le serveur 1, extrait du fichier "/etc/network/interfaces" : # The primary network interface allow-hotplug eth0 iface eth0 inet static address gateway netmask Pour le serveur 2, extrait du fichier "/etc/network/interfaces" : # The primary network interface allow-hotplug eth0 iface eth0 inet static address gateway netmask Nous devons ensuite modifier le fichier dans /etc/hosts : WebServer1Projet WebServer2Projet La manipulation s'inverse en fonction du serveur, elle doit être faite sur les deux. Installation d'apache et Heartbeat Faire la commande "apt-get update" pour mettre à jour les paquets actuels. Puis faire "apt-get install apache2 heartbeat" Paramètrage d'apache Dans un premier temps, nous devons modifier le fichier "/etc/apache2/sites-available/default" sur les deux serveurs. Pour la modification, il suffit de rajouter cette ligne au dessus de "ServerAdmin webmaster@localhost" : "ServerName WebServerProjetCluster" Puisque nous utilisons le fichier par défaut, nous n'avons plus qu'a redémarrer le service sur les deux serveurs en faisant "service apache2 restart".

3 Pour tester dans le navigateur, nous devons modifier le fichier "/var/www/index.hml" sur les deux serveurs : <html><body><h1>server 1 fonctionne!</h1> <p>serveur 1.</p> </body></html> Il faut bien entendu modifier en fonction du serveur pour ne pas se tromper. Paramètrage de HeartBeat Les manipulations à suivre devront être faites sur les deux serveurs: 1ère étape : Création du fichier "etc/ha.d/ha.cf", puis modifications: logfile /var/log/ha-log logfacility local0 keepalive 2 deadtime 30 initdead 120 bcast eth0 udpport 694 auto_failback on node WebServer1Projet node WebServer2Projet 2ème étape : Création du fichier "etc/ha.d/haresources", puis modifications: WebServer1Projet Ipaddr:: /24/eth0:0 apache2 3ème étape : Création du fichier "etc/had.d/authkeys", puis modifications: auth 1 1 sha1 P@ssw0rd Le fichier doit être le même sur les deux serveurs.

2.16.1.115) et normalement, si deux connexions sont actives, deux pages différentes s'affichent, une pour le WebServer1Projet et une autre pour le deuxième.

4 4ème étape: Paramétrage des droits sur le fichier "authkeys": "chmod 600 /etc/ha.d/authkeys" Pour finir, sur les deux serveurs, il faut démarrer le service heartbeat: "service heartbeat start" Comme étape finale, nous pouvons tester dans le navigateur l'ip virtuelle ( ) et normalement, si deux connexions sont actives, deux pages différentes s'affichent, une pour le WebServer1Projet et une autre pour le deuxième. Synchronisation des données entre les deux serveurs Afin que l'application web créée par les développeurs soit redondante sur les deux serveurs du cluster, il faut qu'il y ai une synchronisation entre ces deux derniers. Pour ce faire, nous allons utiliser Unisson. root@webserver1projet:/home/user# apt-get install unison openssh-server ssh Sur le serveur 1, il faut créer une clé publique/privée ssh : ssh-keygen -t dsa Ensuite, il faut copier cette clé sur le serveur 2 :

Actuellement, le serveur 1 affiche : Et le serveur 2 : Afin de lancer la synchro entre les deux serveurs du fichier "index.html", il faut taper la commande suivante : unison /var/www/index.

5 Actuellement, le serveur 1 affiche : Et le serveur 2 : Afin de lancer la synchro entre les deux serveurs du fichier "index.html", il faut taper la commande suivante : unison /var/www/index.html ssh:// //var/www/index.html Lorsqu'il nous demande ce que nous voulons faire, taper ">" pour lui dire de synchroniser le fichier du serveur 1 sur le serveur 2, puis "y" pour valider.

6 Nous allons vérifier que les changements soient effectifs. Le serveur 1 affiche : Et le serveur 2 désormais : Actuellement, la synchronisation se fait manuellement, hors elle doit être automatique. Lorsque nous lançons la synchronisation manuellement, nous avons vu précédemment qu'unison à besoin de paramètres, hors ceci peut être un problème lors de l'automatisation de la tâche. Afin qu'il ne demande plus de paramètres, nous allons modifier le fichier /root/.unison/default.prf : root = /var/www/ root = ssh:// //var/www/ auto=true batch=true confirmbigdel=true owner=false silent=true times=true (les options utilisées ci-dessus sont visibles avec la commande «man unison») Nous pouvons désormais passé à l'automatisation, nous allons créer un cron job qui s'éxecutera toutes les minutes, pour cela : crontab -e Puis ajouter la ligne : * * * * * /usr/bin/unison &> /dev/null

7 La syntaxe de cette commande est la suivante : m h dom mon dow command m : minutes (0-59) ; h : heures (0-23) ; dom (day of month) : jour du mois (1-31) ; mon (month) : mois (1-12) ; dow (day of week) : jour de la semaine (0-6, 0 étant le dimanche) ; command : c'est la commande à exécuter. * = exécuté tout le temps (toutes les valeurs sont bonnes) Ainsi, grâce à Crontab, la synchronisation se fait chaque minute, et grâce à Unison, la synchronisation se de façon à ce que si l'on effectue une modification sur le serveur 2, ce soit ses fichiers qui soient transférés sur le serveur 1 et vice versa. De cette manière, les deux serveurs ont toujours la dernière version de l'application web.

Documents pareils

LOAD-BALANCING AVEC LINUX VIRTUAL SERVER

LOAD-BALANCING AVEC LINUX VIRTUAL SERVER Projet CSII1 2008 encadré par M. Ozano Réalisé par : - Yann Garit - Yann Gilliot - Steve Lacroix - Dorian Lamandé - Maxime Panczak - Aymeric Vroomhout CSII1 Année