Mission HAUTDISPO-WEB Intitulé Propriétés Présentation Rapide Durée estimée en heures Savoir-faire SI mobilisés en priorité Documents joints Modalités de réception Serveur Web hautement disponible Description Vous êtes mandaté par la M2L pour implanter une solution permettant de minimiser les risques d interruption de son service Web. La direction de la M2L a réalisé un cahier des charges qui impose la mise en place d un système de tolérance aux pannes basé sur une solution de haute disponibilité. La solution s appuiera sur la mise en place d un cluster de répartition de charge sur deux serveurs «Web» hébergés en interne. Si l un des deux serveurs est défaillant, l autre prend immédiatement et de façon transparente le relais. 16 heures Si1 Installer un composant matériel et un composant logiciel Exploiter les fonctions de base d un langage de commandes Paramétrer l'accès à un service ou à des ressources en ligne SI2 Connecter une solution technique d accès au réseau Si5 Installer, configurer et administrer un système d'exploitation Installer, configurer et administrer un service Installer un composant matériel et un composant logiciel SISR1 Installer, configurer et utiliser un logiciel de prise de contrôle à distance SISR3 Installer et configurer les éléments nécessaires à la qualité et à la continuité du service Administrer un service Contrôler et améliorer les performances d un service SISR4 Administrer un système Sécuriser un serveur et une solution technique d accès. Installer et configurer une solution de disponibilité de serveurs Texte descriptif du projet sous forme de lettre de mission Annexes Présentation orale sur une maquette de la solution, avec traces dans un document. Documents d'accompagnement. Équipes Par équipe de... Lycée OZENNE - Contexte M2L Projet HAUTDISPO-WEB Page 1/5
Projet HAUTDISPO-WEB - Phase d'étude - Lettre de mission 1. Constatations. La M2L possède un serveur Web utilisé pour la réservation des salles (mission VALRES) et un autre service Web pour la gestion des frais des bénévoles (mission FREDI), la direction envisage pour le futur d héberger les sites Web des diverses associations avec qui elle collabore. Pour minimiser les risques d interruption de ces services, elle vous a demandé la mise en place d un système de tolérance aux pannes basée sur une solution de haute disponibilité et de répartition de charge. La solution devait s appuyer sur la mise en place d un cluster de deux serveurs «Web» hébergés en interne. Si l un des deux serveurs est défaillant, l autre prend immédiatement et de façon transparente le relai. De même si un serveur est surchargé le traitement sera pris en charge par l autre. La M2L souhaite que la solution s appuie sur des logiciels du monde libre. 2. La mission : La mission consiste à mettre en place un cluster de répartition de charge entre deux serveurs Web. Un système de synchronisation des données entre les serveurs Web sera à intégrer dans la solution. 3. Première étape. Mise en place des systèmes d exploitation des serveurs (système Linux). Le serveur qui aura pour rôle la répartition des charges. Les deux serveurs Web. 4. Seconde étape. Mise en place des services sur les serveurs. Service Web sur les serveurs Web (apache2 ou autre). Service de répartition de charge (lvs/keepalived). Service de synchronisation des données sur les serveurs Web (Drbd & Ocfs2). Contraintes : Le responsable de M2L après concertation avec des partenaires souhaite utiliser : Lvs/keepalived comme logiciel de répartition de charge. Drbd et Ocfs2 pour la synchronisation des données Web. 5. Troisième étape. Mise en œuvre de la répartition de charge entre les deux serveurs Web. Résultats attendus : Une maquette de tests est à prévoir préalablement pour la mise en place. Le répartiteur de charge est opérationnel, il répartit uniformément les requêtes Web sur l'un et l'autre serveur de façon transparente. Si une page web est modifiée sur un serveur Web, elle est automatiquement mise à jour sur l autre serveur Web. 6. Réception Outre le document de synthèse de l'étude et le document d'accompagnement de l'utilisateur, la réception de cette étude se fera sous forme d'un exposé du fonctionnement de la solution retenue. 7. Documents à fournir : Un rapport de tests montrant que la répartition de charge s effectue bien, ainsi que la synchronisation des données. Une notice d utilisation avec les consignes concernant la manipulation du cluster. Les fichiers texte de configuration des services. Lycée OZENNE - Contexte M2L Projet HAUTDISPO-WEB Page 2/5
ANNEXES : 1. Outils à disposition : Le matériel : Le réseau de la M2L La ferme de serveurs de la M2L. Le réseau de la M2L. Les logiciels : Le système d exploitation Debian 6.0.6 Le logiciel apache2 ou autre pour le service Web. Le logiciel LVS/KEEPALIVED pour le cluster à répartition de charge. Les logiciels DRBD et OCSF2 pour la mutualisation des données. 2. Le schéma d infrastructure réseau du cluster : Schéma de principe du cluster de serveur web de la M2L RIP 192.168.xxx.231 RIP 192.168.xxx.230 VIP 172.16.xxx.230 RIP 172.16.xxx.229 PC 172.16.xxx.yyy Serveur Web1 Répartiteur de charge LVS/KEEPALIVED par traduction d adresse (NAT) RIP 192.168.xxx.232 RIP pour IP réelle VIP pour IP virtuelle Serveur Web 2 Lycée OZENNE - Contexte M2L Projet HAUTDISPO-WEB Page 3/5
3. Le plan d adressage et de nommage : Pour la mission il s appuiera sur le plan d adressage du labo du Lycée Ozenne utilisé en cours de formation. A. Le plan d adressage des postes : Le réseau SIO: bts-sio.ozenne.fr Le Plan d adressage : Adresse du réseau SIO : 172.16.0.0 /16 Adresse de la passerelle : 172.16.0.01 Adresse du serveur DNS : 172.16.224.10 Adresse du serveur DNS auxiliaire : 172.16.224.43 Le nom de domaine : bts-sio.ozenne.fr Les postes de travail : Il s agit des postes situés dans les salles 450 452 455 458 Les adresses des postes seront définies par : IP : 172.16.id_poste.id_machine_virtuelle Masque de réseau : 255.255.0.0 Id_machine_virtuelle de 1 à 100 Id_poste identifie la machine physique dans la salle : pour la salle 450 (= numéro du poste + 31) pour la salle 452 (= numéro du poste + 63) pour la salle 455 (= numéro du poste + 95) pour la salle 458 (= numéro du poste + 127) Id_machine_virtuelle identifiera les machines hôte ainsi que les machines virtuelles définies sur la machine hôte : La valeur sera de 1 pour la machine hôte. La valeur sera prise séquentiellement dans la plage de 2 à 100 pour les machines virtuelles. Exemple : Une machine hôte de la salle 452 IP 172.16.66.1/16 Une machine virtuelle sur cette machine hôte IP 172.16.66.3/16 Cette machine correspond donc au poste 03 ( 66-63) Plan de nommage : Le nom de la machine hôte sera défini par : Snuméro_de_salle-numéro_machine Numéro_de_salle : 450, 452, 455, 458 Numéro_machine : valeur des deux derniers octets de l adresse IP Exemple : S450-32-1 adresse IP : 172.16.32.1 Lycée OZENNE - Contexte M2L Projet HAUTDISPO-WEB Page 4/5
B. Le plan d adressage des serveurs: Le réseau SIO : bts-sio.ozenne.fr Le Plan d adressage : Adresse du réseau SIO : 172.16.0.0 /16 Adresse de la passerelle : 172.16.0.01 Adresse du serveur DNS : 172.16.224.10 Adresse du serveur DNS auxiliaire : 172.16.224.43 Le nom de domaine : bts-sio.ozenne.fr Les Serveurs : IL s agit des serveurs installés sur la ferme de serveurs Les adresses des serveurs créés sur la ferme de serveurs seront définies par : IP : 172.16.id_poste.id_serveur_virtuel Masque de réseau : 255.255.0.0 Id_serveur_virtuel de 254 à 200 Id_poste identifie la machine physique à partir de laquelle l étudiant travaille pendant les séances de LABO et suivant la salle: pour la salle 450 (= numéro du poste + 31) pour la salle 452 (= numéro du poste + 63) pour la salle 455 (= numéro du poste + 95) pour la salle 458 (= numéro du poste + 127) Id_serveur_virtuel identifiera les serveurs crées dans la ferme de serveurs: La valeur sera prise séquentiellement dans la plage de 254 à 200 pour les serveurs virtuels. Plan de nommage & adresse IP : La valeur nn est à remplacer par le numéro de l étudiant dans la liste alphabétique de la classe (de 01 à 26) L adresse IP des serveurs de la ferme sera définie par les règles précédemment fixée. Le quatrième octet de l adresse IP sera défini ainsi : Pour le serveur répartiteur de charge : IP du réseau local m2l-lbs-nn IP : 172.16.id_poste.229 IP virtuelle (VIP) m2l-lbs-nn IP : 172.16.id_poste.230 Pour Le serveur Web 1 : m2l-web1-nn IP : 172.16.id_poste.231 Pour Le serveur Web 2 : m2l-web2-nn IP : 172.16.id_poste.232 Adressage IP cluster entre les nœuds du cluster : Pour le serveur répartiteur de charge : m2l-lbs-nn IP : 192.168.id_poste.230229 Pour Le serveur Web 1 du cluster : m2l-web1-nn IP : 192.168.id_poste.231 Pour Le serveur Web 2 du cluster : m2l-web2-nn IP : 192.168.id_poste.232 Lycée OZENNE - Contexte M2L Projet HAUTDISPO-WEB Page 5/5