Compartir a través de


Descripción de las directivas de limitación de peticiones de clientes

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2015-03-09

MicrosoftExchange Server 2010 usa directivas de limitación de peticiones de cliente para administrar el rendimiento de su organización de Exchange. Para hacerlo, Exchange realiza un seguimiento de los recursos que consume cada usuario e impone límites de ancho de banda de la conexión, si es necesario.

Entre otras cosas, la limitación del cliente le ayuda a asegurarse de que:

  • Los usuarios no agoten el sistema de forma voluntaria.

  • Los usuarios no agoten el sistema de forma involuntaria.

  • Los usuarios de diversos métodos de conectividad compartan los recursos de forma proporcional.

En Exchange Server 2010 SP1, todas las directivas de limitación de peticiones de cliente están habilitadas de forma predeterminada. Si tiene problemas, es posible que la causa sean estas directivas, puede probar desactivando la limitación de peticiones de cliente. Para ello, defina todos los parámetros de directivas en $Null.

Contenido

Directivas predeterminadas y no predeterminadas

Descripción de parámetros de directivas

Parámetros y comandos del Shell de administración de Exchange

Tareas de administración de directivas de limitación comunes

Contadores de rendimiento de limitación

Directiva de reserva

Directivas predeterminadas y no predeterminadas

Cuando se crea una organización de Exchange, también se crea automáticamente una directiva de limitación predeterminada que rige, de manera implícita, a todos los usuarios dentro de esa organización. Aunque generalmente la directiva de limitación de cliente predeterminada es suficiente para administrar la carga asignada a su sistema de Exchange, puede personalizar la directiva predeterminada o agregar directivas adicionales de acuerdo con las necesidades de su organización.

Si hospeda varios inquilinos en su organización de Exchange, puede definir una carga aceptable para cada usuario de un inquilino. De manera similar, si se encuentra en una organización local, puede definir una carga aceptable de acuerdo con cada usuario. Gracias a las directivas, Exchange evalúa la forma en que cada usuario usa el sistema y garantiza que la carga por usuario resultante se encuentre dentro de unos límites aceptables según la definición de la directiva del usuario. El sistema de limitación de peticiones de cliente realiza un seguimiento del uso del sistema de cada usuario y usa la directiva de limitación asociada con cada uno para determinar si deben imponerse limitaciones.

En las instalaciones de Exchange 2010 Enterprise, existe una única directiva de limitación predeterminada que se denomina Primera organización. En las implementaciones de varios inquilinos, cada uno tiene su propia directiva de limitación predeterminada.

Directiva de reserva

El marco de limitación de peticiones está diseñado para proteger los recursos de Exchange. Por lo tanto, si la directiva no predeterminada está dañada o falta, la directiva de limitación de peticiones primero se revertirá a la directiva de limitación de peticiones predeterminada para la organización. Sin embargo, si la directiva predeterminada está dañada o falta, la directiva de limitación de peticiones se revertirá a la directiva de limitación de peticiones. Dado que la directiva de limitación de peticiones está incrustada en Exchange, es menos probable que sufra daños.

La directiva de limitación de peticiones también se aplica a las cuentas autenticadas, como cuentas de equipo, contactos entre bosques y cuentas de Active Directory que no tienen buzones de correo. Estas cuentas tendrán los valores de la directiva de limitación de peticiones asignados. Dado que estas cuentas usan a directiva de limitación de peticiones, los valores de la directiva no pueden modificarse.

La directiva de limitación de peticiones utiliza los siguientes valores:

Tipo de acceso

MaxConcurrency

PercentTimeinAD

PercentTimeinCAS

PercentTimeinRPC

Otros

Anónimos

1

$null

$null

$null

EAS

10

$null

$null

$null

