Общие сведения о соотношениях ролей сервера и производительности Exchange

 

Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Последнее изменение раздела: 2016-11-28

После определения оптимальных конфигураций процессора, памяти и диска следует определить количество ролей сервера каждого типа, которые необходимо развернуть. Каждая среда уникальна, поэтому данные рекомендации следует рассматривать в качестве отправных точек для конкретной среды.

Содержание

Соотношения ролей сервера

Соотношение для роли пограничного транспортного сервера

Соотношения для серверов Active Directory и серверов почтовых ящиков

Соотношения ролей сервера

В следующей таблице приведены рекомендуемые соотношения ролей сервера, рассчитанные на основе руководства по процессорным ядрам в разделе Общие сведения о конфигурациях процессоров и производительности Exchange. Кроме того, роль сервера почтовых ящиков является основой для вычисления соотношений между количествами процессорных ядер. Роли транспортного сервера-концентратора и сервера клиентского доступа сопоставляются с ролью сервера почтовых ящиков согласно рекомендациям.

Примечание.
Для рационального выбора различных конфигураций процессоров и серверов можно также использовать рейтинги, доступные в разделе Корпорация по оценке производительности на основе стандартов (SPEC).

Рекомендуемые соотношения процессорных ядер на основе конфигурации ролей сервера

Конфигурация ролей сервера	Рекомендуемое соотношение процессорных ядер
Сервер почтовых ящиков : транспортный сервер-концентратор	7:1 (на транспортном сервере-концентраторе не выполняется поиск вирусов) 5:1 (на транспортном сервере-концентраторе выполняется поиск вирусов)
Сервер почтовых ящиков : сервер клиентского доступа	4:3
Сервер почтовых ящиков и комбинированная роль сервера клиентского доступа и транспортного сервера-концентратора	1:1

Важно!

Рекомендуемые соотношения ролей сервера почтовых ящиков и сервера клиентского доступа рассчитаны на основе использования функции Exchange 2010, клиентского доступа RPC. Эта функция требует большей конфигурации памяти и процессора для управления повышенными нагрузками на роль сервера клиентского доступа. Функция клиентского доступа RPC по умолчанию включена. Дополнительные сведения см. в разделе Общие сведения о серверах клиентского доступа RPC.

При использовании данных рекомендаций необходимо иметь в виду следующее:

• Приведенные выше соотношения являются обобщенными (не окончательными), они могут не подходить для некоторых топологий. Общее правило означает, что соотношения не является обязательным требованием для поддержки.

• Соотношения могут существенно меняться в зависимости от профилей пользователей. Если пользователь создает нагрузку, превышающую ожидаемую, на роль сервера почтовых ящиков, а не на роль транспортного сервера-концентратора, то это приводит к увеличению соотношения «сервер почтовых ящиков : транспортный сервер-концентратор», и наоборот.

• Эти рекомендации основаны на внутреннем развертывании серверов почтовых ящиков в Microsoft, включающем приблизительно 750 пользователей с высокой нагрузкой на процессорное ядро.

• При использовании этих соотношений предполагается, что серверы почтовых ящиков в периоды максимальной нагрузки используют более 60 процентов ресурсов процессора с соответствующей загрузкой процессора на транспортных серверах-концентраторах и серверах клиентского доступа.

• В этих рекомендациях предполагается, что процессоры, используемые в ролях серверов почтовых ящиков, транспортных серверов-концентраторов и серверов клиентского доступа, имеют одинаковый тип и скорость.

• В целях обеспечения избыточности и бесперебойной работы в случае запланированного или незапланированного простоя сервера следует развернуть как минимум два транспортных сервера-концентратора и два сервера клиентского доступа.

• Соотношение для роли транспортного сервера-концентратора, на котором выполняется поиск вирусов, было получено с помощью Microsoft Forefront Security для сервера Exchange с пятью активными модулями проверки.

• В соотношение для роли сервера клиентского доступа включено использование протокола SSL (Secure Sockets Layer) для всех протоколов доступа.

Для роли сервера единой системы обмена сообщениями соотношение указать невозможно, поскольку загрузка этого сервера не зависит напрямую от роли сервера почтовых ящиков. Дополнительные сведения о планировании емкости серверов единой системы обмена сообщениями см. в разделе Общие сведения о доступности единой системы обмена сообщениями.

В начало

Соотношение для роли пограничного транспортного сервера

Чтобы определить необходимое количество пограничных транспортных серверов, необходимо измерить или оценить следующие показатели в периоды максимальной нагрузки:

