“Web Gardens”

Le mode d’isolation des processus de travail d’IIS 6.0 permet de configurer plusieurs processus de travail pour traiter les requêtes d’un pool d’applications donné. Par défaut, chaque pool d’applications n’en possède qu’un seul. Il est toutefois possible de configurer un pool d’applications pour faire en sorte qu'un nombre donné de processus de travail identiques se partagent la tâche. Cette configuration est appelée « Web Garden » (jardin Web) parce qu’elle évoque naturellement les Web Farms, mis à part le fait qu’un Web Garden se limite à un seul serveur. Les requêtes sont distribuées par HTTP.sys à l’ensemble des processus de travail, par  une mise en correspondance de la file d’attente des requêtes entrantes destinées à un pool d’applications avec une file d’attente des « demandes de requêtes » émanant de chacun des groupes de processus du Web Garden. Les Web Gardens s'avèrent notamment utiles dans le cas où un des processus de travail a un problème. D’autres processus de travail sont toujours disponibles pour accepter et traiter les requêtes.

Supervision (« Health Monitoring »)

Le service WAS est capable de surveiller l’intégrité des processus de travail en leur envoyant régulièrement des « ping » pour déterminer s’ils sont complètement bloqués. Si un processus de travail est bloqué, le service WAS y met fin et le remplace par un nouveau. Le service WAS maintient en outre un canal de communication avec chaque processus de travail et peut déterminer facilement si l'un d'eux ne fonctionne plus en détectant la moindre défaillance dans ce canal de communication.

Affinité avec les processeurs

Les processus de travail peuvent avoir des affinités avec certains processeurs afin de tirer profit d’une meilleure fréquence des accès au cache CPU (L1 ou L2).

Affectation des sites et des applications à des pools d’applications

Dans IIS 6.0, comme avec IIS 5.0, les applications sont définies sous la forme d’espaces de noms qui sont identifiés dans la métabase par la propriété AppIsolated. Par défaut, les sites sont considérés comme une simple application, où l’espace de noms racine « / » est configuré en tant qu’application. Il est possible de configurer un pool d’applications pour servir une application Web unique, plusieurs applications ou un ensemble de sites. L’affectation d’une application à un pool d’applications est très simple : il suffit d’indiquer dans la configuration vers quel pool d’applications cette application doit être dirigée dans la métabase.

Démarrage à la demande

Les pools d’applications prennent en charge le démarrage à la demande lorsque la première requête relative à une URL de cette partie de l’espace de noms parvient au serveur. Le gestionnaire d’applications d’IIS 6.0 (inclus dans le service WAS) est le composant qui est chargé du démarrage des processus à la demande. Et c’est lui qui en général régit et surveille la durée de vie des processus de travail.

Délai d’inactivité

Un pool d’applications peut être configuré de telle sorte que ses processus de travail demandent à être arrêtés lorsqu’ils sont inactifs pendant une durée prédéfinie. Cela permet de libérer les ressources inutilisées. D’autres processus de travail sont démarrés si cela est nécessaire pour ce groupe d’applications (pour plus d'informations, voir « Démarrage à la demande » ci-dessus).

Protection rapide en cas de défaillance

Lorsqu’un processus de travail a un problème, il met fin au canal de communication avec le service WAS. C’est ce qui permet au service WAS de détecter l’incident et de prendre les mesures nécessaires ; cela consiste généralement à inscrire l’événement dans un journal et à redémarrer le processus. Par ailleurs, IIS 6.0 peut être configuré de sorte que si un groupe d’applications connaît plusieurs défaillances successives, il puisse être désactivé automatiquement. C’est ce qu’on appelle la protection rapide en cas de défaillance. Ce type de protection place le pool d’applications en mode « hors service » et HTTP.sys renvoie immédiatement un message d’erreur 503 (service indisponible car hors service) à toutes les requêtes adressées à cette portion de l’espace de noms, y compris à celles qui sont déjà dans la file d’attente de ce pool d’applications. L’administrateur peut aussi mettre explicitement une portion de l’espace de noms « hors service », par exemple si l’application est mise hors connexion à cause d’un problème grave. Il faut pour cela arrêter le pool d’applications, soit avec le gestionnaire IIS, soit par script.

Processus de travail rendus orphelins

Le mode d’isolation des processus de travail d’IIS 6.0 peut être configuré pour « rendre orphelin » tout processus de travail qu’il estime « irrécupérable ». Si un processus de travail persiste à ne pas répondre à un « ping », le service WAS le marque comme étant définitivement perdu. En principe, le service WAS met fin à ce processus de travail et procède à son remplacement. Si la mise en état « d’orphelin » est activée, le service WAS laisse s’exécuter le processus de travail « irrécupérable » et il en démarre un nouveau pour le remplacer. Le service WAS peut être configuré pour exécuter une commande sur le processus de travail (par exemple lui associer un débogueur) quand il le rend « orphelin ».

Recyclage des processus de travail

Le mode d’isolation des processus de travail d’IIS 6.0 peut être configuré pour démarrer périodiquement des processus de travail dans un pool d’applications pour la gestion des applications défaillantes. Les processus de travail peuvent être programmés pour redémarrer en fonction de différents critères :

·          le temps écoulé ;

·          le nombre de requêtes traitées ;

·          des horaires programmés sur 24 heures ;

·          un « ping » sans réponse, alors que le processus doit y répondre (voir « Health Monitoring » ci-dessus) ;

·          l’utilisation de la mémoire virtuelle ;

·          l’utilisation de la mémoire physique ;

·          sur demande.

Mode d’isolation IIS 5

IIS 6.0 introduit le mode d’isolation des processus de travail dans le but d’améliorer la fiabilité, l’isolation, la disponibilité et les performances des serveurs Web. Malgré tout, certaines applications risquent de ne pas fonctionner dans cet environnement à cause de problèmes de compatibilité au niveau par exemple des instances multiples, de l’état des sessions persistant dans les processus ou d’applications écrites comme filtres de lecture des données brutes. C’est pour cette raison qu’IIS 6.0 offre la possibilité de basculer vers un autre modèle de processus, appelé mode d’isolation IIS 5, pour assurer la compatibilité.