Étape de planification 1 : planifier l’infrastructure de la batterie de serveurs web IIS

  • Article

par Keith Newman et Robert McMurray

La première étape de planification de votre batterie de serveurs web consiste à déterminer son infrastructure. Quelle configuration de serveur souhaitez-vous ? Quelles technologies utilisez-vous ? Comment effectuez-vous l’équilibrage de la charge ? Votre site doit-il bénéficier de la sécurité SSL ?

Cette rubrique présente les informations dont vous avez besoin pour créer un plan détaillé de votre batterie de serveurs web. Elle propose une configuration de batterie de serveurs web simplifiée et indique les types de serveurs nécessaires. En outre, cette rubrique explique comment le routage ARR (Application Request Routing) fournit un équilibrage de la charge pour la batterie de serveurs web.

Une fois ces tâches terminées, consignez vos décisions de conception par écrit avant de passer à l’Étape 2 : planifier la configuration de la batterie de serveurs web IIS.

1.1. Déterminer l’infrastructure de la batterie de serveurs web

Il existe de nombreuses façons de concevoir l’infrastructure d’une batterie de serveurs web. Cet article examine brièvement deux infrastructures courantes : le contenu local et le contenu partagé sur le réseau. Il compare les avantages et les inconvénients de ces deux conceptions et en sélectionne une pour ce scénario.

Infrastructure de contenu local

L’infrastructure de contenu local exige que chaque serveur web conserve le contenu localement. Une méthode doit être fournie pour envoyer (push) le contenu à tous les nœuds de la batterie de serveurs web.

Avantages

  • Le contenu local assure l’isolation entre les serveurs. Si un serveur tombe en panne, les autres serveurs ne sont pas affectés.
  • Le contenu local nécessite moins d’ordinateurs, car il n’a pas besoin d’un serveur de fichiers de contenu principal.
  • Vous pouvez facilement mettre un serveur web hors connexion à des fins de test ou de dépannage.

Inconvénients

  • Le contenu doit être répliqué entre les serveurs. Un moyen courant de gérer la réplication de contenu consiste à utiliser la réplication du système de fichiers DFS (DFSR). Toutefois, la DFSR nécessite l’accès à un serveur de domaine.
  • Si le site web écrit sur un disque, les données ne sont pas disponibles pour d’autres serveurs tant qu’elles ne sont pas répliquées.
  • Chaque serveur doit avoir une copie complète de tout le contenu. Pour les sites web de grande taille, le coût du stockage de contenu peut être élevé.

Infrastructure de contenu réseau partagé

Le contenu réseau partagé configure tous les serveurs web pour qu’ils pointent vers un emplacement central (par exemple, un serveur de fichiers principal) qui contient le contenu du site web.

Avantages

  • Le contenu réseau partagé est relativement simple à configurer et constitue un bon point de départ pour ceux qui découvrent les batteries de serveurs web ou les technologies de batterie de serveurs web de Microsoft.
  • Le contenu écrit sur le disque est immédiatement disponible sur tous les serveurs.
  • L’ajout de serveurs supplémentaires aux batteries de serveurs est relativement facile. Il vous suffit de pointer vers le chemin d’accès UNC du contenu.
  • Seules quelques copies des fichiers du site web doivent être conservées. Les disques durs sur les serveurs web doivent contenir uniquement le système d’exploitation.

Inconvénients

  • Le serveur de fichiers principal constitue un point de défaillance unique. Ce problème peut être atténué par la mise en miroir du serveur de fichiers et par l’implémentation d’un contrôle de basculement.
  • La bande passante réseau peut devenir un facteur de limitation pour une batterie de serveurs web occupée.
  • Des problèmes de verrouillage de fichiers peuvent survenir lorsque plusieurs serveurs utilisent les mêmes fichiers.

Infrastructure choisie pour ce scénario

Ce scénario utilise l’infrastructure de contenu réseau partagé. Il décrit et illustre le contenu partagé, la configuration partagée, l’équilibrage de la charge logicielle, les certificats SSL centralisés et les techniques de déploiement d’applications.

Avec cette infrastructure de batterie de serveurs web, vous devez configurer les serveurs suivants :

  • Un serveur ARR (Application Request Routing) pour l’équilibrage de la charge. Ce serveur nécessite une installation par défaut du serveur web IIS. Pour plus d’informations sur ARR, consultez l’Étape 3 : planifier l’équilibrage de la charge de la batterie de serveurs web IIS.
  • Deux serveurs web ou plus. Sur ces serveurs, vous devez installer le serveur web IIS et les modules IIS nécessaires pour prendre en charge votre site web.
  • Un serveur de fichiers pour le partage de contenu et de configuration. Configurez ce serveur avec des dossiers partagés pour le contenu du fichier de configuration et du site web.
  • Un serveur de fichiers pour le magasin de certificats SSL central. Pour plus d’informations sur le magasin de certificats central, consultez l’Étape 4 : planifier le magasin de certificats SSL central.

1.2. Utiliser ARR pour l’équilibrage de la charge

Microsoft Application Request Routing (ARR) est un module de routage de type proxy qui transfère les requêtes HTTP vers les serveurs de contenu en fonction des en-têtes HTTP, des variables du serveur et des algorithmes d’équilibrage de la charge. Pour plus d’informations sur ARR, consultez l’Étape 3 : planifier l’équilibrage de la charge de la batterie de serveurs web IIS.

Pour configurer l’équilibrage de la charge ARR, vous avez besoin de l’adresse IP de tous vos serveurs. Pour rechercher une adresse IP, utilisez l’outil en ligne de commande Ipconfig.exe.

1.3. Démarrer avec un site web fonctionnel

Pour configurer votre batterie de serveurs web, le plus simple est de commencer par rendre votre site web opérationnel sur un serveur. Si vous avez besoin d’aide pour configurer votre site web, reportez-vous à un ou plusieurs des scénarios IIS suivants :

  1. Créer un site web statique sur IIS
  2. Créer un site Web ASP classique sur IIS
  3. Créer un site Web ASP.NET sur IIS
  4. Créer un site FTP sur IIS

Remarque

Pour simplifier ce scénario, nous supposons que votre batterie de serveurs web ne dessert qu’un seul site. Toutefois, vous pouvez configurer plusieurs sites sans trop de difficultés.

Voir aussi