Présentation de la limitation des messages

 

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2015-03-09

Cette rubrique décrit les options de limitation des messages disponibles dans Microsoft Exchange Server 2010. Elle décrit également les améliorations apportées à la fonctionnalité de limitation des messages incluse dans l’édition Service Pack 1 (SP1) de Microsoft Exchange Server 2010. La limitation des messages désigne un groupe de limites définies pour le nombre de messages et de connexions que peut traiter un ordinateur doté de Microsoft Exchange 2010 et sur lequel le rôle serveur de transport Hub ou de transport Edge est installé. Ces limites évitent l’épuisement accidentel ou intentionnel des ressources système sur le serveur de transport.

Pour plus d’informations sur les tâches inhérentes à la gestion des serveurs de transport, voir Gestion des serveurs de transport.

Contenu de cette rubrique

Portée de la limitation des messages

Options de limitation des messages sur les serveurs de transport

Option de limitation des messages sur les connecteurs d’envoi

Option de limitation des messages sur les connecteurs de réception

Stratégies de limitation des messages

Portée de la limitation des messages

La limitation des messages implique diverses limites concernant la vitesse de traitement des messages, la vitesse de connexion SMTP et les délais d’expiration des sessions SMTP. Ensemble, ces limites permettent d’éviter que tout serveur de transport Hub ou de transport Edge ne soit submergé par les opérations d’acceptation et de remise des messages. Bien qu’il puisse y avoir un nombre important de messages et de connexions en souffrance, les limites de la limitation des messages permettent au serveur de transport de traiter les messages et les connexions de façon ordonnée.

Outre la limitation des messages, Exchange 2010 permet d’appliquer des limites de taille sur les composants individuels des messages, tels que le nombre de destinataires, la taille de l’en-tête de message ou la taille des pièces jointes individuelles. Pour plus d’informations sur les tailles limites des messages, consultez la rubrique Présentation des limites de taille de message.

Une autre fonctionnalité Exchange 2010 permettant d’éviter la saturation des ressources système d’un serveur de transport Exchange 2010 est la régulation du flux. La régulation du flux est une fonctionnalité d’analyse des ressources système sur les serveurs de transport Hub et de transport Edge. Lorsqu’une ressource système analysée, telle que l’utilisation du disque dur ou de la mémoire, dépasse le seuil spécifié, le serveur de transport Exchange diminue le taux auquel il accepte de nouvelles connexions et de nouveaux messages et se concentre sur la remise des messages existants. Lorsque les ressources système analysées reviennent à des niveaux d’utilisation normaux, le serveur de transport Exchange augmente légèrement ce même taux pour le ramener à un niveau normal. Pour plus d’informations, voir Présentation de la fonctionnalité de régulation du flux.

Améliorations apportées à la limitation des messages dans Exchange 2010 SP1

Exchange 2010 SP1 inclut des fonctionnalités supplémentaires qui améliorent la fonctionnalité de limitation des messages. Ces améliorations concernent les problèmes suivants auxquels les administrateurs peuvent être confrontés dans un environnement de messagerie :

  • Le nombre de ressources nécessaires pour l’envoi de messages dotés de pièces jointes volumineuses ou transmis à plusieurs destinataires étant plus important, les autres opérations de remise des messages peuvent connaître une latence accrue.

  • Un taux élevé d’opérations de remise aux boîtes aux lettres peut diminuer la qualité d’utilisation interactive de la boîte aux lettres des utilisateurs. Les utilisateurs peuvent, par exemple, être confrontés à des temps d’actualisation ou de mise à jour ralentis au moment d’accéder à leurs boîtes aux lettres.

  • Il n’existe aucune méthode centralisée pour contrôler la manière dont un utilisateur en particulier risque, par erreur, d’affecter les ressources d’un serveur de transport. Cette erreur peut se produire si l’utilisateur transmet des messages avec des coûts de remise élevés en termes de nombre de destinataires ou de taille globale des messages, ou les deux.

