wiki:2011-2012:sisr3_-_seance_2

SISR3 - séance 2

  • on envisagera la mise en services de deux serveurs web Apache disposant de contenu statique
  • srv1 est le serveur maitre, srv2 est le serveur esclave prêt à prendre le relais
  • srv1 : 192.168.1.101, srv2 : 192.168.1.102 dans un réseau spécifique
  • installer le paquet rsync sur chacun des serveur web
  • on met en oeuvre une synchronisation tirée par srv2 depuis srv1
  • le transfert rsync se fait sur un tunnel ssh au moyen d'une authentification par clé publique
  • le transfert est déclenché par la commande cron toutes les 5 minutes
  • vérifier le transfert effectif des fichiers de srv1 vers srv2
  • Question 1 : décrire la marche à suivre pour mettre en production srv2 suite à une panne de srv1
  • Question 2 : décrire la marche à suivre pour remettre en production srv1 après réparation et utilisation de srv2
  • on aura tout intérêt à préparer la machine virtuelle srv1 avec la configuration adaptée ainsi que tous les paquets avant de la cloner
  • chaque machine virtuelle devra disposer d'une interface eth1 (réseau local) en 172.16.0.x pour le lien heartbeat
  • installer le paquet heartbeat sur chacune des deux machines
  • configuration : on devra éditer les fichiers (on doit les versions au format .gz dans /usr/share/doc/heartbeat )
    • /etc/ha.d/ha.cf : configuration de base
    • /etc/ha.d/haresource : description des ressources proposées par le cluster
    • /etc/ha.d/authkeys : description des modes d'authentification
  • l'adresse IP virtuelle du serveur web est 192.168.1.100
  • changer la page d'accueil du serveur srv2 et désactiver la synchro rsync/cron
  • utiliser un client web et interroger le premier serveur
  • couper le premier serveur
  • observer les logs de srv2 pour mettre en évidence le basculement sur srv2
  • observer que la page web change en interrogeant la même adresse IP
  • wiki/2011-2012/sisr3_-_seance_2.txt
  • Dernière modification : 2012/09/20 08:01
  • de 127.0.0.1