Поделиться через

Общие сведения о нескольких конфигурациях ролей сервера при планировании загрузки

  • Статья

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

Последнее изменение раздела: 2010-01-27

В настоящее время к Microsoft Exchange Server 2010 применяются некоторые тенденции в использовании оборудования серверов. Одной из тенденций является значительное повышение производительности процессора и увеличение количества ядер, поддерживаемых физическим процессором. Это значит, что при развертывании одной роли сервера Exchange на обычном сервере, оснащенном двумя физическими процессорами, большой объем ресурсов ЦП может быть недогруженным. Некоторые клиенты пытаются повысить эффективность использования ресурсов ЦП сервера за счет виртуализация сервера. Другие пользователи объединяют роли сервера Exchange на одном физическом сервере. Оба решения являются допустимыми.

Другая тенденция — доступность моделей серверов с двумя физическими процессорами и 10–16 внутренними дисками. При размещении определенного количества почтовых ящиков, поддерживаемого системой ввода-вывода, на 10–16 дисках только для роли сервера почтовых ящиков обычно будет использоваться не более половины доступных ресурсов ЦП. Добавление роли сервера клиентского доступа и роли транспортного сервера-концентратора на сервер позволит повысить эффективность использования емкости этого сервера.

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

Содержание

Когда рекомендуется использовать конфигурации серверов с несколькими ролями?

Когда не рекомендуется использовать конфигурации серверов с несколькими ролями?

Рекомендации по выбору процессора для серверов с несколькими ролями

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

Рекомендации по выбору памяти для серверов с несколькими ролями

Определение требований к оборудованию серверов с несколькими ролями

Развертывание сервера с несколькими ролями в группе доступности баз данных

Пример изменения размера для сценария использования нескольких ролей Exchange 2010

Когда рекомендуется использовать конфигурации серверов с несколькими ролями?

Рекомендуется использовать конфигурации серверов с несколькими ролями в следующих случаях.

  • В небольших организациях, например филиале, для консолидации серверов   В развертываниях, основной целью которых является сокращение количества физических серверов, операционных систем и серверов Exchange, рекомендуется использовать конфигурации с несколькими ролями. Запуск ролей сервера клиентского доступа, транспортного сервера-концентратора и сервера почтовых ящиков на одном физическом сервере позволяет установить все необходимые роли на минимальном количестве физических серверов (2 или 3).
  • Простая модель масштабирования   В организациях, испытывающих проблему постоянного роста количества почтовых ящиков, рекомендуется развертывать серверы с несколькими ролями. Так как каждый сервер с несколькими ролями является стандартным блоком, такая модель позволяет легко добавлять эти блоки для расширения организации в соответствии с ростом емкости.
  • Развертывания серверов с внутренним хранилищем   Многие современные серверы оснащены двумя физическими процессорами (8–12 ядер) и 10–16 внутренними дисками. В Exchange 2010 выполнены некоторые улучшения, позволяющие снизить требования к системе ввода-вывода и сократить расходы на обслуживание и управление для таких серверов. В зависимости от профиля пользователя и типа диска эти серверы могут поддерживать до 4000 почтовых ящиков. Рекомендуется добавлять роли сервера клиентского доступа и транспортного сервера-концентратора на такие серверы для использования дополнительных ресурсов ЦП и преобразования серверов в автономные стандартные блоки.
  • Сценарии устранения рисков, в которых количество почтовых ящиков, размещенных на сервере почтовых ящиков, искусственно ограничено   Серверы с несколькими ролями можно развертывать, когда политики управления рисками ограничивают количество почтовых ящиков, которое можно развернуть на сервере почтовых ящиков. Например, в организации, содержащей 10 000 почтовых ящиков, действует политика, указывающая, что отключение одного сервера не должно повлиять более чем на 25 процентов почтовых ящиков в среде. Такое ограничение количества почтовых ящиков на сервере почтовых ящиков равно 2500. Дополнительную емкость на этом сервере можно использовать благодаря добавлению ролей сервера клиентского доступа и транспортного сервера-концентратора на этот сервер.

В начало

Когда не рекомендуется использовать конфигурации серверов с несколькими ролями?

