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

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

  Примечание.

  На несущих серверах можно развертывать только программы для управления (например, антивирусные программы, программы резервного копирования или программы управления виртуальной машиной). Никакие другие серверные приложения (например, Exchange, Microsoft SQL Server или Служба каталогов Active Directory) на несущем сервере устанавливаться не должны. Необходимо выделить несущие серверы для запуска ведомых виртуальных машин.

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

В начало

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

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

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

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

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

В начало

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

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

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

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

В начало

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

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

В начало

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

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

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

В начало

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

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

В начало

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

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

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

1. Расчет числа серверов   Для определения допуска для защиты от одновременного сбоя двух серверов требуется группа DAG из четырех узлов, поэтому проектирование необходимо начинать с четырех серверов почтовых ящиков в группе DAG.
   
   
2. Расчет максимального количества активных почтовых ящиков на каждый сервер на основе модели активации   Если предположить, что активные базы данных равномерно распределены по узлам, то на каждом сервере в идеале будет размещаться 2000 активных почтовых ящиков (8000 ? Чтобы рассчитать число активных почтовых ящиков после сбоя в двух узлах (на основе этого примера), следует разделить число почтовых ящиков на два оставшихся узла, что составляет 4000 активных почтовых ящиков на узел (8000 ?
   
   В этом примере для параметра 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 активных почтовых ящиков (4000 ? 6 МБ) ? 1024 = 23,4 ГБ. Требования к кэшу базы данных основаны на профиле почтового ящика. Дополнительные сведения см. в подразделе «Показатели кэша базы данных» раздела Общие сведения о кэше базы данных почтовых ящиков.
   
   
8. Применение общих требований к памяти к аппаратной платформе   Требования к общему объему памяти основаны на требованиях к размеру кэша базы данных. Дополнительные сведения см. в таблице Размер кэша базы данных почтовых ящиков по умолчанию в разделе Общие сведения о кэше базы данных почтовых ящиков. Требование к общему объему памяти для сервера с несколькими ролями в этом примере: 37,3 ГБ ((4 ГБ + 23,4 ГБ)/0,75). Так как значение 37 ГБ не является стандартной конфигурацией памяти, значение конфигурации памяти, которую поддерживает текущий сервер, округляется до 48 ГБ.
   
   

В начало