Pour garantir un débit cohérent des messages et une latence de remise des messages prévisible, Exchange 2010 SP1 établit un coût cumulé pour les messages. Ce coût est évalué à partir des critères suivants :

  • Taille des messages

  • Nombre de destinataires

  • Fréquence de transmission

Les serveurs de transport fonctionnant sous Exchange 2010 SP1 contrôlent le coût moyen de remise des messages envoyés par chacun des utilisateurs. En tenant compte du coût des messages, Exchange 2010 SP1 fournit un groupe de paramètres qui permettent de contrôler l’incidence d’un utilisateur ou d’une connexion sur une organisation Exchange. Pour ce groupe de paramètres, on parle alors de stratégie de limitation. Lorsqu’un utilisateur transmet à maintes reprises des messages coûteux, notamment des messages à pièces jointes volumineuses ou des messages adressés à plusieurs destinataires, les serveurs de transport Exchange 2010 SP1 appliquent une stratégie de limitation pour attribuer une priorité moins élevée à des messages plus coûteux de l’utilisateur tout en poursuivant la remise des messages à plus faible coût. Ce nouveau paramètre procure un aspect « qualité de service » à la fonctionnalité de limitation des messages dans Exchange 2010.

RemarqueRemarque :
La limitation des messages n’affecte pas la priorité des messages du point de vue de l’utilisateur. Les messages conservent toujours la priorité définie à l’origine par l’utilisateur. Ils peuvent, par exemple, conserver un paramètre Important ou Urgent et ainsi de suite.

Pour la prise en charge de cette nouvelle fonctionnalité, Exchange 2010 SP1 a recours aux mécanismes suivants :

  • Agent de priorité interne Cet agent est déclenché dans l’événement OnResolvedMessage et attribue une priorité plus faible à des messages du même expéditeur dont le coût cumulé est elévé. Ce coût est mesuré sur une période d’une minute et affecte les messages de plus de 500 destinataires P1 et P2 ou de taille supérieure à un mégaoctet (Mo).

  • Mise en file d’attente prioritaire selon des quotas pour la file d’attente de type MapiDelivery Ce mécanisme contraint Exchange à envoyer des messages d’une file d’attente de priorité normale plus fréquemment que des messages d’une file d’attente à faible priorité. Par défaut, le ratio entre messages de priorité normale/faible est de 20:1. Cependant, les nouveaux messages placés dans une file d’attente à faible priorité ne sont jamais remis avant les nouveaux éléments d’une file d’attente de priorité plus élevée. Imaginons, par exemple, le scénario suivant :

    1. Vingt messages de priorité normale sont remis. Par défaut, le prochain message remis est un message de plus faible priorité.

    2. Le serveur de transport reçoit deux nouveaux messages : un message provenant d’une file d’attente à haute priorité, un autre issu d’une file d’attente de priorité plus faible.

    Dans ce scénario, le message de la file d’attente à haute priorité est remis en premier. Le message de la file d’attente à faible priorité est ensuite remis.

  • Limitation des connexions simultanées selon l’intégrité de la base de données de messagerie (Messaging Database) Ce mécanisme surveille l’intégrité de la base de données de messagerie Exchange (MDB) et limite les connexions simultanées aux serveurs de transport Exchange en fonction d’une valeur de mesure d’intégrité attribuée. La MDB est surveillée par l’API du moniteur d’intégrité des ressources sur le serveur de transport Hub et se voit attribuer une valeur d’intégrité de -1 à 100. Cette valeur est fondée sur les statistiques de performance RPC incluses avec chaque réponse RPC du processus Store.exe. Le mécanisme d’intégrité des ressources utilise à la fois le compteur de performances du taux de demandes/seconde et le compteur de performances Latence moyenne RPC pour calculer une valeur d’intégrité pour la base de données. Pour garantir une expérience d’utilisation interactive cohérente à l’utilisateur, Exchange réduit le nombre de connexions simultanées à mesure que la valeur d’intégrité diminue. Les plages de valeurs d’intégrité suivantes sont disponibles :

    • -1 : cette valeur indique que l’état d’intégrité de la base de données MDB est inconnu. Elle est attribuée au démarrage de la base de données. Dans ce scénario, l’intégrité de la base de données est jugée satisfaisante.

    • 0 : cette valeur est attribuée si l’état d’intégrité de la base de données n’est pas bon. Dans cet état, la base de données ne devrait pas être contactée.

    • 1 à 99 : ces valeurs indiquent un état d’intégrité correct. Une valeur inférieure indique une base de données de moins bonne intégrité.

    • 100 : cette valeur indique une base de données intègre.

