Meilleures pratiques pour les sessions fiables

Cette rubrique aborde les meilleures pratiques pour des sessions fiables.

Définition de MaxTransferWindowSize

Les sessions fiables dans Windows Communication Foundation (WCF) utilisent une fenêtre de transfert pour conserver des messages sur le client et sur le service. La propriété configurable MaxTransferWindowSize indique combien de messages la fenêtre de transfert peut contenir.

Sur l’expéditeur, cela indique combien de messages la fenêtre de transfert peut contenir en attendant les accusés de réception ; sur le récepteur, cela indique combien de messages sont mis en mémoire tampon pour le service.

Le choix de la bonne taille a un impact sur l’efficacité du réseau et la capacité optimale du service. Les sections suivantes détaillent les éléments à prendre en compte lors du choix d’une valeur pour cette propriété et l’impact de cette valeur.

La taille par défaut de la fenêtre de transfert est de huit messages.

Utilisation efficace du réseau

Dans ce contexte, le terme réseau fait référence à tout élément faisant office de base de communication entre un client (expéditeur) et un service (récepteur). Cela inclut les connexions de transport et les intermédiaires ou ponts intermédiaires, y compris les routeurs SOAP ou proxys/pare-feux HTTP.

L'utilisation efficace du réseau garantit que sa capacité est pleinement utilisée. La quantité de données pouvant être transférée par seconde sur le réseau (vitesse de transmission de données) et le temps requis pour transférer des données de l’expéditeur au récepteur (latence) ont un impact sur l’utilisation efficace du réseau.

Sur l'expéditeur, la propriété MaxTransferWindowSize indique combien de messages sa fenêtre de transfert peut contenir en attendant des accusés de réception. Si le temps de réponse du réseau est élevé, pour garantir un expéditeur réactif et une utilisation efficace du réseau, vous devez augmenter la taille de la fenêtre de transfert.

Par exemple, même si l’expéditeur suit la vitesse de transmission de données, la latence peut être élevée si plusieurs intermédiaires existent entre l’expéditeur et le récepteur ou les données doivent transiter via un intermédiaire ou un réseau avec perte. Donc l’expéditeur doit attendre les accusés de réception des messages dans sa fenêtre de transfert avant d’accepter d’envoyer de nouveaux messages sur le fil. Plus la mémoire tampon est petite et la latence est élevée, moins l’utilisation du réseau sera efficace. En revanche, une taille de fenêtre de transfert trop importante peut avoir un impact sur le service parce que ce dernier devra peut-être atteindre la vitesse de transmission élevée des données envoyées par le client.

Exécution du service en fonction de la capacité

Une fois que le réseau est utilisé efficacement, il convient également de s’assurer que le service s’exécute à capacité optimale. La propriété de la taille de la fenêtre de transfert sur le récepteur indique combien de messages le récepteur peut mettre en mémoire tampon. Cette mise en mémoire tampon permet non seulement de contrôler le flux du réseau mais également d'exécuter le service à capacité complète. Par exemple, si la mémoire tampon est un message et les messages arrivent plus vite que le service ne peut les traiter, alors le réseau peut supprimer des messages et la capacité peut être gaspillée ou sous-utilisée.

L’utilisation d’une mémoire tampon augmente la disponibilité du service car ce dernier reçoit et met en mémoire tampon simultanément un message, en traitant les messages reçus précédemment.

Nous recommandons d’utiliser le même MaxTransferWindowSize sur l’expéditeur et le récepteur à la fois.

Activation du contrôle de flux

Le contrôle de flux est un mécanisme qui garantit que l’expéditeur et le récepteur fonctionnent au même rythme, autrement dit, que les messages sont consommés et traités aussi rapidement qu’ils sont produits. La taille de la fenêtre de transfert sur le client et sur le service garantit que l’expéditeur et le récepteur respectent une fenêtre de synchronisation raisonnable.

Nous recommandons vivement d’attribuer à la propriété FlowControlEnabled la valeur true lorsque vous utilisez une session fiable entre un client WCF et un service WCF.

Définition de MaxPendingChannels

Lors de l’écriture d’un service qui active la communication de session fiable de clients différents, il est possible que plusieurs clients établissent une session fiable vers le service en même temps. La réponse du service dans ces situations dépend de la propriété MaxPendingChannels.

Lorsque l'expéditeur crée un canal de session fiable vers un récepteur, une négociation entre eux établit une session fiable. Après avoir établi la session fiable, le canal est mis en file d'attente pour l'acceptation par le service. La propriété MaxPendingChannels indique combien de canaux peuvent être dans cet état.

Il est possible que le service soit dans un état où il ne peut plus accepter de canaux. Si la file d’attente est complète, une tentative d’établir une session fiable est repoussée et le client doit réessayer.

Il se peut également que les canaux en file d’attente y restent pour une durée plus longue. Entre-temps, un délai d’inactivité sur la session fiable peut survenir, provoquant la transition du canal à l’état de faute.

Lors de l’écriture d’un service servant plusieurs clients simultanément, vous devez définir une valeur appropriée à vos besoins. Une valeur trop haute pour la propriété MaxPendingChannels a un impact sur votre plage de travail.

La valeur par défaut de MaxPendingChannels est de quatre canaux.

Sessions fiables et hébergement

En cas d’hébergement web d’un service utilisant des sessions fiables, vous devez tenir compte des considérations importantes suivantes :

• Les sessions fiables sont avec état, et l'état est géré dans AppDomain. Cela signifie que tous les messages qui font partie d'une session fiable doivent être traités dans le même AppDomain. Les batteries de serveurs web et les domaines privés web dont la taille est supérieure à un nœud ne peuvent pas garantir cette contrainte.

• Les sessions fiables utilisant des canaux HTTP doubles (par exemple, WsDualHttpBinding) peuvent nécessiter plus que les deux connexions HTTP par défaut pour chaque client. Cela signifie qu’une session fiable duplex peut requérir un maximum de deux connexions dans chaque direction, parce que les messages d’application et de protocole simultanés peuvent être transférés dans chaque direction à tout moment. Sous certaines conditions, selon le modèle d’échange de messages du service, cela signifie qu’il est possible d’interbloquer un service hébergé sur le web à l’aide de HTTP double et de sessions fiables. Pour augmenter le nombre de connexions HTTP autorisées par client, ajoutez ce qui suit au fichier de configuration pertinent (par exemple, web.config du service en question) :

  <configuration>
    <system.net>
      <connectionManagement>
        <add name="*" maxconnection="4" />
      </connectionManagement>
    </system.net>
  </configuration>
  

  La valeur de l’attribut maxconnection est le nombre de connexions nécessaires. Le minimum dans ce cas doit être de quatre connexions.