Présentation Projet 24 Répartition automatique de surcharge sur serveur web virtualise

1. Présentation Projet 24Répartition automatique de surcharge sur serveur web virtualise KAOUACHI Youssef ELFELLAH Amine

2. Sommaire • 1 – Présentation du projet • 2 – Gestion de projet • 3 – Linux Virtual Server (LVS) • 4 – Hyperviseur XEN • 5 – Solution finale • 6 – Amélioration et Conclusion

3. 1 – Présentation du projet

4. 1 – Présentation du projet proposer des solutions sous Linux/Unix pour pouvoir faire de la répartition de charge sur serveur Web. Virtualiser un serveur physique en une ou plusieurs machines virtuelles afin de faire l’équilibrage des requêtes Https entre ces machines.

5. 1 – La virtualisation : • La virtualisation regroupe un ensemble de techniques mises en œuvre pour isoler de manière logique plusieurs logiciels ou systèmes d'exploitation. • Partitionnement, isolation/partage des ressources physiques et/ou logicielles. • Chaque système d’exploitation virtualisé aura ses propres ressources (RAM, CPU, Disque …) que lui a réservées le système d’exploitation hôte.

6. 1 – la virtualisation: • la virtualisation necéssite la connaissance de plusieurs techniques : • Technique d’isolateur, • Technique du noyau en espace utilisateur, • Technique de la machine virtuelle, • Technique Para virtualisation ou hyperviseur 

7. 1 – Shéma simplifié du projet

8. 2 – Gestion de projet

9. 2 – Gestion de projet • Site Internet du projet http://projets-gmi.iup.univ-avignon.fr/projets/proj0809/M2/p24/

10. 2 – Gestion de projet • Communication par Emails : • Pouvoir organiser des rendez-vous avec le tuteur, • Pour garder une trace des échanges effectuées pendant la réalisation du projet.

11. 2 – Gestion de projet • Répartition du travail

12. 2 – Gestion de projet • Diagramme de GANTT

13. 2 – Outils de travail • Serveur GNU/Linux Debian, machine cliente, deux switchs

14. 3 – Partie virtualisation LVS Linux Virtual Server

15. 3 – Partie virtualisation LVS • Linux Virtual Server • proposer des solutions sous Linux afin de répartir la charge entre plusieurs machines de manière transparente pour l’utilisateur. • Point de vue utilisateur : • Il y a un serveur qui rend un service

16. 3 – Partie virtualisation LVS • Plusieurs algorithmes de répartition de trafic pouvant être utilisées : • Round-Robin Scheduling, • Least-Connection Scheduling, • Destination Hashing Scheduling, • Source Hashing Scheduling,…

17. 3 – Partie virtualisation LVS • LVS NAT :

18. 3 – Partie virtualisation LVS • LVS Direct-Routing :

19. 3 – Partie virtualisation LVS • LVS Tunneling IP :

20. 4 – Virtualisation XEN Xen Hyperviseur

21. 4 – Virtualisation Xen • Développé par l’université de Cambridge aux Royaume-Uni • Hyperviseur de machine virtuelle pour les ordinateurs compatibles x86 • Chaque machine virtuelle peut tourner sous un OS différent

22. 4 – Virtualisation XEN Architecture Xen : Domaine0 (Dom0) : Fait tourner l’OS principal DomaineU (DomU) : Fait torner les OS invités Xen est une fine couche fonctionnant directement sur le matériel

23. 5– Solution finale Modélisation de l'architecture et implémentation de la virtualisation

24. 5– Solution finale • Problème de la solution Xen par rapport au matériel à disposition: • Xen est une solution de virtualisation de haut niveau, • Xen demande des ressources mémoire et CPU de grande taille. • Le matériel à dispotion ne nous permet pas de travailler avec XEN. • D’où la nécessité d'une nouvelle solution !!!

25. 5– Solution finale • VirtualBox : • Développé par Innotek (Windows, GNU Linux, MacOS …) • Permet de faire tourner des machines virtuelles (invités) sur l’OS principal • Permet de créer autant d’interface qu’on souhaite • Plus facile à intégrer que Xen

26. 5– Solution finale • Schèma de notre architecture finale:

27. 5– Solution finale • La machine virtuelle au sein de la machine physique :

28. 5 – Améliorations et conclusion

29. 5 - Améliorations • Ne possédant pas des moyens nécessaires pour tirer des résultats de performances.  trouver une solution pour pallier au problème en temps de réponse. • L'architecture de LVS NAT.  temps de réponse important. • LVS Direct Routing + VirtualBox.  gain en temps de réponse.

30. Conclusion • L’objectif de la virtualisation et de la répartition de surcharge entre serveurs virtualisés est bien atteint. • Malgrés quelques difficultés lors de la réalisation de ce projet nous avons pu les surmonter et trouver une solution à notre guise. • Ceci étant, le projet nous a pleinement profité et nous pensons beaucoup mieux comprendre maintenant ce que l’on attendait de nous et ce qu’est une Virtualisation et répartition de surcharges sur un serveur Web.

31. Bibliographie • http://www.linuxvirtualserver.org/ • http://linuxcommand.gds.tuwien.ac.at/man_pages/ipvsadm8.html • http://www.lea-linux.org/cached/index/Virtualisation_avec_Xen.html • http://www.wikipedia.org/ • http://damstux.free.fr/wiki/index.php?title=Configuration_Reseau_Pour_virtualBox

32. Fin de la présentation