Le service de limitation Microsoft Exchange disponible dans Exchange 2010 SP1 définit le cadre de limitation du flux des messages. Ce service est installé lorsque vous installez le rôle serveur de boîtes aux lettres. Le service de limitation Exchange 2010 suit les paramètres de limitation de flux de messages pour un utilisateur en particulier et met en cache mémoire les informations de limitation. Les paramètres de limitation du flux de messages sont également désignés sous le nom de budget. Tout redémarrage du service de limitation Exchange 2010 a pour effet de réinitialiser les budgets de limitation du flux de messages.

Vous pouvez utiliser les cmdlets de la stratégie de limitation disponibles dans Exchange 2010 SP1 pour configurer les paramètres de budget individuels d’une stratégie de limitation. Un budget désigne le degré d’accès dont dispose un utilisateur ou une application pour un paramètre spécifique. Il répresente le nombre de connexions dont peut bénéficier un utilisateur ou le nombre des activités qu’il est potentiellement autorisé à effectuer pour chaque période d’une minute. Par exemple, vous pouvez configurer un budget afin de définir le temps pendant lequel un utilisateur peut utiliser une fonctionnalité donnée dans Exchange, telle qu’ActiveSync, Outlook Web App ou les services Web Exchange. Ce seuil est stocké dans une stratégie de limitation et définit le budget.

Les paramètres de temps pour un budget sont définis sous la forme d’un pourcentage pour une minute. Un seuil de 100 % représente donc 60 secondes. Par exemple, imaginons que vous souhaitiez préciser les paramètres de stratégie Outlook Web App qui limitent le temps pendant lequel un utilisateur peut exécuter du code Outlook Web App sur un serveur d’accès au client, ainsi que le temps de communication avec ce dernier, à 600 millisecondes sur une période d’une minute. Pour cela, vous devez définir la valeur à 1 pour cent d’une minute (600 millisecondes) pour les deux paramètres suivants :

  • OWAPercentTimeInCAS : 1

  • OWAPercentTimeInMailboxRPC : 1

Un utilisateur auquel cette stratégie est appliquée dispose à la fois d’un budget OWAPercentTimeInCAS et OWAPercentageTimeInMailboxRPC de 600 millisecondes. Dans ce scénario, dès qu’il se connecte dans Outlook Web App, l’utilisateur peut exécuter le code d’accès au client pendant 600 millisecondes au maximum. Une fois la période de 600 millisecondes écoulée, la connexion est considérée hors budget et le serveur Exchange n’autorise plus aucune action de la part d’Outlook Web App avant que la limite du budget ne soit atteinte (une minute après). À l’issue du délai d’une minute, l’utilisateur peut exécuter le code d’accès au client Outlook Web App pour 600 millisecondes supplémentaires.

Ces fonctionnalités d’Exchange 2010 SP1 alliées aux fonctionnalités de la version de publication (RTM) d’Exchange 2010 permettent à un administrateur Exchange de garantir une cohérence d’utilisation aux utilisateurs sans avoir à déployer davantage de serveurs que le nombre requis pour satisfaire une charge de travail normale.