10 (maxDevices)
$null ($MaxDeviceDeletesPerMonth

EWS

10

50

90

60

5000 (maxSubscription)
60 (fastSearchTimeout)1000 (findCountLimit)

IMAP

$null

$null

$null

$null

OWA

5

30

150

150

POP

20

$null

$null

$null

PowerShell

18

$null (maxTenantConcurrency)
$null (maxCmdletsTime$null (MaxCmdlets)
Period)
$null (ExchangeMaxCmdlets)
$null (maxCmdletQueueDepth)
$null (maxDestructiveCmdlets)
$null (maxDestructiveCMdletsTimePeriod)

RCA

2000

5

205

200

CPA

20

205

200

General

$null (MessageRateLimit)
$null (RecipientRateLimit)
$null (ForwardeeLimit)
$null (cpuStartPercent)

Directivas predeterminadas y no predeterminadas

Descripción de parámetros de directivas

Las configuraciones de directivas de limitación se administran a través del Shell de administración de Exchange con los cmdlets Get-ThrottlingPolicy, Set-ThrottlingPolicy, New-ThrottlingPolicy y Remove-ThrottlingPolicy.

La carga aceptable de una directiva de limitación está definida por los valores de parámetros del cmdlet de esa directiva de limitación. Los tipos de componentes cubiertos por las directivas de limitación son los siguientes:

  • MicrosoftExchange ActiveSync

  • Servicios Web Exchange

  • IMAP

  • Outlook Web App

  • POP

  • Windows PowerShell

Todos los tipos de componentes tiene parámetros de directivas que funcionan de manera similar, salvo el tipo de componente de Windows PowerShell.

Los tipos de componentes comunes están regidos por cuatro parámetros de directivas: <Component Acronym>MaxConcurrency, <Component Acronym>PercentTimeInAD, <Component Acronym>PercentTimeInCAS y -<Component Acronym>PercentTimeInMailboxRPC. Los nombres de los parámetros están precedidos por el acrónimo de tipo de componente. La siguiente tabla muestra los acrónimos de tipo de componente que se usan para los parámetros en los cmdlets de las directivas de limitación.

Acrónimos de tipo de componente usados en los cmdlets de las directivas de limitación

Acrónimo de componente Descripción Ejemplo

EAS

Exchange ActiveSync

En el parámetro EASPercentTimeInCAS, el acrónimo de componente EAS representa el componente de Exchange ActiveSync.

EWS

Servicios Web Exchange

En el parámetro EWSPercentTimeInCAS, el acrónimo de componente EWS representa el componente de servicios web de Exchange.

OWA

Outlook Web App

En el parámetro OWAPercentTimeInCAS, el acrónimo de componente OWA representa el componente de Outlook Web App.

IMAP

IMAP4

En el parámetro IMAPPercentTimeInCAS, el acrónimo de componente IMAP representa el componente de IMAP4.

POP

POP3

En el parámetro POPPercentTimeInCAS, el acrónimo de componente POP representa el componente de POP3.

Nota

Los usuarios de mensajería unificada se consideran usuarios de servicios Web Exchange y sus conexiones al servidor de Exchange quedan limitadas por los parámetros de los servicios Web Exchange, tales como EWSMaxConcurrency, EWSPercentTimeInAD, EWSPercentTimeInCAS y EWSPercentTimeInMailboxRPC.

Directivas predeterminadas y no predeterminadas

MaxConcurrency

El valor para un parámetro de directiva MaxConcurrency indica cuántas conexiones simultáneas puede tener un usuario especificado con respecto a un servidor de Exchange. Se conserva una conexión desde el momento en que se recibe una solicitud hasta que se envía una respuesta en su totalidad al solicitante. Si los usuarios intentan efectuar más solicitudes simultáneas de las que permite su directiva, el nuevo intento de conexión dará error. Sin embargo, las conexiones existentes siguen siendo válidas. <Component Acronym>MaxConcurrency tiene un intervalo válido de 0 a 2147483647, ambos incluidos. Para indicar que <Component Acronym>MaxConcurrency debe quedar sin límite, este valor se debe establecer en $null.

Importante

No se deben establecer parámetros de directivas de limitación en $null salvo que haya una necesidad comercial para hacerlo. Los usuarios sin limitación no tienen restricciones en cuanto a su capacidad de colocar gran carga en el servidor de manera involuntaria o por accidente.

PercentTimeInCAS, PercentTimeInAD y PercentTimeInMailboxRPC

El valor para un parámetro de directivas de PercentTimeInCAS, PercentTimeInAD o PercentTimeInMailboxRPC indica qué porcentaje de un minuto se puede usar:

  • Ejecución del código de servidor de acceso de cliente (<Component Acronym>PercentTimeInCAS)

  • Ejecución de las solicitudes LDAP (<Component Acronym>PercentTimeInAD)

  • Ejecución de las solicitudes RPC de buzones (<Component Acronym>PercentTimeInMailboxRPC)

Un valor de 100 indica que por cada ventana de un minuto, el proceso puede emplear 60 segundos de ese tiempo consumiendo el recurso en cuestión. Aunque parezca que un proceso nunca encontrará una limitación con un valor establecido en 100, se debe tener en cuenta el efecto de solicitudes simultáneas. Si un proceso realiza dos solicitudes que consumen 60 segundos por cada código que se ejecute en el servidor de acceso de cliente, el proceso usará, efectivamente, 120 segundos en una ventana de 60 segundos; esto representa un valor de <Component Acronym>PercentTimeInCAS de 200 por ciento.

Para indicar que PercentTimeInCAS, PercentTimeInADPercentTimeInMailboxRPC debe quedar sin límite, este valor se debe establecer en $null.

Importante

No se deben establecer parámetros de directivas de limitación en $null salvo que haya una necesidad comercial para hacerlo. Los usuarios no tienen restricciones en cuanto a su capacidad de colocar gran carga en el servidor de manera involuntaria o por accidente.

Es importante destacar que <Component Acronym>PercentTimeInCAS es un superconjunto superpuesto de <Component Acronym>PercentTimeInAD y <Component Acronym>PercentTimeInMailboxRPC. Esto significa que el consumo del tiempo de procesamiento del servidor de acceso de cliente siempre será mayor que los consumos en <Component Acronym>PercentTimeInAD y <Component Acronym>PercentTimeInMailboxRPC. Esto sucede porque, para realizar una llamada de Exchange o RPC, el componente de Active Directory ya tiene que estar ejecutando el código del servidor de acceso de cliente. Además, el consumo en el tiempo de procesamiento para <Component Acronym>PercentTimeInCAS no se detiene mientras se realizan las llamadas LDAP o RPC. Aunque la solicitud puede estar esperando de manera sincrónica una respuesta de Active Directory o del almacenamiento de Exchange, el proceso sigue consumiendo un subproceso en el servidor y, por lo tanto, se le debe continuar asignando carga por ese uso. Como resultado, el valor <Component Acronym>PercentTimeInCAS debe definirse como un valor mayor que el valor <Component Acronym>PercentTimeInAD y el valor <Component Acronym>PercentTimeInMailboxRPC.

Directivas predeterminadas y no predeterminadas

Parámetros y comandos del Shell de administración de Exchange

En esta sección se explican los parámetros de Windows PowerShell indicados a continuación:

  • PowerShellMaxConcurrency

  • PowerShellMaxCmdlets

  • PowerShellMaxCmdletsTimePeriod

  • PowerShellMaxCmdletQueueDepth

PowerShellMaxConcurrency

En el contexto de Shell remoto, el parámetro PowerShellMaxConcurrency define el número máximo de sesiones de Shell remoto que un usuario de Shell remoto puede tener abiertas al mismo tiempo. En el contexto de los servicios web, el parámetro PowerShellMaxConcurrency especifica el número de cmdlets simultáneos que un usuario puede ejecutar al mismo tiempo. El valor de este parámetro no se relaciona necesariamente con el número de exploradores abiertos por el usuario.

PowerShellMaxCmdlets

El parámetro PowerShellMaxCmdlets establece el número de cmdlets que se pueden ejecutar por periodo de tiempo sin que sean limitados. Este parámetro depende directamente del valor definido por el parámetro PowerShellMaxCmdletsTimePeriod. Ambos valores se deben establecer al mismo tiempo.

PowerShellMaxCmdletsTimePeriod

El parámetro PowerShellMaxCmdletsTimePeriod establece el periodo de tiempo, en segundos, en que un usuario puede ejecutar el número de cmdlets definidos por el parámetro PowerShellMaxCmdlets.

PowerShellMaxCmdletQueueDepth

El parámetro PowerShellMaxCmdletQueueDepth establece el número de operaciones que un usuario puede ejecutar al mismo tiempo. Este valor afecta directamente al comportamiento de los parámetros PowerShellMaxCmdlets y PowerShellMaxConcurrency. Por ejemplo, el parámetro PowerShellMaxConcurrency usará hasta, por lo menos, dos operaciones definidas por el parámetro PowerShellMaxCmdletQueueDepth, pero las operaciones adicionales también se contarán en comparación con la limitación cada vez que el cmdlet se ejecute. La cantidad de operaciones que cuentan a favor de la limitación depende de los cmdlets que se están ejecutando. Se recomienda que el valor del parámetro PowerShellMaxCmdletQueueDepth sea al menos tres veces superior al valor del parámetro PowerShellMaxConcurrency. Este parámetro no afectará a las operaciones que se ejecuten mediante el Panel de control de Exchange ni a las operaciones que se ejecuten mediante los servicios Web Exchange .

Directivas predeterminadas y no predeterminadas

Administración del límite de directivas de cliente

El Shell de administración de Exchange permite modificar y ver la configuración de las directivas de limitación mediante los cmdlets descritos en la siguiente tabla.

Cmdlets para administrar directivas de limitación de cliente en un servidor de acceso de cliente

Nombre de cmdlet Descripción

New-ThrottlingPolicy

Este cmdlet crea una nueva directiva de limitación.

Remove-ThrottlingPolicy

Este cmdlet quita una directiva de limitación.

Get-ThrottlingPolicy

Este cmdlet permite ver la configuración de directiva de limitación.

Set-ThrottlingPolicy

Este cmdlet modifica todas las configuraciones disponibles para una directiva de limitación.

Para conocer la sintaxis y los parámetros de estos cmdlets, consulte New-ThrottlingPolicy, Remove-ThrottlingPolicy, Get-ThrottlingPolicy y Set-ThrottlingPolicy.

Puede asociar una directiva de limitación con objeto específico. El objeto puede ser un usuario con un buzón de correo, un usuario sin un buzón de correo, un contacto o una cuenta de equipo. Para conocer la sintaxis y los parámetros de estos cmdlets, consulte Get-ThrottlingPolicyAssociation y Set-ThrottlingPolicyAssociation.

Nota

Para asociar una directiva de limitación con un usuario único o un grupo de usuarios, use el parámetro ThrottlingPolicy con los cmdlets New-Mailbox y Set-Mailbox.

Administración de la configuración de directiva de limitación de cliente por cada usuario

Puede usar el parámetro ThrottlingPolicy de los cmdlets Set-Mailbox y New-Mailbox en el Shell de administración de Exchange para asociar las directivas de limitación de cliente con un usuario o grupo de usuarios al modificar las propiedades de los buzones. Para obtener más información, vea Set-Mailbox y New-Mailbox.

Directivas predeterminadas y no predeterminadas

Tareas de administración de directivas de limitación comunes

Los siguientes son algunas formas de administrar las directivas de limitación de cliente.

Recuperación de directivas de limitación predeterminadas

De manera predeterminada, las directivas de limitación tienen el parámetro IsDefault configurado como True. Puede recuperar la directiva de limitación predeterminada mediante el filtro de where-object. En el ejemplo siguiente, se muestra cómo recuperar la directiva de limitación predeterminada.

Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}

