Moniteur du nombre maximal d'API simultanées

Microsoft.Windows.Server.10.0.MaxConcurrentAPI.Monitor (UnitMonitor)

Ce moniteur émet une alerte quand la condition Nombre maximal d'API simultanées est atteinte.

Knowledge Base article:

Résumé

Si des clients connaissent des interruptions au niveau de l'authentification Windows, d'Exchange, de SharePoint + LOB à cause de la valeur par défaut faible de MaxConcurrentAPI, qui est un plafond pour le nombre maximal de validations de mot de passe PAC NTLM ou Kerberos qu'un serveur peut gérer simultanément,

Considérez le scénario suivant :

Dans ce scénario, le NTLM demande une expiration du délai d'attente. Par exemple, les clients Exchange ne s'authentifient pas sur le serveur Exchange quand ce problème se produit. Par conséquent, les utilisateurs ne peuvent pas accéder à leurs boîtes aux lettres, et Microsoft Outlook semble cesser de répondre.

Causes

Ce problème se produit, car la limitation de l'API NTLM est atteinte.

La prolifération des dispositifs générant une charge au niveau de l'authentification conduit à une augmentation du nombre de pannes dans les grandes organisations.

Les économies d'échelle obtenues par le cloud surchargent l'infrastructure Windows qui exploite Active Directory.

BPOS et Office 365 ont déjà augmenté cette valeur à 10 et 150 respectivement. Un correctif de Registre a été largement déployé via des engagements de cas CSS.

Résolutions

Remarque : La validation PAC Kerberos ne peut pas être désactivée pour les pools d'applications IIS ou pour certains services liés à Exchange.

Remarque : Pour déterminer la valeur à définir pour le paramètre MaxConcurrentApi dans votre environnement, reportez-vous à l'article de Base de connaissances ci-dessous.

Article de la Base de connaissances Microsoft : 2688798

Informations supplémentaires

Comment effectuer le réglage des performances pour l'authentification NTLM en utilisant le paramètre MaxConcurrentApi.

Plus d'informations

Pour plus d'informations à ce sujet, consultez l'article TechNet ci-dessous. Configuration de MaxConcurrentAPI pour l'authentification directe NTLM.

Element properties:

TargetMicrosoft.Windows.Server.10.0.OperatingSystem
Parent MonitorSystem.Health.AvailabilityState
CategoryStateCollection
EnabledTrue
Alert GenerateTrue
Alert SeverityMatchMonitorHealth
Alert PriorityNormal
Alert Auto ResolveTrue
Monitor TypeMicrosoft.Windows.Server.MaxConcurrentAPI.MonitorType
RemotableTrue
AccessibilityPublic
Alert Message
Alerte Nombre maximal d'API simultanées atteint
Nombre maximal d'API simultanées atteint dans le serveur {0}
RunAsSystem.PrivilegedMonitoringAccount

Source Code:

<UnitMonitor ID="Microsoft.Windows.Server.10.0.MaxConcurrentAPI.Monitor" Accessibility="Public" Enabled="true" Target="ServervNext!Microsoft.Windows.Server.10.0.OperatingSystem" ParentMonitorID="SystemHealth!System.Health.AvailabilityState" Remotable="true" Priority="Normal" TypeID="WindowsServer!Microsoft.Windows.Server.MaxConcurrentAPI.MonitorType" ConfirmDelivery="false" RunAs="System!System.PrivilegedMonitoringAccount">
<Category>StateCollection</Category>
<AlertSettings AlertMessage="Microsoft.Windows.Server.10.0.MaxConcurrentAPI.Monitor.AlertMessage">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>Normal</AlertPriority>
<AlertSeverity>MatchMonitorHealth</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Target/Host/Property[Type="Windows!Microsoft.Windows.Computer"]/PrincipalName$</AlertParameter1>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="MaxConcurrentAPIAvailable" MonitorTypeStateID="Success" HealthState="Success"/>
<OperationalState ID="MaxConcurrentAPIReached" MonitorTypeStateID="Error" HealthState="Error"/>
</OperationalStates>
<Configuration>
<DiagnosticMode>0</DiagnosticMode>
<IntervalSeconds>900</IntervalSeconds>
<SyncTime/>
<TimeoutSeconds>300</TimeoutSeconds>
<ThresholdWaiters>50</ThresholdWaiters>
<ThresholdTimeouts>2000</ThresholdTimeouts>
</Configuration>
</UnitMonitor>