Options de limitation des messages sur les serveurs de transport

Vous pouvez définir les options de limitation des messages aux emplacements suivants :

  • sur le serveur de transport ;

  • sur un connecteur d’envoi ;

  • sur un connecteur de réception.

Vous pouvez définir l’ensemble des options de limitation des messages disponibles sur les serveurs de transport Hub ou de transport Edge dans l’environnement de ligne de commande Exchange Management Shell. Vous pouvez également définir certaines options en configurant les propriétés du serveur de transport dans la console de gestion Exchange.

Le tableau suivant présente les options de limitation des messages à la disposition des serveurs de transport Hub ou des serveurs de transport Edge.

Options de limitation des messages sur les serveurs de transport Hub ou Edge

Source Paramètre Description

Set-TransportServer

MaxConcurrentMailboxDeliveries

Ce paramètre spécifie le nombre maximal de threads de remise que le serveur de transport Hub peut ouvrir simultanément pour remettre des messages à des boîtes aux lettres. Le pilote de banque d’informations du serveur de transport Hub est responsable de la remise des messages entre les serveurs de boîtes aux lettres. Ces limites s’appliquent à la remise des messages dans les boîtes aux lettres de l’organisation Exchange. La valeur par défaut du paramètre MaxConcurrentMailboxDeliveries est 20.

Set-TransportServer

MaxConcurrentMailboxSubmissions

Ce paramètre spécifie le nombre maximal de threads de remise que le serveur de transport Hub peut ouvrir simultanément pour accepter des messages provenant de boîtes aux lettres. Le pilote de banque d’informations du serveur de transport Hub est responsable de la remise des messages entre les serveurs de boîtes aux lettres. Ces limites s’appliquent à l’acceptation de nouveaux messages provenant de boîtes aux lettres de l’organisation Exchange. La valeur par défaut du paramètre MaxConcurrentMailboxSubmissions est 20.

Set-TransportServer

MaxConnectionRatePerMinute

Ce paramètre spécifie la vitesse maximale à laquelle de nouvelles connexions entrantes peuvent être ouvertes sur les serveurs de transport Hub ou de transport Edge. Ces connexions sont ouvertes sur les connecteurs de réception existant sur le serveur. La valeur par défaut du paramètre MaxConnectionRatePerMinute est 1200 connexions par minute.

Set-TransportServer ou

propriétés du serveur de transport

MaxOutboundConnections

Ce paramètre spécifie le nombre maximal de connexions sortantes simultanées que les serveurs de transport Hub ou de transport Edge peuvent ouvrir simultanément. Les connexions sortantes se produisent en utilisant les connecteurs d’envoi existant sur le serveur. La valeur spécifiée par le paramètre MaxOutboundConnections s’applique à tous les connecteurs d’envoi existant sur le serveur de transport. La valeur par défaut du paramètre MaxOutboundConnections est 1000. Si vous entrez la valeur unlimited, aucune limite n’est imposée quant au nombre de connexions sortantes.

Cette valeur peut également être configurée au moyen de la console de gestion Exchange.

Set-TransportServer ou

propriétés du serveur de transport

MaxPerDomainOutboundConnections

Ce paramètre spécifie le nombre maximal de connexions qu’un serveur de transport Hub ou Edge côté Internet peut ouvrir sur un domaine distant. Les connexions sortantes aux domaines distants se produisent en utilisant les connecteurs d’envoi existant sur le serveur. La valeur par défaut du paramètre MaxPerDomainOutboundConnections est 20. Si vous entrez la valeur unlimited, aucune limite n’est imposée quant au nombre de connexions sortantes par domaine.

Cette valeur peut également être configurée au moyen de la console de gestion Exchange.

Set-TransportServer

PickupDirectoryMaxMessagesPerMinute

