Fiable et évolutif

IIS 6.0 est bâti sur une nouvelle architecture de traitement des requêtes qui fournit un environnement d’isolation aux applications. De ce fait, chaque application Web peut fonctionner dans son propre processus de service Web autonome. Cet environnement permet d’éviter qu’une application ou un site n’en arrête un autre et de réduire le temps consacré au redémarrage des services afin de maintenir les applications à un niveau de fonctionnement correct. Cette innovation permet d'accroître la disponibilité d’IIS et du serveur. L’évolutivité et la prise en charge bénéficient des systèmes de stockage sur réseau (NAS, Network Attached Storage).

Sécurisé

IIS 6.0 est totalement verrouillé par défaut et il comporte une interface utilisateur conviviale pour la mise à disposition des applications. Une autre innovation de sécurité concerne la nouvelle architecture de traitement des requêtes d’IIS 6.0, qui inclut le recyclage des processus. Par ailleurs, IIS s’exécute par défaut comme compte disposant de peu de privilèges, contenant ainsi les processus de travail.

Facile à administrer

IIS 6.0 comprend divers outils de gestion destinés à couvrir les besoins des utilisateurs. Les possibilités d’administration s’applique à toutes les niveaux à travers de puissantes fonctionnalités d’administration et des options de gestion de configuration souples dans une interface optimisée et plus conviviale. Les administrateurs peuvent modifier la configuration et déboguer les applications pendant l’exécution des services. IIS 6.0 offre également plusieurs nouveaux outils de ligne de commande et apporte des améliorations aux utilitaires existants.

Améliorations au niveau du développement

Windows Server 2003 offre une expérience de développement enrichie grâce à l'intégration ASP.NET et IIS. Reposant sur IIS 6.0, les innovations de la plate-forme offrent aux développeurs des fonctionnalités de très hauts niveaux: rapidité de développement des applications et large choix de langages. Avec Windows Server 2003, l’expérience d’ASP.NET et du Framework .NET bénéficie de la meilleure intégration des modèles de processus. IIS 6.0 prend en charge les dernières normes du Web, notamment XML, SOAP et IPv6.

Compatibilité des applications

La compatibilité d'IIS 6.0 avec la plupart des applications existantes est reconnue, avec pour preuve son utilisation par des milliers de clients et d’ISV. En outre, IIS 6.0 peut être configuré pour s’exécuter dans le mode d’isolation IIS 5.0, ce qui garantit une compatibilité maximale. Pour les quelques problèmes identifiés, il existe souvent des solutions disponibles sur le Web.

Fonctionnalité

Description

Nouvelle architecture de traitement des requêtes

IIS 5.0 a été conçu pour qu’un processus, Inetinfo.exe, soit le processus serveur Web principal capable d’envoyer les requêtes vers une ou plusieurs applications hors processus (dllhost.exe). IIS 6.0 a, quant à lui, été optimisé et présente désormais deux nouveaux composants qui utilisent un nouveau pilote en mode noyau. IIS peut ainsi séparer le code de base du serveur Web du code de gestion des applications. Ces trois nouveaux composants sont un écouteur HTTP en mode noyau (HTTP.sys), un gestionnaire de processus et de configuration en mode utilisateur appelé Service d’administration Web et le gestionnaire d’applications, qui est chargé dans un processus de travail distinct. Ces processus de travail traitent à leur tour les requêtes pour les pools d’applications dans HTTP.sys. Les tests préliminaires ont montré une augmentation du débit de plus de 100 % par rapport aux versions précédentes d’ASP (Active Server Pages) pour des tests ASP.NET réalisés sur un serveur à huit processeurs.

HTTP.sys et mise en file d’attente en mode noyau

Dans IIS 6.0, HTTP.sys écoute les requêtes et les place dans la file d’attente qui convient à chacune d’elles. Chaque file d’attente de requêtes correspond à un pool d’applications. Comme HTTP.sys ne contient aucun code étranger, il ne peut pas être affecté par des défaillances du code en mode utilisateur qui affectent habituellement l’état du service Web. Si pour une raison quelconque l’infrastructure de traitement des requêtes en mode utilisateur est arrêtée, HTTP.sys continue d’accepter les requêtes et de les placer en file d’attente, pour autant que le service Web reste opérationnel. HTTP.sys continue ainsi jusqu’à ce qu’il n’y ait plus de files d’attente disponibles ou plus de place dans les files d’attente, ou bien jusqu’à l’arrêt du service Web. Dès que le service Web détecte la défaillance du processus de travail, il en démarre un autre s’il reste des requêtes en attente de traitement pour le pool d’applications du processus de travail. Ainsi, quand bien même le traitement des requêtes en mode utilisateur serait momentanément interrompu, l’utilisateur final n’en ressent aucunement les effets car les requêtes continuent d’être acceptées et mises en file d’attente.