Конфигурации серверов с несколькими ролями не рекомендуется использовать в следующих случаях.

  • В небольших организациях, например филиале, для консолидации серверов с помощью балансировки сетевой нагрузки Windows (NLB)   Серверы с несколькими ролями могут работать неправильно в небольших развертываниях таких серверов (два или три) в качестве участников группы доступности баз данных (DAG). Дополнительные сведения о группах доступности баз данных см. в разделе Управление группами доступности базы данных. Компонент кластеризации, добавленный на серверы почтовых ящиков, входящих в группу доступности баз данных, не позволяет установить на сервер средство балансировки сетевой нагрузки Windows. Тем не менее, требование балансировать нагрузку входящего трафика на серверах клиентского доступа сохраняется. В этом случае существует два основных сценария.

    • Приобретение устройства для балансировки нагрузки на оборудование. Несмотря на возможность приобретения устройств для балансировки сетевой нагрузки Windows, этот сценарий может быть дорогостоящим, в частности для небольших сред.
    • Виртуализация ролей сервера Exchange. Благодаря такой изоляции можно выполнить балансировку сетевой нагрузки Windows для серверов клиентского доступа, запущенных на виртуальных машинах.

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

    Dd298121.note(ru-ru,EXCHG.140).gifПримечание.
    На несущих серверах можно развертывать только программы для управления (например, антивирусные программы, программы резервного копирования или программы управления виртуальной машиной). Никакие другие серверные приложения (например, Exchange, Microsoft SQL Server или Active Directory) на несущем сервере устанавливаться не должны. Необходимо выделить несущие серверы для запуска ведомых виртуальных машин.

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

В начало

Рекомендации по выбору процессора для серверов с несколькими ролями

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

Ниже приведены минимальные требования и рекомендуемые максимальные конфигурации.

  • Минимум   Это минимальная конфигурация процессоров и памяти для серверов с несколькими ролями. Оборудование должно соответствовать приведенным минимальным требованиям, чтобы служба технической поддержки Microsoft могла предоставлять свои услуги.
  • Рекомендуемый максимум   Это рекомендуемая максимальная конфигурация процессоров и памяти для серверов с несколькими ролями. Рекомендуемый максимум определяется как оптимальная по цене и производительности конфигурация.

В следующей таблице приведен минимум и рекомендуемый максимум ядер процессора для серверов с несколькими ролями в Exchange 2010.

Конфигурация процессоров для серверов Exchange 2010 с несколькими ролями

Роль сервера Exchange 2010 Минимум Рекомендуемый максимум

Серверы с несколькими ролями (роли сервера клиентского доступа, транспортного сервера-концентратора и сервера почтовых ящиков, запущенные на одном физическом сервере)

2 ядра процессора

24 ядра процессора

В начало

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

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

Развертывание конфигураций серверов с несколькими ролями позволяет решить эту проблему и повысить эффективность использования оборудования. Например, при наличии сервера с восьмью ядрами процессора, это количество ядер можно виртуально использовать для трех ролей сервера Exchange 2010. Если роль сервера почтовых ящиков использует приблизительно четыре ядра, роль сервера клиентского доступа — три ядра, а роль транспортного сервера-концентратора — одно ядро, то соотношение ядер для ролей сервера почтовых ящиков и транспортного сервера-концентратора будет равно 4:1, а соотношение ядер для ролей сервера почтовых ящиков и сервера клиентского доступа — 4:3. Такое соотношение ядер процессора приблизительно соответствует рекомендуемому.

В следующей таблице приведены рекомендуемые соотношения ядер процессора для ролей сервера для серверов с несколькими ролями.

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

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

Сервер почтовых ящиков и транспортный сервер-концентратор

7:1 (при отключении сканирования антивирусной программы на транспортном сервере-концентраторе)

5:1 (при включении сканирования антивирусной программы на транспортном сервере-концентраторе)

Сервер почтовых ящиков и сервер клиентского доступа

4:3

В начало

Рекомендации по выбору памяти для серверов с несколькими ролями

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

Конфигурация памяти для серверов Exchange 2010 с несколькими ролями

Роль сервера Exchange 2010 Минимальная поддерживаемая Рекомендуемая