Recuperación de la directiva de limitación que rige a un usuario

Puede establecer las directivas de limitación por cada usuario. Por lo tanto, quizás, desee recuperar la directiva que rige a un usuario específico. Puede obtener el parámetro ThrottlingPolicy del buzón de correo del usuario en el que está interesado y transferirlo al cmdlet Get-ThrottlingPolicy. En el siguiente ejemplo, se usa el buzón de correo de un usuario llamado Antonio Bermejo.

$policy = $null;
$policyLink = (Get-Mailbox tonysmith).ThrottlingPolicy;
if ($policyLink -eq $null)
{ 
    $policy = Get-ThrottlingPolicy | ? {$_.IsDefault};
}
else
{
    $policy = $policyLink | Get-ThrottlingPolicy;
}

Directivas predeterminadas y no predeterminadas

Creación de una directiva de limitación nueva y no predeterminada

Para crear una directiva de limitación nueva y no predeterminada, ejecute el cmdlet New-ThrottlingPolicy y establezca los parámetros que desee. Los parámetros que se omiten heredarán los valores de la directiva de limitación predeterminada. En el ejemplo siguiente se crea una nueva directiva de limitación, ClientThrottlingPolicy2. La nueva directiva tiene casi las mismas configuraciones de una directiva de limitación predeterminada. La diferencia es que la directiva de limitación nueva y no predeterminada, ClientThrottlingPolicy2, establece EWSPercentTimeInCAS en 80 y desactiva la limitación EWSPercentTimeInAD.

