Introduction

Cette page étudie plusieurs possibilités d'architecture pour réaliser un service internet. On se penchera sur la problématique de robustesse et de montée en charge.

Exemple 1

Le cas le plus simple est d'avoir un serveur web qui gère l'intégralité des requêtes. La configuration des serveurs DNS est alors simple: on envoie toutes les requêtes vers ce serveur (qui peut avoir une ou plusieurs adresses IP). La robustesse de ce système est celui du serveur web: les serveurs DNS peuvent être multiples, de même pour les serveurs mails secondaires et il y a peu de chances qu'ils soient tous indisponibles en même temps. La faiblesse du système est que dès que le serveur web est indisponible, toutes les requêtes finissent en erreur! Il vaut alors avoir un serveur avec un taux de disponibilité supérieur à 99,9%.

Exemple 2

Pour supporter une montée en charge, il faut alors utiliser au moins 2 serveurs web. On peut alors configurer les serveurs DNS pour effectuer une répartition des requêtes en 'Round Robin'. En entrant 2 (ou plus) entrées A avec les adresses IP des 2 serveurs (ou plus), on obtient des serveurs DNS qu'ils utilisent successivement chaque serveur pour répondre aux requêtes. Ce système n'est pas très souple car une fois le serveur choisi, le choix ne change pas. Si ce serveur devient indisponible, tous les utilisateurs de ce serveur seront affectés. Mais on a au moins que l'autre moitié des utilisateurs continue d'avoir un service normal.

Exemple 2x3

Exemple 3x4

Exemple 4x6

 
apache/architecture_serveurs_web.txt · Dernière modification: 2007/05/30 14:31 (modification externe) microWebAgency.com
 
Recent changes RSS feed Creative Commons License Donate Powered by PHP Valid XHTML 1.0 Valid CSS Driven by DokuWiki