Несколько ролей (комбинации ролей транспортного сервера-концентратора, сервера клиентского доступа и сервера почтовых ящиков)

10 ГБ

10 ГБ плюс 3–30 МБ на каждый почтовый ящик (4-ядерный сервер)

14 ГБ плюс 3–30 МБ на каждый почтовый ящик (8-ядерный сервер)

18 ГБ плюс 3–30 МБ на каждый почтовый ящик (12-ядерный сервер)

22 ГБ плюс 3–30 МБ на каждый почтовый ящик (16-ядерный сервер)

30 ГБ плюс 3-30 МБ на каждый почтовый ящик (24-ядерный сервер)

В начало

Определение требований к оборудованию серверов с несколькими ролями

Наиболее простой способ определения требований к оборудованию серверов с несколькими ролями — рассчитать количество активных почтовых ящиков, которое поддерживает текущая конфигурация оборудования. В следующей таблице приведены некоторые предварительные расчеты количества пользователей, которое может поддерживать одно ядро процессора для определенного профиля пользователя. Эти расчеты являются приблизительными, поэтому рекомендуется ознакомиться с разделом Планирование загрузки процессора сервера почтовых ящиков для получения сведений о расчете количества почтовых ящиков с учетом доступных мегациклов, чтобы определить более точное количество почтовых ящиков для модели процессора сервера. После определения количества пользователей можно использовать таблицу, приведенную в подразделе «Рекомендации по выбору памяти для серверов с несколькими ролями» выше в этом разделе, чтобы определить требуемую системную память.

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

Рекомендуемое количество пользователей на одно ядро процессора для серверов с несколькими ролями

Сообщений, отправляемых и получаемых в день (размер сообщения равен 75 КБ) Пользователей на одно ядро для серверов с несколькими ролями (проверено для 16 ядер)

50

500

100

450

150

400

200

350

250

300

300

250

350

200

400

150

450

100

500

50

В начало

Развертывание сервера с несколькими ролями в группе доступности баз данных

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

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

В начало

Пример изменения размера для сценария использования нескольких ролей Exchange 2010

В следующем примере показан процесс изменения размера сервера с несколькими ролями. В этом примере при разработке используются следующие допущения.

  • Количество почтовых ящиков   12 000
  • Общее количество почтовых ящиков   8000
  • Профиль почтового ящика   100 сообщений, отправляемых или получаемых в день (например, 20 отправляемых и 80 получаемых)
  • Кэш базы данных на каждый почтовый ящик   6 МБ (для профиля 100 сообщений в день)
  • Требования к доступности   Устойчивость работы почтовых ящиков на одном сайте; защита от одновременного сбоя двух серверов
  • Требования к базе данных   40 баз данных в группе доступности баз данных, 200 почтовых ящиков в каждой базе данных
  • Серверная платформа   Сервер с процессором 2 x 4 ядра (3,33 ГГц) (8 ядер)

