Haute disponiblité Serveur Web - WordPress.com

Haute disponibilité d'un service Web dynamique |Propriétés |Description |
|Type de |Côté Labo |
|publication | |
|Intitulé court |Haute disponibilité d'un serveur Web dynamique |
|Intitulé long |Haute disponibilité d'un serveur Web avec réplication |
| |de la base de données correspondante. |
|Module |BTS SIO2 - SISR3 - Exploitation des services |
|Date de |Septembre 2013 |
|publication | |
|Date de |Septembre 2013 |
|modification | |
|Version |V1.0 |
|Transversalité |SI7 : |
| |Justifier le choix d'une solution de mise en |
| |production d'un service |
| |Stratégies et techniques associées à la continuité de |
| |service |
| |Stratégies et techniques de sauvegarde et de |
| |restauration de données |
| |Stratégies et techniques de répartition et de |
| |réplication |
| | |
| |SISR4 : |
| |Justifier le choix d'une solution de gestion de la |
| |disponibilité d'un serveur |
| |Installer et configurer une solution de disponibilité |
| |de serveurs |
| |Disponibilité des systèmes, méthodes, technologies, |
| |techniques, normes et standards associés |
|Présentation |L'objectif de ce Coté Labo (mis en ?uvre en module) |
| |est de mettre en place une solution de haute |
| |disponibilité pour l'application de gestion de frais |
| |du laboratoire pharmaceutique Galaxy-Swiss Bourdin |
| |(GSB) |
| | |
| |Il fait suite au Coté Labo « Le service Web |
| |sécurisé » : |
| |http://www.reseaucerta.org/?q=content/service-web-s%C3|
| |%A9curis%C3%A9 |
|Activités |D1.3 - Mise en production d'un service |
| |A1.3.2 Définition des éléments nécessaires à la |
| |continuité d'un service |
| |D2.1 - Exploitation des services |
| |A2.1.2 Évaluation et maintien de la qualité de service|
| | |
| |D3.2 - Installation d'une solution d'infrastructure |
| |D3.3 - Administration et supervision d'une |
| |infrastructure |
| |A3.3.1 Administration sur site ou à distance des |
| |éléments d'un réseau, de serveurs, de services et |
| |d'équipements terminaux |
|Pré-requis |Avoir quelques notions sur l'installation, la |
| |configuration et l'administration d'un serveur Linux |
| |(ou Ubuntu). |
| |Exploitation des services Web et bases de données |
| |(dont sauvegarde et restauration). |
| |L'application gestion de frais est installée et |
| |opérationnelle. |
|Savoir-faire |En SISR3 : |
|principaux |Caractériser les éléments nécessaires à la qualité, à |
| |la continuité et à la sécurité d'un service |
| |Installer et configurer les éléments nécessaires à la |
| |qualité et à la continuité du service |
| |Valider et documenter la qualité, la continuité et la |
| |sécurité d'un service |
|Prolongements |En SI7 : |
| |Rédiger, mettre en place et tester un Plan de |
| |Continuité D'activité (PCA) |
| | |
| |En SISR3 : |
| |Assurer la haute disponibilité des autres services |
| |présents sur le serveur |
| |Intégrer la répartition de charges |
| | |
| |En SISR5 : |
| |Superviser le Cluster |
|Outils |SE : Serveur Linux Debian Wheezy (stable actuelle) ou |
| |ultérieur |
| |Serveurs/services : Apache2, PHP, MySQL-server |
| |installé et configuré à l'identique sur deux serveurs,|
| |Hearbeat et Pacemaker. |
| |Clients : navigateur web sur STA Linux, Windows ou |
| |autre système. |
| |Outils d'analyse et de tests de bon fonctionnement |
| |ainsi que phpMyAdmin. |
| |Contexte : organisation/GSB-Organisation.doc. |
| | |
| |Site officiel de Pacemaker : http://clusterlabs.org/ |
| |Documentation : |
| |http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html-si|
| |ngle/Pacemaker_Explained/index.html |
|Mots-clés |Disponibilité, HA, HD, Cluster, Heartbeat, Pacemaker, |
| |réplication. |
|Durée |12 heures en TP |
|Auteur(es) |Apollonie Raffalli |
1 La haute disponibilité La « haute disponibilité » (en anglais « high availability ») regroupe de
nombreuses techniques et processus permettant de garantir un certain
pourcentage de disponibilité d'un service.
Par exemple, un taux de 99 % de disponibilité assure une disponibilité
d'environ 361 jours sur 364 alors qu'un taux de 99,5 % assure une
disponibilité de plus de 363 jours sur 365. La réalité économique fait que les organisations tendent de plus en plus
vers des taux encore plus grands comme 99,9 % ou 99,99 % notamment sur
certains services critiques. En effet, les conséquences d'une interruption
de service sont innombrables et peuvent coûter très cher à tous points de
vue. Par exemple, sur le site http://www.zdnet.fr, on pouvait lire qu'une
interruption de service de 40 mn le 19 août 2013 aurait fait perdre à
Amazon près de 5 millions de dollars.
(http://www.zdnet.fr/actualites/comme-google-amazon-a-subi-une-panne-
informatique-39793254.htm) Pour améliorer la haute disponibilité, il existe de nombreuses
configurations possibles. Dans une configuration très simple (celle que nous allons découvrir dans ce
Côté labo), la haute disponibilité nécessite la présence d'un serveur
secondaire, fonctionnant sous le même système d'exploitation et fournissant
un accès aux services que l'on souhaite rendre « hautement » disponibles. Ce second serveur configuré à l'identique, en règle générale services
arrêtés, surveillera le premier en permanence. En cas de panne du serveur
primaire, il le détectera et prendra la relève, devenant alors le nouveau
serveur actif.
Préparer votre serveur web (machine physique ou vitruelle)
Comment ça marche ? Selon http://www-igm.univ-
mlv.fr/~dr/XPOSE2006/JEREMIE_LEGRAND_HAUTE_DOSPO/index.htm Un des algorithmes utilisés pour ce genre d'opérations est basé sur la
tachycardie. Il est appelé « heartbeat », ou battements de c?ur. Le serveur
actif émet régulièrement des informations sur le réseau pour dire qu'il est
vivant, pendant que l'autre écoute passivement.
Si plus aucune information n'arrive au serveur en écoute, celui-ci s'alarme
:
Il prend alors le rôle de serveur actif (les services basculent sur ce
serveur) et se met à son tour à émettre des battements de c?ur.
Si l'autre serveur est restauré, il jouera, au moins dans un premier temps,
le rôle de serveur en écoute.
N'importe quelle machine pourra ainsi tomber en panne sans que l'ensemble
ne soit pénalisé. Ces techniques seront mises en ?uvre via deux outils à installer et
configurer :
. Heartbeat qui permet de détecter la défaillance d'un poste grâce à un
système de communication basé sur un échange de paquets UDP et de
gérer le Cluster en lui-même (on aurait pu tout aussi bien utiliser
ici un autre outil comme « Corosync »).
. Pacemaker qui est un gestionna