New-ThrottlingPolicy -Name ClientThrottlingPolicy2 -EWSPercentTimeInCAS 80 -EWSPercentTimeInAD $null;

Asignación de una directiva de limitación no predeterminada a un usuario

Para asignar una directiva de limitación no predeterminada a un usuario, use el cmdlet Set-Mailbox, de la siguiente manera.

$b = Get-ThrottlingPolicy ClientThrottlingPolicy2;
Set-Mailbox -Identity tonysmith -ThrottlingPolicy $b;

Si un usuario está regido por una directiva de limitación no predeterminada y desea que el usuario use la directiva predeterminada, puede creer que se puede realizar este cambio al configurar el parámetro ThrottlingPolicy en $null. Desafortunadamente, la configuración del parámetro ThrottlingPolicy en $null no modifica el objeto de buzón. Para hacer que la directiva de limitación predeterminada se aplique al usuario, debe establecer, de manera explícita, la directiva de limitación predeterminada para ese usuario mediante el siguiente comando.

$policy = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true};
Set-Mailbox -Identity tonysmith -ThrottlingPolicy $policy;

Directivas predeterminadas y no predeterminadas

Búsqueda de todos los usuarios controlados por una directiva de limitación específica

Si desea conocer qué usuarios están controlados por una directiva de limitación específica, ejecute el cmdlet Get-Mailbox y filtre la identidad de la directiva de limitación, tal como se muestra en el siguiente ejemplo. En este ejemplo, $policy es la directiva para la cual está filtrando.