Ce paramètre spécifie la vitesse de traitement des messages pour les répertoires de collecte et de relecture. Chaque répertoire peut traiter de façon indépendante des fichiers de messages à la vitesse spécifiée par le paramètre PickupDirectoryMaxMessagesPerMinute. Par défaut, le répertoire de collecte peut traiter 100 messages par minute et le répertoire de relecture 100 messages par minute au même moment.

Les répertoires de collecte et de relecture recherchent de nouveaux fichiers de messages toutes les 5 secondes, soit 12 fois par minute. Cet intervalle de 5 secondes entre deux interrogations n’est pas configurable. Cela signifie que le nombre maximal de messages qui peuvent être traités durant cet intervalle correspond à la valeur que vous attribuez au paramètre PickupDirectoryMaxMessagesPerMinute, divisée par 12 (PickupDirectoryMaxMessagesPerMinute/12). Par défaut, un peu plus de 8 messages au maximum peuvent être traités pendant chaque intervalle de 5 secondes entre deux interrogations.

Pour plus d’informations, consultez les rubriques suivantes :

Option de limitation des messages sur les connecteurs d’envoi

Le tableau qui suit affiche l’option de limitation des messages disponible sur les connecteurs d’envoi configurés dans votre organisation ou sur un serveur de transport Edge. Vous devez utiliser l’environnement de ligne de commande Exchange Management Shell pour configurer cette option.

Option de limitation des messages disponibles sur les connecteurs d’envoi

Source Paramètre Description

Set-SendConnector

ConnectionInactivityTimeOut

Ce paramètre spécifie la durée maximale pendant laquelle une connexion SMTP ouverte avec un serveur de messagerie de destination peut rester inactive avant d’être interrompue. La valeur par défaut est 10 minutes.

Pour plus d’informations, consultez la rubrique Set-SendConnector.

Option de limitation des messages sur les connecteurs de réception

Le tableau qui suit affiche les options de limitation des messages disponibles sur les connecteurs de réception configurés sur un serveur de transport Hub ou un serveur de transport Edge. Vous devez utiliser l’environnement de ligne de commande Exchange Management Shell pour configurer ces options.

Option de limitation des messages disponibles sur les connecteurs de réception

Source Paramètre Description

Set-ReceiveConnector

ConnectionInactivityTimeOut

Ce paramètre spécifie la durée maximale pendant laquelle une connexion SMTP ouverte avec un serveur de messagerie source peut rester inactive avant d’être interrompue. La valeur par défaut pour un connecteur de réception configuré sur un serveur de transport Hub est 5 minutes. La valeur par défaut pour un connecteur de réception configuré sur un serveur de transport Edge est 1 minute.

Set-ReceiveConnector

ConnectionTimeOut

Ce paramètre spécifie la durée maximale pendant laquelle une connexion SMTP avec un serveur de messagerie source peut rester ouverte, même si le serveur de messagerie source transmet des données. La valeur par défaut pour un connecteur de réception configuré sur un serveur de transport Hub est 10 minutes. La valeur par défaut pour un connecteur de réception configuré sur un serveur de transport Edge est 5 minutes. La valeur spécifiée par le paramètre ConnectionTimeout doit être supérieure à la valeur spécifiée par le paramètre ConnectionInactivityTimeout.

Set-ReceiveConnector

MaxInboundConnection

Ce paramètre spécifie le nombre maximal de connexions SMTP entrantes que ce connecteur de réception autorise simultanément. La valeur par défaut est 5 000.

Set-ReceiveConnector

MaxInboundConnectionPercentagePerSource

Ce paramètre spécifie le nombre maximal de connexions SMTP qu’un connecteur de réception autorise simultanément depuis un serveur de messagerie source. La valeur est exprimée comme pourcentage de connexions restantes disponibles sur un connecteur de réception. Le nombre maximal de connexions autorisées par le connecteur de réception est défini par le paramètre MaxInboundConnection. La valeur par défaut du paramètre MaxInboundConnectionPercentagePerSource est 2 %.

