Monitor de máximo de API simultáneas

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

Este monitor alerta cuando se alcanza la condición de máximo de API simultáneas.

Knowledge Base article:

Resumen

Cuando los clientes experimentan interrupciones de autenticación de Windows, Exchange, SharePoint y LOB debido al bajo valor predeterminado de MaxConcurrentAPI, que es el límite del máximo de validaciones de contraseña de PAC de Kerberos o NTLM de las que puede ocuparse un servidor en un momento dado.

Considere el siguiente escenario:

En este escenario, NTLM solicita tiempo de espera. Por ejemplo, los clientes de Exchange no se autentican en el servidor de Exchange cuando se produce este problema. Por lo tanto, los usuarios no pueden acceder a sus buzones y parece que Microsoft Outlook deja de responder.

Causas

Este problema se produce porque se alcanza el límite de API de NTLM.

La proliferación de dispositivos que generan carga de autenticación está causando una tendencia al aumento de las interrupciones en las grandes organizaciones.

La economía de escala obtenida mediante la nube lleva al límite la infraestructura de Windows que aprovecha nuestro Active Directory.

BPOS y O365 ya han aumentado este valor a 10 y 150 respectivamente. La corrección del Registro se ha implementado ampliamente mediante la implicación de casos de CSS anteriores.

Soluciones

Nota: No se puede deshabilitar la validación de PAC de Kerberos para los grupos de aplicaciones IIS o para algunos servicios relacionados con Exchange.

Nota: Para decidir qué valor se establece para la configuración de MaxConcurrentApi en su entorno, consulte el siguiente artículo de Knowledge Base.

Artículo de la Knowledge Base: 2688798

Adicional

Ajuste del rendimiento de la autenticación NTLM mediante la configuración de MaxConcurrentApi.

Más información

Para más información sobre este problema, revise el artículo de TechNet siguiente. Configuración de MaxConcurrentAPI para la autenticación de paso 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
Alerta de máximo de API simultáneas alcanzado
Máximo de API simultáneas alcanzado en el servidor {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>