Общие сведения о политиках регулирования клиентов
Применимо к: Exchange Server 2010
Последнее изменение раздела: 2009-11-17
В системе Microsoft Exchange Server 2010 используются политики регулирования клиентов для управления производительностью организации Exchange. Для этого на сервере Exchange отслеживаются ресурсы, потребляемые каждым пользователем, и принудительно устанавливаются необходимые предельные значения пропускной способности подключения.
Регулирование клиентов позволяет также убедиться в том, что:
- пользователи преднамеренно не нагружают систему;
- пользователи непреднамеренно не нагружают систему;
- пользователи различных методов подключения имеют пропорциональный общий доступ к ресурсам.
Содержание
Политики по умолчанию и не по умолчанию
Общие сведения о параметрах политики
Команды и параметры консоли управления Exchange
Общие задачи управления политикой регулирования
Счетчики производительности регулирования
Политики по умолчанию и не по умолчанию
Несмотря на то что существует политика регулирования клиентов по умолчанию, использования которой обычно достаточно для управления нагрузкой на систему Exchange, можно настраивать эту политику по умолчанию или добавлять дополнительные политики в соответствиями с требованиями организации.
При размещении нескольких владельцев в организации Exchange можно определить допустимую нагрузку для каждого из них. Кроме того, при использовании локальной организации можно определить допустимую нагрузку для отношений между пользователями. Политики в системе Exchange позволяют оценивать использование каждым пользователем системы и не допускают выхода результирующей нагрузки для каждого пользователя за пределы допустимого диапазона, определенного в политике пользователя. Система регулирования клиентов отслеживает использование системы каждым пользователем и применяет связанную с определенным пользователем политику регулирования, чтобы определить необходимость регулирования.
При создании организации Exchange автоматически создается политика регулирования по умолчанию, которая неявно управляет всеми пользователями в этой организации.
При установке Exchange 2010 Enterprise создается одна политика регулирования по умолчанию с именем «Основная организация». При установке службы Outlook Live каждый владелец имеет собственную политику регулирования по умолчанию.
Общие сведения о параметрах политики
Управлять параметрами политики регулирования можно в командной консоли Exchange с помощью командлетов Get-ThrottlingPolicy, Set-ThrottlingPolicy, New-ThrottlingPolicy и Remove-ThrottlingPolicy.
Допустимую нагрузку политики регулирования можно указать в этой политике с помощью значений параметра командлета. Ниже приведены типы компонентов, к которым применяются политики регулирования.
- Microsoft Exchange ActiveSync
- Веб-службы Exchange
- IMAP
- Outlook Web App
- POP
- Windows PowerShell
Все эти типы компонентов имеют аналогичные параметры политики, за исключением типа компонента Windows PowerShell.
Для управления общими типами компонентов используются четыре параметра политики: <Component Acronym>MaxConcurrency, <Component Acronym>PercentTimeInAD, <Component Acronym>PercentTimeInCAS и -<Component Acronym>PercentTimeInMailboxRPC. Имена параметров начинаются с префикса-аббревиатуры типа компонента. В следующей таблице перечислены аббревиатуры типов компонентов, используемые для параметров в командлетах политики регулирования.
Аббревиатуры типов компонентов, используемые в командлетах политики регулирования
| Аббревиатура компонента | Описание | Пример |
|---|---|---|
EAS |
Exchange ActiveSync |
В параметре EASPercentTimeInCAS аббревиатура компонента EAS представляет компонент Exchange ActiveSync. |
EWS |
Веб-службы Exchange |
В параметре EWSPercentTimeInCAS аббревиатура компонента EWS представляет компонент веб-служб Exchange. |
OWA |
Outlook Web App |
В параметре OWAPercentTimeInCAS аббревиатура компонента OWA представляет компонент Outlook Web App. |
IMAP |
IMAP4 |
В параметре IMAPPercentTimeInCAS аббревиатура компонента IMAP представляет компонент IMAP4. |
POP |
POP3 |
В параметре POPPercentTimeInCAS аббревиатура компонента POP представляет компонент POP3. |
.gif "Dd297964.note(ru-ru,EXCHG.140).gif") Примечание. |
|---|
| Пользователи единой системы обмена сообщениями рассматриваются как пользователи веб-служб Exchange, а их подключения к серверу Exchange регулируются параметрами веб-служб Exchange, такими как EWSMaxConcurrency, EWSPercentTimeInAD, EWSPercentTimeInCAS и EWSPercentTimeInMailboxRPC. |
В начало
MaxConcurrency
Значение параметра политики MaxConcurrency указывает, сколько одновременных подключений к серверу Exchange может установить определенный пользователь. Подключение удерживается с момента получения запроса и до отправки полного ответа запросившей стороне. Если пользователь одновременно пытается выполнить больше запросов, чем допускает политика, то попытка установки нового подключения завершается сбоем. Однако существующие подключения остаются допустимыми. Параметр <Component Acronym>MaxConcurrency имеет допустимый диапазон значений от 0 до 100 включительно. Чтобы указать, что параметр <Component Acronym>MaxConcurrency не подлежит регулировке (предел отсутствует), необходимо установить значение $null.
Важно!
Не рекомендуется без необходимости устанавливать для параметров политики регулирования значение $null. Нерегулируемые пользователи не ограничены в возможности преднамеренно или непреднамеренно нагружать сервер.
PercentTimeInCAS, PercentTimeInAD и PercentTimeInMailboxRPC
Значение параметра политики PercentTimeInCAS, PercentTimeInAD или PercentTimeInMailboxRPC указывает процентное выражение времени (одной минуты), в течение которого можно:
- выполнять код сервера клиентского доступа (<Component Acronym>PercentTimeInCAS);
- выполнять запросы LDAP (<Component Acronym>PercentTimeInAD);
- выполнять запросы RPC почтового ящика (<Component Acronym>PercentTimeInMailboxRPC).
Значение 100 указывает, что для каждого одноминутного окна пользователь может потратить 60 секунд на использование соответствующего ресурса. Несмотря на то что процесс не будет регулироваться при установке значения 100, необходимо принимать во внимание действие одновременных запросов. Если один процесс включает в себя два одновременных запроса, каждый из которых имеет 60 секунд на выполнение кода сервера клиентского доступа, этот процесс фактически использует 120 секунд в одноминутном окне и представляет значение <Component Acronym>PercentTimeInCAS, равное 200 процентам.
Чтобы указать, что параметры PercentTimeInCAS, PercentTimeInAD и PercentTimeInMailboxRPC не подлежат регулировке (предел отсутствует), необходимо установить значение $null.
Важно!
Не рекомендуется без необходимости устанавливать для параметров политики регулирования значение $null. Пользователи не ограничены в возможности преднамеренно или непреднамеренно нагружать сервер.
Обратите внимание, что значение <Component Acronym>PercentTimeInCAS является перекрывающимся множеством значений <Component Acronym>PercentTimeInAD и <Component Acronym>PercentTimeInMailboxRPC. Это значит, что расход времени на обработку сервера клиентского доступа всегда будет превышать расход времени в <Component Acronym>PercentTimeInAD и <Component Acronym>PercentTimeInMailboxRPC. Это происходит потому, что для выполнения компонентом Exchange вызова Active Directory или RPC необходимо предварительное выполнение кода сервера клиентского доступа. Кроме того, расход времени на обработку для <Component Acronym>PercentTimeInCAS не прекратится до выполнения вызовов LDAP или RPC. Несмотря на то что в запросе может происходить синхронное ожидание ответов из хранилища Active Directory или Exchange, этот процесс создает поток на сервер, и поэтому для него продолжается взимание платы. В результате для <Component Acronym>PercentTimeInCAS необходимо установить значение, превышающее сумму значений <Component Acronym>PercentTimeInAD и <Component Acronym>PercentTimeInMailboxRPC.
В начало
Команды и параметры консоли управления Exchange
В этом разделе рассматриваются следующие параметры Windows PowerShell:
- PowerShellMaxConcurrency
- PowerShellMaxCmdlets
- PowerShellMaxCmdletsTimePeriod
- PowerShellMaxCmdletQueueDepth
PowerShellMaxConcurrency
В контексте удаленной командной консоли параметр PowerShellMaxConcurrency указывает максимальное число сеансов удаленной командной консоли, которое может одновременно открыть пользователь консоли. В контексте веб-служб параметр PowerShellMaxConcurrency указывает число параллельно выполняемых командлетов, которые одновременно может запустить пользователь. Не требуется сопоставления значения этого параметра с числом открытых пользователем браузеров.
PowerShellMaxCmdlets
Параметр PowerShellMaxCmdlets указывает число нерегулируемых командлетов, которое можно выполнить за определенный период времени. Этот параметр непосредственно зависит от значения, определенного параметром PowerShellMaxCmdletsTimePeriod. Необходимо задавать значения сразу для обоих параметров.
PowerShellMaxCmdletsTimePeriod
Параметр PowerShellMaxCmdletsTimePeriod указывает период времени (в секундах), в течение которого пользователь может выполнить число командлетов, определенное параметром PowerShellMaxCmdlets.
PowerShellMaxCmdletQueueDepth
Параметр PowerShellMaxCmdletQueueDepth указывает число операций, которое пользователь может одновременно выполнить. Это значение напрямую влияет на работу параметров PowerShellMaxCmdlets и PowerShellMaxConcurrency. Например, параметр PowerShellMaxConcurrency требует выполнения не менее двух операций, заданных в параметре PowerShellMaxCmdletQueueDepth; дополнительные операции также будут учитываться в соответствии с предельным значением регулирования при каждом запуске командлета. Число операций, вычисляемое по отношению к предельному значению регулирования, зависит от выполняемых командлетов. Рекомендуется установить для параметра PowerShellMaxCmdletQueueDepth значение, которое не менее чем в три раза превышает значение параметра PowerShellMaxConcurrency. Этот параметр не влияет на операции, выполняемые с помощью панели управления Exchange или веб-служб Exchange.
Управление политиками регулирования клиентов
Командная консоль Exchange позволяет изменять и просматривать параметры политики регулирования клиентов с помощью командлетов, описанных в следующей таблице.
Командлеты для управления политиками регулирования клиентов на сервере клиентского доступа
| Имя командлета | Описание |
|---|---|
New-ThrottlingPolicy |
Этот командлет создает новую политику регулирования. |
Remove-ThrottlingPolicy |
Этот командлет удаляет политику регулирования. |
Get-ThrottlingPolicy |
Этот командлет позволяет просматривать параметры политики регулирования. |
Set-ThrottlingPolicy |
Этот командлет позволяет изменить все доступные параметры политики регулирования. |
| Примечание. |
|---|
| Чтобы связать политику регулирования с определенным пользователем или группой пользователей, используйте параметр ThrottlingPolicy с командлетами New-Mailbox и Set-Mailbox. |
Управление параметрами политики регулирования клиентов для каждого пользователя
Чтобы связать политики регулирования клиентов с пользователем или группой пользователей, необходимо изменить свойства их почтовых ящиков с помощью параметра ThrottlingPolicy командлетов Set-Mailbox и New-Mailbox в командной консоли Exchange. Дополнительные сведения см. в разделах Set-Mailbox и New-Mailbox.
В начало
Общие задачи управления политикой регулирования
Ниже приведены некоторые способы управления политиками регулирования клиентов.
Получение политики регулирования по умолчанию
По умолчанию в политиках регулирования клиентов для параметра IsDefault установлено значение True. Можно получить политику регулирования по умолчанию с помощью фильтра where-object. В следующем примере показано, как получить политику регулирования по умолчанию.
Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
Получение политики регулирования, которая управляет пользователем
Можно установить политики регулирования для каждого пользователя. Поэтому может потребоваться получить политику, управляющую определенным пользователем. Можно получить параметр ThrottlingPolicy из почтового ящика определенного пользователя и передать его в командлет Get-ThrottlingPolicy. В следующем примере используется почтовый ящик Алексея Орехова.
$policy = $null;
$policyLink = (Get-Mailbox tonysmith).ThrottlingPolicy;
if ($policyLink -eq $null)
{
$policy = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
}
else
{
$policy = $policyLink | Get-ThrottlingPolicy;
Создание новой политики регулирования не по умолчанию
Чтобы создать новую политику регулирования не по умолчанию, выполните командлет New-ThrottlingPolicy и задайте необходимые параметры. Любые пропущенные параметры наследуют значения из политики регулирования по умолчанию. В следующем примере показано, как создать новую политику регулирования ClientThrottlingPolicy2. Новая политика имеет практически идентичные с политикой регулирования по умолчанию параметры. Отличие заключается в том, что в новой политике регулирования не по умолчанию ClientThrottlingPolicy2 для параметра EWSPercentTimeInCAS установлено значение 80 и выключено регулирование EWSPercentTimeInAD.
New-ThrottlingPolicy -Name ClientThrottlingPolicy2 -EWSPercentTimeInCAS 80 -EWSPercentTimeInAD $null;
Назначение политики регулирования не по умолчанию пользователю
Чтобы назначить политику регулирования не по умолчанию пользователю, выполните командлетSet-Mailbox, как показано ниже.
$b = Get-ThrottlingPolicy ClientThrottlingPolicy2;
Set-Mailbox -Identity tonysmith -ThrottlingPolicy $b;
Если пользователем управляет политика регулирования не по умолчанию и требуется использовать для него политику по умолчанию, можно ошибочно предположить, что установка для параметра ThrottlingPolicy значения $null позволит выполнить это изменение. Но установка для параметра ThrottlingPolicy значения $null не позволяет изменить объект почтового ящика. Чтобы применить для пользователя политику регулирования по умолчанию, необходимо явно установить ее для этого пользователя с помощью следующей команды.
$policy = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
Set-Mailbox -Identity tonysmith -ThrottlingPolicy $policy;
Поиск всех пользователей, управляемых определенной политикой регулирования
Чтобы узнать, какими пользователями управляет определенная политика регулирования, запустите командлет Get-Mailbox и выполните фильтрацию по идентификатору политики регулирования, как показано в следующем примере. В этом примере фильтрация выполняется по политике $policy.
Get-Mailbox | where-object {$_.ThrottlingPolicy -eq $policy.Identity}
Удаление политик регулирования
Можно удалить только политики регулирования не по умолчанию, которые не связаны с почтовыми ящиками. Для этого выполните командлет Remove-ThrottlingPolicy и передайте идентификатор политики регулирования с помощью следующей команды.
Remove-ThrottlingPolicy ClientThrottlingPolicy2
Чтобы удалить политику регулирования, связанную с пользователями, необходимо предварительно назначить этим пользователям другую политику. В следующем примере показано, как удалить политику, связанную с пользователями.
$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;
Изменение политик регулирования
Чтобы изменить существующую политику регулирования (в том числе политику по умолчанию), запустите командлет Set-ThrottlingPolicy и укажите параметры, которые необходимо изменить. Например, чтобы установить для параметра EWSMaxConcurrency политики регулирования по умолчанию значение 4, выполните следующую команду:
$a = Get-ThrottlingPolicy | where-object {$_.IsDefault -eq $true}
$a | Set-ThrottlingPolicy -EWSMaxConcurrency 4
Счетчики производительности регулирования
Так как регулирование позволяет управлять общим объемом использования компонентов Exchange на сервере Exchange, рекомендуется периодически проверять, как регулирование влияет на систему. В системе Exchange используется набор счетчиков производительности регулирования для каждого процесса. Например, на сервере Exchange для процесса Outlook Web App существует один набор счетчиков, а для веб-служб Exchange — другой. В средстве производительности Windows эти счетчики называются экземплярами.
В начало