• Подключений в секунду

• Сообщений в секунду

• Средний размер сообщения

Определение требуемого числа основано на количестве подключений и обработанных сообщений, а средний размер сообщения используется в качестве дополнительного фактора. Поскольку не каждое подключение SMTP транслируется в SMTP-сообщение, а также не каждое принятое сообщение проходит через защиту от вирусов и нежелательной почты, крайне трудно предложить простую методологию определения размера на основе скорости отправки сообщений. Загрузка пограничного транспортного сервера зависит от нескольких факторов, уникальных для каждой организации.

Примечание.
В целях обеспечения избыточности и бесперебойной работы в случае запланированного или незапланированного простоя сервера следует развернуть как минимум два пограничных транспортных сервера.

В следующей таблице приведены значения данных о производительности для ключевых метрик внутреннего развертывания в Microsoft. Эти метрики и их значения можно использовать для дальнейшего изучения характеристик производительности пограничного транспортного сервера.

Метрики производительности для внутреннего развертывания пограничных транспортных серверов в корпорации Microsoft

Метрика производительности	Значение
Подключений SMTP/с	55
Процент принятых подключений	80 %
Подключений SMTP, проверенных IMF/с	3.7
Процент сообщений SMTP, прошедших проверку IMF	80 %
Подключений SMTP, проверенных на вирусы/с	3
Средний размер сообщения	70 КБ
Загрузка процессора	20 %**

** Компьютер с двумя процессорными разъемами и двухъядерным процессором AMD Opteron 275 2,2 ГГц

Значительная доля загрузки сервера связана с затратами на анализ подключений и проверку принятых сообщений. По этой причине невозможно предложить метрику для определения размера, основанную исключительно на количестве сообщений, отправленных и принятых за секунду, поскольку функции проверки на вирусы и нежелательную почту потребляют существенную долю ресурсов процессора на пограничном транспортном сервере.

В начало

Соотношения для серверов Active Directory и серверов почтовых ящиков

Рекомендуемое число серверов каталогов Служба каталогов Active Directory на каждом сайте, содержащем серверы почтовых ящиков или пользователей Exchange 2010, зависит от числа процессорных ядер в каждом компьютере с ролью сервера почтовых ящиков Exchange 2010 и аппаратной платформы, на которой запущена служба Служба каталогов Active Directory. Рассмотрим конкретные ситуации.

• Если служба Служба каталогов Active Directory работает на платформе x86 (32-разрядной), то рекомендуемое соотношение числа процессорных ядер сервера каталога Служба каталогов Active Directory к числу процессорных ядер сервера почтовых ящиков Exchange 2010 — 1:4.

• Если служба Служба каталогов Active Directory работает на платформе x64 (64-разрядной), то рекомендуемое соотношение числа процессорных ядер сервера каталога Служба каталогов Active Directory к числу процессорных ядер сервера почтовых ящиков Exchange 2010 — 1:8. Чтобы обеспечить соотношение 1:8, необходимо установить достаточный объем памяти на сервер каталога для кэширования всей базы данных Служба каталогов Active Directory в памяти. Для выяснения объема базы данных Служба каталогов Active Directory просмотрите файл NTDS.DIT на сервере глобального каталога. По умолчанию он расположен в папке %WINDIR%\NTDS.

В приведенных соотношениях важно учитывать соотношение процессорных ядер, а не самих процессоров. То есть при подсчете двухъядерный процессор необходимо учитывать как 2 ядра. Разница в соотношениях между 32- и 64-разрядной системой возникает в связи с большим объемом памяти, который может поддерживать 64-разрядная операционная система в сравнении с 32-разрядной.

Для сервера Exchange 2010 рекомендуется развернуть одно 32-разрядное процессорное ядро сервера глобального каталога для каждых четырех процессорных ядер сервера почтовых ящиков Exchange 2010 или одно 64-разрядное процессорное ядро сервера глобального каталога для каждых восьми процессорных ядер сервера почтовых ящиков Exchange 2010. Хотя на требуемое число процессорных ядер сервера глобального каталога влияют другие роли сервера, развернутые серверы почтовых ящиков влияют на развертывание каждой из других ролей. Таким образом, можно определить достаточное число процессорных ядер сервера глобального каталога исходя из числа процессорных ядер сервера почтовых ящиков.

Дополнительные сведения об определении размера и соотношений для сервера каталога Служба каталогов Active Directory см. в разделе Планирование службы каталогов Active Directory.

В начало

 © Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.