Get-Mailbox | where-object {$_.ThrottlingPolicy -eq $policy.Identity}

Quitar las directivas de limitación

Solamente se pueden quitar directivas de limitación que son directivas no predeterminadas y que no están asociadas a buzones. Para hacerlo, ejecute el cmdlet Remove-ThrottlingPolicy y transfiera la identidad de la directiva de limitación mediante el uso del siguiente comando.

Remove-ThrottlingPolicy ClientThrottlingPolicy2

Si tiene una directiva de limitación asociada con usuarios, primero, debe reasignar esos usuarios a otra directiva y, a continuación, puede eliminar la directiva que desea eliminar. En el ejemplo siguiente, se muestra cómo hacerlo.

$policy = Get-ThrottlingPolicy ClientThrottlingPolicy2;
$mailboxes = Get-Mailbox | where-object {$_.ThrottlingPolicy -eq $policy.Identity};
$defaultPolicy = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true};
foreach ($mailbox in $mailboxes)
{
Set-Mailbox -Identity $mailbox.Identity -ThrottlingPolicy $defaultPolicy;
}
Remove-ThrottlingPolicy ClientThrottlingPolicy2;

Directivas predeterminadas y no predeterminadas

Modificación de las directivas de limitación

Una directiva de limitación existente (incluida la predeterminada) se modifica si se ejecuta el cmdlet Set-ThrottlingPolicy y especifica qué parámetros debe cambiar. Por ejemplo, para cambiar el valor de parámetro EWSMaxConcurrency de la directiva de limitación predeterminada a 4, se puede usar el siguiente comando.

$a = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
$a | Set-ThrottlingPolicy -EWSMaxConcurrency 4

Contadores de rendimiento de limitación

Debido a que la limitación ayuda a regir el uso general de los componentes de Exchange en un servidor de Exchange, a menudo, es útil examinar cómo afecta la limitación al sistema. Exchange ofrece un conjunto de contadores de rendimiento de limitación por proceso. Por ejemplo, un proceso de Exchange, como Outlook Web App, tendrá su propio conjunto de contadores y los servicios Web Exchange tendrán su propio conjunto. En la herramienta de rendimiento de Windows, estos contadores se denominan instancias.

Habilitar el registro de limitación en el registro de acceso de cliente RPC

De forma predeterminada, la limitación del registro está deshabilitada para el servicio de acceso de cliente RPC. Por lo tanto, no verá información de limitación en los registros de acceso de cliente RPC. Para habilitar el registro de limitación, siga estos pasos:

  1. Abra el siguiente archivo en un editor de texto, como el Bloc de notas: C:\Archivos de programa\Microsoft\Exchange Server\V14\Bin Microsoft.Exchange.RpcClientAccess.Service.exe.config

  2. En el archivo, busque la sección <add key="LoggingTag" value="ConnectDisconnect, Logon, Failures, ApplicationData, Warnings" />.

  3. Escriba Throttling en la cadena de valores separados por comas. Por ejemplo, escriba Throttling en la cadena que se asemeje a lo siguiente: <add key="LoggingTag" value="ConnectDisconnect, Logon, Failures, ApplicationData, Warnings, Throttling" />.

    Guarde los cambios y, a continuación, cierre el archivo.

  4. Reinicie el servicio de acceso de cliente RPC.

Directivas predeterminadas y no predeterminadas

 © 2010 Microsoft Corporation. Reservados todos los derechos.