WAS (Web Administration Service)

La nouvelle architecture IIS 6.0 comporte un autre élément essentiel : le service d’administration Web (WAS, Web Administration Service). Ce service intervient essentiellement à deux niveaux : la gestion de la configuration et des processus. Le service WAS constitue une portion clé du service Web où résident des services essentiels d’IIS 6.0, tels que HTTP.sys, et où aucun code d’autres éditeurs n’est jamais chargé. IIS 6.0 isole totalement le code des applications tierces du serveur Web de base en conservant dans le service WAS et dans HTTP.sys les fonctions essentielles du serveur Web, telles que le gestion de la configuration et la mise en file d’attente des requêtes. Ainsi, le code des applications peut s’exécuter dans des mini-processus serveur Web, appelés les processus de travail.

Mode d’isolation des processus de travail

IIS 6.0 introduit le mode d’isolation des processus de travail, qui exécute tout le code des applications dans un environnement isolé, mais sans la dégradation de performances constatée dans les versions antérieures d’IIS. Les requêtes HTTP sont acheminées vers la file d’attente du pool d’applications adéquat : les processus de travail en mode utilisateur d’un pool extraient les requêtes directement du noyau, ce qui évite les inutiles allers et retours entre processus qui se produisaient lorsqu’il fallait envoyer une requête à un DLLhost hors processus et attendre son retour. Dans IIS 6.0, la notion d’applications in-process n’existe plus ; tous les services d’exécution d’application HTTP requis, tels que la prise en charge de l’extension ISAPI, sont disponibles dans tous les groupes d’applications. Cette architecture permet d’éviter qu’une application ou un site Web défaillant ne perturbent les autres applications (ou sites) Web gérés par d’autres processus de travail sur ce serveur. Il est désormais possible de « décharger » des composants in-process sans perturber tout le service Web. Le processus de travail hôte peut être écarté temporairement sans que cela n’affecte les autres processus de travail chargés du contenu. Il est aussi intéressant de pouvoir tirer profit des autres services système disponibles au niveau des processus (par exemple l’accélération du processeur) par groupe d’applications. En outre, Windows a été optimisé et accepte désormais davantage de processus simultanés.

Séparation nette entre le code utilisateur et le serveur

Tout le code utilisateur est géré par les processus de travail, qui sont totalement isolés du serveur Web principal. Cela n’était pas le cas dans IIS 5.0 où les ISAPI pouvaient être, et étaient souvent, hébergées dans des processus sur le serveur Web principal. Si un filtre ISAPI chargé dans un processus de travail connaît une défaillance ou cause une violation d’accès, le seul élément affecté est le processus de travail qui héberge ce filtre. Dans le même temps, le service WAS crée un nouveau processus de travail pour remplacer le processus défaillant. Les autres processus de travail ne sont pas affectés.

Pools d’applications multiples

Avec IIS 5.0, les applications pouvaient être regroupées hors processus, mais dans un seul pool d’applications uniquement, DLLHOST.EXE. Dans IIS 6.0, le mode d’isolation des processus de travail permet aux utilisateurs de créer plusieurs pools d’applications, chacun d’eux pouvant utiliser une configuration différente (par exemple une configuration de recyclage, etc.).

Meilleure prise en charge des équilibreurs de charge

Grâce aux pools d’applications, IIS bénéficie d’une séparation physique bien définie des applications. Il devient possible alors d’exécuter des centaines voire des milliers de sites/applications en parallèle sur un même serveur Windows. Dans cette configuration, il est important qu’une application défaillante ne perturbe pas les autres applications fonctionnant normalement. Il est souhaitable également de bénéficier d’une communication automatique avec les équilibreurs de charge/commutateurs afin de refuser uniquement le trafic destiné à l’application défaillante tout en permettant au serveur d'accepter les requêtes envoyées aux applications fonctionnant normalement.

IIS 6.0 bénéficie d’un modèle d’extensibilité intégré capable de déclencher des événements et des commandes lorsque l’infrastructure du serveur d’applications Web détecte la défaillance d'une application. Grâce à cette possibilité de configuration, les équilibreurs de charge et les commutateurs peuvent être configurés pour bloquer automatiquement le trafic en direction des applications défaillantes tout en continuant d’acheminer normalement le trafic vers les autres applications.