После определения оптимальных конфигураций процессора, памяти и диска следует определить количество серверов с ролью каждого типа, которые необходимо развернуть. Каждая среда уникальна, поэтому данные рекомендации следует рассматривать в качестве отправных точек для конкретной среды.
Эти рекомендации основаны на внутреннем развертывании Microsoft Exchange Server 2007 в корпорации Майкрософт. В следующей таблице приведены характеристики среды обмена сообщениями Microsoft. Дополнительные сведения о среде обмена сообщениями Microsoft приведены в статье Going 64-bit with Microsoft Exchange Server 2007 (Переход на 64-разрядную технологию в Microsoft Exchange Server 2007) (на английском языке).
Характеристики среды обмена сообщениями Microsoft
Профиль пользователя | От высокой до очень высокой |
---|---|
Основной клиент (рабочие часы в будни) |
Microsoft Office Outlook 2007 или Office Outlook 2003 в режиме кэширования Exchange (MAPI/RPC) |
Основной клиент в нерабочие часы или в выходные |
Outlook 2007 или Outlook 2003 в режиме кэширования Exchange (мобильный Outlook) и Outlook Web Access |
Процент пользователей, использующих Exchange ActiveSync |
25% |
В таблице приведены рекомендуемые соотношения ролей сервера на основе приведенного в разделе Планирование конфигураций процессора и памяти руководства по процессорным ядрам, поскольку количество процессорных ядер для различных ролей, как правило, существенно различается. Кроме того, роль сервера почтовых ящиков является основой для вычисления соотношений между количеством процессорных ядер. Роли транспортного сервера-концентратора и сервера клиентского доступа сопоставляются с ролью сервера почтовых ящиков согласно рекомендациям.
Примечание. |
---|
Для рационального выбора нетипичных конфигураций «процессор-сервер» можно использовать рейтинги, доступные по адресу http://www.spec.org. Сведения о веб-узлах сторонних компаний в этом разделе предоставлены для упрощения поиска необходимых технических данных. URL-адреса могут быть изменены без предварительного уведомления. |
Рекомендуемые соотношения ролей сервера на основе процессорных ядер
Соотношение ролей сервера | Рекомендуемое соотношение процессорных ядер |
---|---|
Сервер почтовых ящиков:транспортный сервер-концентратор |
7:1 (на транспортном сервере-концентраторе не выполняется поиск вирусов) 5:1 (на транспортном сервере-концентраторе выполняется поиск вирусов) |
Сервер почтовых ящиков:сервер клиентского доступа |
4:1 |
При использовании данных рекомендаций необходимо иметь в виду следующее:
- Приведенные выше соотношения являются обобщенными, они могут не
подходить для некоторых топологий. Это означает, что эти
соотношения не являются обязательными, а само правило не является
жестким.
- Соотношения могут существенно меняться в зависимости от
профилей пользователей. Пользователь, создающий нагрузку,
превышающую ожидаемую, на сервер почтовых ящиков, а не на
транспортный сервер-концентратор, приведет к увеличению соотношения
«сервер почтовых ящиков:транспортный сервер-концентратор», и
наоборот.
- Эти рекомендации основаны на внутреннем развертывании серверов
почтовых ящиков в Microsoft, включающем приблизительно 500
пользователей с высокой нагрузкой на процессорное ядро.
- При использовании этих соотношений предполагается, что серверы
почтовых ящиков в пиковые периоды используют более 60 процентов
времени процессора с соответствующей загрузкой процессора на
транспортных серверах-концентраторах и серверах клиентского
доступа.
- В этих рекомендациях предполагается, что процессоры,
используемые на серверах почтовых ящиков, транспортных
серверах-концентраторах и серверах клиентского доступа, имеют
одинаковый тип и скорость.
- В целях отказоустойчивости и обеспечения бесперебойной работы в
случае запланированного или незапланированного простоя сервера
следует развернуть как минимум два транспортных
сервера-концентратора и два сервера клиентского доступа.
- Для определения необходимости использования дополнительных
ролей сервера на основе производительности можно использовать пакет
управления Exchange 2007 Management Pack for Microsoft
Operations Manager 2005 с пакетом обновления 1 (SP1) и
средство для устранения проблем с производительностью консоли
управления Элементы управления в узле Exchange. Эти средства
также можно использовать для точной настройки соотношений ролей
сервера для конкретного развертывания. Дополнительные сведения о
пакете управления Exchange 2007 Management Pack приведены в
разделе Наблюдение за сервером
Exchange Server 2007 с помощью Microsoft Operations Manager 2005 с
пакетом обновления 1 (SP1). Дополнительные сведения о средстве
для устранения проблем с производительностью приведены в разделе
Использование
элементов управления.
- Соотношение для роли транспортного сервера-концентратора, на
котором выполняется поиск вирусов, было получено с помощью
Microsoft Forefront Security для Exchange с пятью активными
механизмами поиска.
- В соотношение роли сервера клиентского доступа включено
использование Secure Sockets Layer (SSL) для всех протоколов
доступа.
Для сервера единой системы обмена сообщениями соотношение указать невозможно, поскольку загрузка этого сервера не зависит напрямую от роли сервера почтовых ящиков. Дополнительные сведения о планировании пропускной способности сервера единой системы обмена сообщениями приведены в статье Oпределение количества пользователей, поддерживаемого сервером единой системы обмена сообщениями Exchange 2007 (на английском языке).
Примечание. |
---|
Содержимое и URL-адрес каждого блога могут изменяться без предварительного уведомления. Содержимое каждого блога предоставляется на условиях "как есть" без каких-либо гарантий, при этом никакие права не передаются. На использование предоставляемых примеров сценариев и кода распространяются Условия использования. |
Количество пограничных транспортных серверов
Чтобы определить необходимое количество пограничных транспортных серверов, необходимо измерить или оценить следующие показатели в периоды пиковой нагрузки:
- Подключения/с
- Сообщения/с
- Средний размер сообщения
Определение требуемого числа основано на количестве подключений и обработанных сообщений, а средний размер сообщения используется в качестве дополнительного фактора. Поскольку не каждое подключение SMTP транслируется в сообщение SMTP, а также не каждое принятое сообщение проходит через защиту от вирусов и нежелательной почты, трудно предложить простую методологию определения размера на основе скорости отправки сообщений. Загрузка пограничного транспортного сервера зависит от нескольких факторов, уникальных для каждой организации.
Примечание. |
---|
В целях отказоустойчивости и обеспечения бесперебойной работы в случае запланированного или незапланированного простоя сервера следует развернуть как минимум два пограничных транспортных сервера. |
В следующей таблице приведены значения данных производительности для ключевых показателей внутреннего развертывания в 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 2007, зависит от числа ядер процессоров в каждом компьютере с ролью сервера почтовых ящиков Exchange 2007 и аппаратной платформы, на которой запущена служба Active Directory. Рассмотрим следующие конкретные ситуации:
- Если Active Directory работает на платформе x86
(32-разрядной), рекомендуемое отношение числа ядер процессоров
сервера каталога Active Directory к числу ядер процессоров
сервера почтовых ящиков Exchange 2007 – 1:4.
- Если Active Directory работает на платформе x64
(64-разрядной), рекомендуемое отношение числа ядер процессоров
сервера каталога Active Directory к числу ядер процессоров
сервера почтовых ящиков Exchange 2007 – 1:8. Чтобы обеспечить
соотношение 1:8, необходимо установить достаточный объем памяти на
сервер каталога для кэширования всей базы данных
Active Directory в памяти. Для выяснения объема базы данных
Active Directory проверьте файл NTDS.DIT на сервере
глобального каталога. По умолчанию он расположен в папке
%WINDIR%\NTDS.
В приведенных соотношениях важно учитывать ядра процессоров, а не сами процессоры, то есть при подсчете двухъядерный процессор необходимо учитывать как 2 ядра.
Для сервера Exchange 2007 рекомендуется развернуть один сервер глобального каталога на платформе 32-разрядного процессорного ядра для каждого из четырех ядер процессоров сервера почтовых ящиков Exchange 2007. Хотя на требуемое число ядер процессора сервера глобального каталога повлияют другие роли сервера, развернутые серверы почтовых ящиков влияют на развертывание каждой из других ролей. Таким образом, можно определить достаточное число ядер процессора сервера глобального каталога, исходя из числа ядер процессора сервера почтовых ящиков.
Дополнительные сведения о параметрах и соотношениях сервера службы каталога Active Directory приведены в статье Guidance on Active Directory design for Exchange Server 2007.
Примечание. |
---|
Содержимое и URL-адрес каждого блога могут изменяться без предварительного уведомления. Содержимое каждого блога предоставляется на условиях "как есть" без каких-либо гарантий, при этом никакие права не передаются. На использование предоставляемых примеров сценариев и кода распространяются Условия использования. |