Применяется следующая процедура.

  1. Расчет числа серверов   Для определения допуска для защиты от одновременного сбоя двух серверов требуется группа DAG из четырех узлов, поэтому проектирование необходимо начинать с четырех серверов почтовых ящиков в группе DAG.
  2. Расчет максимального количества активных почтовых ящиков на каждый сервер на основе модели активации   Если предположить, что активные базы данных равномерно распределены по узлам, то на каждом сервере в идеале будет размещаться 2000 активных почтовых ящиков (8000 ÷ 4). Чтобы рассчитать число активных почтовых ящиков после сбоя в двух узлах (на основе этого примера), следует разделить число почтовых ящиков на два оставшихся узла, что составляет 4000 активных почтовых ящиков на узел (8000 ÷ 2).
    В этом примере для параметра MaximumActiveDatabases в командлете Set-MailboxServer настроено значение 20, чтобы обеспечить активацию не более 50 процентов баз данных на одном сервере.
  3. Расчет требований к процессору для активного почтового ящика   Умножьте максимальное количество активных почтовых ящиков на сервере на количество мегациклов для активного почтового ящика (4000 × 2 мегацикла = 8000 мегациклов) с учетом таблицы Кэш базы данных и расчетное количество операций ввода-вывода в секунду для одного почтового ящика на основе профиля пользователя и количества ежедневно отправляемых и получаемых пользователем сообщений в разделе Общие сведения о кэше базы данных почтовых ящиков. Умножьте это значение на 10 процентов для каждой дополнительной копии базы данных.
    В этом примере для каждой базы данных существует одна активная копия и две пассивных копии, поэтому 8000 мегациклов умножаются на 20 процентов (8000 × 1,2 = 9600 мегациклов). Дополнительные сведения см. в подразделе «Рекомендации к кэшу базы данных» раздела Общие сведения о кэше базы данных почтовых ящиков.
  4. Расчет требований к процессору для пассивного почтового ящика   Умножьте количество пассивных почтовых ящиков (когда на сервере размещается максимальное количество активных почтовых ящиков) на количество мегациклов для пассивного почтового ящика (4000 × 0,3 мегацикла = 1200 мегациклов) с учетом таблицы Кэш базы данных и расчетное количество операций ввода-вывода в секунду для одного почтового ящика на основе профиля пользователя и количества ежедневно отправляемых и получаемых пользователем сообщений в разделе Общие сведения о кэше базы данных почтовых ящиков. Дополнительные сведения см. в подразделе «Рекомендации к кэшу базы данных» раздела Общие сведения о кэше базы данных почтовых ящиков.
  5. Сложение требований к процессору для активного и пассивного почтовых ящиков для расчета общего требования к процессору для почтовых ящиков   В этом примере общее требование к процессору для почтовых ящиков рассчитывается по формуле: 9600 мегациклов активных почтовых ящиков + 1200 мегациклов пассивных почтовых ящиков = 10 800 мегациклов.
  6. Применение общего требования к процессору к аппаратной платформе   В этом примере используется сервер на основе процессора 2 x 4 ядра (3,3 ГГц). Это составляет 26 400 мегациклов (8 × 3300 МГц). Разделите необходимое количество мегациклов на количество доступных мегациклов на основе серверной платформы, чтобы оценить загрузку процессора в период максимальной нагрузки после сбоя в двух узлах (10 800 ÷ 26 640 = 41 процент прогнозируемой загрузки процессора).
    Рекомендуется разрабатывать сервер почтовых ящиков в конфигурации серверов с несколькими ролями таким образом, чтобы его загрузка не превышала 40 процентов в период максимальной нагрузки (например, при одновременном сбое двух узлов). Это обеспечит достаточную емкость, позволяющую выдержать загрузку процессора ролями сервера клиентского доступа и транспортного сервера-концентратора и поддерживать общую загрузку процессора серверами, равную 80 процентам, в период максимальной нагрузки (например, при одновременном сбое двух узлов).
  7. Расчет требований к памяти для активного почтового ящика   Умножьте количество активных почтовых ящиков на значение обязательного кэша базы данных для почтового ящика. В этом примере используется формула: (4000 × 6 МБ) ÷ 1024 = 23,4 ГБ. Требования к кэшу базы данных основаны на профиле почтового ящика. Дополнительные сведения см. в подразделе «Рекомендации к кэшу базы данных» раздела Общие сведения о кэше базы данных почтовых ящиков.
  8. Применение общих требований к памяти к аппаратной платформе   В этом примере используется сервер на основе процессора с восьмью ядрами. Стандартное требование к памяти для сервера с несколькими ролями на основе процессора с восьмью ядрами рассчитывается по формуле: 14 ГБ + общий кэш базы данных для активных почтовых ящиков (как показано в приведенной выше таблице).
    Общее требование к памяти для сервера с несколькими ролями в этом примере: 37,4 ГБ (14 ГБ + 23,4 ГБ). Так как значение 37 ГБ не является стандартной конфигурацией памяти, значение конфигурации памяти, которую поддерживает текущий сервер, округляется до 48 ГБ. Следует помнить, что при нормальной работе требование к памяти будет равным 25,7 ГБ (14 ГБ + 23,4 ГБ ÷ 2 ГБ), но необходимо планировать объем памяти, позволяющий выдержать нагрузку при одновременном сбое двух узлов.

В начало