P2pWeb Une boite à outils pour construire un réseau coopératif d’hébergement de site Web –Réseau coopératif réseau physique de nœuds sur l ’Internet réseau.

Présentation au sujet: "P2pWeb Une boite à outils pour construire un réseau coopératif d’hébergement de site Web –Réseau coopératif réseau physique de nœuds sur l ’Internet réseau."— Transcription de la présentation:

1 p2pWeb Une boite à outils pour construire un réseau coopératif d’hébergement de site Web –Réseau coopératif réseau physique de nœuds sur l ’Internet réseau humain (aspect coopératif et communautaire) –Hébergement de sites web offrir une alternative aux solutions traditionnelles d’hébergement favoriser les échanges inter communautaires Le Projet

2 p2pWeb Les technologies clefs Démocratisation de l ’ADSL –chacun peut héberger un serveur Peer to Peer –une « re-démocratisation de l ’Internet » –le pouvoir aux utilisateurs Open Source –toutes les briques sont déjà là

3 p2pWeb Hébergement gratuit –de moins en moins (ou alors pollué par la pub) –très bridé (par ex free) Hébergement mutualisé –prix « raisonnable » –pas de maîtrise de l’environnement (pas d ’accès root) Hébergement dédié, colocation –Très coûteux (au minimum 100€ a 200€ / mois) Hébergement traditionnel

4 p2pWeb Hébergement traditionnel –Point de défaillance unique (Single point of failure) –Bande passante limitée

5 p2pWeb Architecture p2pweb.net –Architecture répartie –Agrégation de bande passante

6 p2pWeb Architecture (suite) Contenus servis majoritairement par les serveurs miroirs –distribution de la charge (round robin) –effet multiplicatif sur la bande passante Les Serveurs Web primaires (CMS) utilisés comme back-office –bande passante moins importante –charge moins importante

7 p2pWeb Architecture (suite) Résilience –si un des serveurs tombe, il n’est plus annoncé Importance cruciale de la supervision –supervision applicative (requête http) –mise à jours dynamique des DNS –de façon indépendante sur chaque DNS

8 p2pWeb Les Outils DNS + supervision –chaque DNS est autonome (ils sont tous primaires) –supervision des serveurs par Nagios –en cas de changement d’état d’un serveur (up ou down), un handler met dynamiquement à jours le DNS –temps de réaction / propagation : 5 à 10 mn

9 p2pWeb Les Outils (suite) Serveur Web primaire –Possibilité d’utiliser des outils de Portail ezpublish, spip, jahia –Export en statique des pages –Redirection vers le serveur maître pour les partie dynamiques –éventuellement séparer les fonctions exemple : mettre les forums sur un autre serveur (qui lui ne sera pas mirroré)

10 p2pWeb Hébergées en majorité chez des particuliers disposant d’un accès ADSL –contraintes : 256 Kb/s en upload Adresse ip fixe Serveurs –Barebones (coût entre 350€ et 400€) –Sous *BSD ou Linux Les machines

11 p2pWeb Architecture type CDN un serveur primaire un ensemble de caches

12 p2pWeb Architecture type CDN un serveur primaire un ensemble de caches => le serveur primaire est un single point of failure (SPOF)

13 p2pWeb Architecture type miroirs un serveur primaire –pour les contenus dynamiques un ensemble de miroirs –pour les contenus statiques

14 p2pWeb Architecture type miroirs un serveur primaire –pour les contenus dynamiques un ensemble de miroirs –pour les contenus statiques => le serveur primaire est un SPOF pour les contenus dynamiques

15 p2pWeb Architecture totalement distribuée plusieurs serveurs primaires –synchronisation des contenus entre ces serveurs

16 p2pWeb Architecture totalement distribuée plusieurs serveurs primaires –synchronisation des contenus entre ces serveurs => plus de SPOF Mais pas d’implémentation pour le moment

17 p2pWeb Statut Test en vraie grandeur avec le site www.mediaport.net -site mixant des contenus dynamique (CMS ezpublish) et statique -site multilangue (Français / Anglais) -volumétrie importante (~ 15 000 fichiers, plus de 500 Mo) -bonne fréquentation (12000 visiteurs unique / mois)

18 p2pWeb Statut (suite) Une première version été 2003 –Un seul site maître –Utilisation de plusieurs caches (squid) en reverse proxy A permis de valider le fonctionnement DNS + monitoring Single point of failure au niveau du site maître

19 p2pWeb Statut (suite) Une infrastructure DNS en place Redéploiement de serveurs miroirs en cour –Automatisation des mise à jours Gestion de la réplication sur un nombre de fichier très importants (~ 15 000 fichiers) –Projet crée sur SourceForge Suivi de performances en participant au projet webperf.org

20 p2pWeb Les évolutions Augmenter le nombre de nœuds –si possible à l’international Utiliser des DNS « intelligents » –rediriger les connections vers les miroirs les plus proches (au sens réseau) –Un outil existe : netairt voir : http://www.globule.org/netairt/ redirection DNS en fonction d’une métrique réseau (AS-PATH BGP)

21 p2pWeb Les évolutions (suite) Mise en œuvre de caches, avec construction dynamique des pages au niveau des caches –Utilisation d’Edge Side Includes (ESI) voir http://www.esi.org/ sera supporté dans la version 3 de squid Synchronisation de contenus entre portails –Séparation front-office / back-office –utilisation de technologies p2p : JXTA ? –Utilisation de la JSR170 ?