Set-ReceiveConnector

MaxInboundConnectionPerSource

Ce paramètre spécifie le nombre maximal de connexions SMTP qu’un connecteur de réception autorise simultanément depuis un serveur de messagerie source. La valeur par défaut est 100.

Set-ReceiveConnector

MaxProtocolErrors

Ce paramètre spécifie le nombre maximal d’erreurs de protocole SMTP qu’un connecteur de réception autorise avant que le connecteur de réception ne ferme la connexion au serveur de messagerie source. La valeur par défaut est 5.

Set-ReceiveConnector

TarpitInterval

Ce paramètre spécifie l’intervalle de répulsion des courriers indésirables. La répulsion des courriers indésirables (tarpitting) est la pratique consistant à retarder de façon artificielle les réponses SMTP pour des profils de communication SMTP spécifiques qui indiquent des attaques DHA (Directory Harvest Attack) ou d’autres messages indésirables. Une attaque DHA (Directory Harvest Attack) est une tentative de collecte d’adresses électroniques valides d’une organisation spécifique à utiliser comme cible pour l’envoi de messages électroniques commerciaux non sollicités.

L’intervalle spécifié par le paramètre TarpitInterval s’applique uniquement aux connexions anonymes. La valeur par défaut du paramètre TarpitInterval est 5. Pour plus d’informations, consultez la rubrique Présentation du filtrage des destinataires.

Pour plus d’informations, consultez la rubrique Set-ReceiveConnector.

Stratégies de limitation des messages

Dans Exchange 2010 SP1, chaque boîte aux lettres contient un paramètre ThrottlingPolicy. La valeur par défaut de ce paramètre est $Null. Vous pouvez utiliser la commande Set-Mailbox avec le paramètre ThrottlingPolicy pour configurer la stratégie de limitation d’une boîte aux lettres.

Par défaut, il existe une stratégie de limitation qui offre une configuration par défaut avec un budget précis pour les utilisateurs qui se connectent à Exchange. Pour configurer des paramètres de budget personnalisés pour un ou plusieurs utilisateurs, créez une nouvelle stratégie de limitation. Appliquez ensuite la stratégie à l’utilisateur ou au groupe approprié.

ImportantImportant :
Nous vous conseillons de ne pas modifier la valeur de limitation par défaut.

Vous pouvez définir toutes les options de limitation des messages disponibles sur les serveurs de boîtes aux lettres dans l’environnement de ligne de commande Exchange Management Shell. Les cmdlets suivantes sont disponibles pour gérer les stratégies de limitation :

  • Get-ThrottlingPolicy

  • Remove-ThrottlingPolicy

  • New-ThrottlingPolicy

  • Set-ThrottlingPolicy

Pour plus d’informations, voir Présentation des stratégies de limitation du client.

Vous pouvez utiliser les cmdlets New-ThrottlingPolicy et Set-ThrottlingPolicy pour configurer le volume des activités que peut effectuer un utilisateur dans Exchange sur une connexion ou une période donnée. Ces paramètres forment le budget de l’utilisateur. Vous pouvez établir des stratégies de limitation pour contrôler l’accès aux fonctionnalités Exchange suivantes :

  • Exchange ActiveSync

  • Services Web Exchange

  • Outlook Web App

  • Messagerie unifiée

  • IMAP4

  • POP3

  • Connexions client Outlook (connexions MAPI ou RPC)

  • Paramètres de flux de messages

  • Commandes PowerShell

  • Utilisations de l’UC

Pour plus d’informations sur les paramètres de stratégie pouvant être employés avec les cmdlets de stratégie de limitation, voir New-ThrottlingPolicy et Set-ThrottlingPolicy.

Pour plus d’informations sur la configuration des serveurs de transport, voir les rubriques suivantes :

 © 2010 Microsoft Corporation. Tous droits réservés.