Планирование архитектуры аппаратного обеспечения в Project Server 2010

 

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

Последнее изменение раздела: 2015-03-09

На пропускную способность в Microsoft Project Server 2010 могут влиять многие факторы. К таким факторам относятся число пользователей, а также тип, сложность и частота выполняемых ими операций; число операций обратной передачи в рамках одной операции; а также производительность подключений к данным. Необходимо внимательно изучить факторы, рассмотренные в этом разделе, при планировании архитектуры аппаратного обеспечения. Развертывание и настройка Project Server может выполняться множеством различных способов. При этом фактически нет простых способов, позволяющих оценить количество пользователей, которое поддерживается данным количеством серверов. Таким образом, следует обязательно провести проверку собственной среды перед развертыванием Project Server 2010 в производственной среде.

В статье описаны проверенные ограничения производительности и мощности для Microsoft Project Server 2010; представлена информация о тестовой среде и результатах тестирования, а также доступны инструкции по обеспечению приемлемого уровня производительности. Данные, представленные в этой статье, также можно использовать для оценки целевых показателей пропускной способности для Project Server.

При планировании мощности в Microsoft Project Server 2010 следует учитывать переменные факторы, которые могут повлиять на производительность развертывания Project Server.

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

Фактор	Характеристики
Проекты	Число проектов Стандартные размеры проекта с учетом задач Количество настраиваемых полей на уровне проекта Уровень компоновки (зависимости) между задачами
Пользователи	Параллельная работа пользователей. Сколько пользователей будет использовать систему одновременно? Каков средний уровень рабочей нагрузки, пиковые нагрузки по трафику? Какими разрешениями безопасности обладают пользователи? Это влияет как на объем данных, который сервер должен предоставлять пользователям в указанный период, так и на уровень сложности проверок безопасности, которые должны выполняться сервером. Географическое распределение пользователей. Когда пользователи находятся на значительном расстоянии друг от друга, это может отрицательно повлиять на производительность вследствие задержки в сети. Это также влияет на особенности использования, поскольку пользователи с наибольшей вероятностью будут обращаться к серверу в разное время суток, что затрудняет определение периодов низкой нагрузки, во время которых будут выполняться задачи технического и профилактического обслуживания (резервное копирование, создание отчетов, синхронизация Active Directory).
Особенности использования	Уровень рабочей нагрузки. Какие наборы функций используются наиболее активно? Например, характеристики развертывания, в котором активно используются расписания, будут существенно отличаться от развертывания, которое расписания не использует. Среднее время между запросами страницы Средняя продолжительность сеанса Объем полезных данных на страницах. Сколько веб-частей содержит данная страница? Каков объем данных, содержащийся в веб-частях?

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

Другие значимые переменные факторы:

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

• 
  Разделение ролей пользователей. Распределение пользователей по группам "Администраторы", "Администраторы портфеля", "Менеджеры проекта" и "Участники рабочей группы" влияет на производительность развертывания, поскольку каждый из пользователей имеет доступ к различным объемам данных. Пользователям, отнесенным к другим категориям безопасности, предоставляется различный уровень доступа по числу проектов и объему ресурсов, которые доступны для них. Администраторы, например, загрузив Project Server, могут видеть все проекты на сервере при загрузке Центра ресурсов. Менеджеры проектов, напротив, видят только свои собственные проекты. При этом для разных пользователей предусмотрены разные уровни нагрузки. Рекомендуется по возможности ограничить количество проектов, задач или ресурсов, отображаемых в данном представлении, путем определения соответствующих фильтров в представлениях, определенных в разделе "Настройки сервера>Управление представлениями".

• 
  Глобальное распределение пользователей

• 
  Проблемы, риски и результаты. Большое количество проблем, рисков и результатов становится причиной дополнительной нагрузки на SQL Server. В частности, просмотр и работа с этими объектами на сайте Project ведет к возникновению дополнительной нагрузки. При интенсивном использовании этих компонентов рекомендуется выделить дополнительные ресурсы для развертывания SQL Server в целях обеспечения высокого уровня производительности. При условии, что эти артефакты и функции сайта Project представляют собой сайты и списки SharePoint, необходимо свериться с документацией по масштабированию сайтов и списков SharePoint.

• 
  Календари. Для проектов, задач и ресурсов можно определить настраиваемые календари. Они в значительной степени влияют на систему расписаний, поскольку используют больший объем ресурсов ЦП для приложений и серверов баз данных.

Стандартные наборы данных

Наборы данных, рассматриваемые в этом разделе, характеризуются переменными, которые перечислены и разъяснены в таблице ниже. Эти переменные могут не включать все факторы, влияющие на производительность Project Server (то есть они не включают тот комплекс функций, который, скорее всего, будет использоваться в развертывании). Тем не менее, переменные содержат достаточно информации, важной при определении необходимой мощности.

	Объект	Описание и примечания	Небольшой	Средний	Большой
1	Проекты		100	5000	20000
1	Задачи		17125	856250	3425000
1	Среднее количество задач в проекте		171,25	171,25	171,25
2	История транзакций для задачи	Предполагаемое количество отправок и утверждений статуса для любой из указанных задач	10	100	1000
1	Назначения		22263	1113125	4500000
1	Среднее количество назначений для задачи		1,3	1,3	1,3
2/3	Утверждения	Количество обновлений, ожидающих установки, для менеджера	50	600	3000
	Пользователи		1000	10000	50000
Настраиваемые поля	Проект (формула)		3	20	25
Настраиваемые поля	Проект (вручную)		2	40	50
Настраиваемые поля	Задача (формула)	На поля формул задачи предположительно приходится максимальная доля производительности, поскольку расчет по формуле выполняется для каждой задачи.	6	12	15
Настраиваемые поля	Задача (вручную)		4	8	10
Настраиваемые поля	Развертывание назначения		50 %	50 %	50 %
Настраиваемые поля	Ресурс		10	20	25
Настраиваемые поля	Настраиваемые поля таблицы подстановок		2	15	100
1	Расписания (в год)	Чем интенсивнее используется функция расписаний, тем больше объем потребления ресурсов SQL Server	52000	780000	8320000
1	Строки расписания		5	10	10

Рекомендации по аппаратному обеспечению

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

В этой статье рассматриваются три различные роли, установленные в Windows Server: роль интерфейсного веб-сервера, роль сервера приложений и роль сервера базы данных (SQL). Все они являются компонентами полного развертывания Project Server 2010. Интерфейсные веб-серверы выступают в качестве интерфейса для пользователей, обращающихся к Project Server. Сервер приложений обрабатывает запросы к уровню данных Project Server и реализует бизнес-логику Project Server 2010. И наконец, уровнем базы данных является источник данных, в котором размещены базы данных Project Server 2010. В небольших развертываниях роли интерфейсного веб-сервера, сервера приложений и сервера базы данных могут быть объединены на одном физическом компьютере. Для более крупных развертываний, возможно, потребуется распределить эти роли по отдельным компьютерам, даже если при этом несколько физических компьютеров будут выполнять одну и ту же роль.

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

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

Обратите внимание, что Project Server 2010 использует дополнительные ресурсы, так как работает параллельно с SharePoint Server 2010 (ресурсы процессора, ОЗУ и жесткого диска). Рекомендации по установке SharePoint Server 2010 также применимы для установки Project Server 2010 с небольшим набором данных и для упрощенного использования. Тем не менее, наборы данных большего размера и более интенсивное использование требуют дополнительных ресурсов аппаратного обеспечения. Для развертывания на автономном компьютере с небольшим набором данных достаточно 16 ГБ ОЗУ в целях обеспечения высокого уровня производительности. В условиях более интенсивного потребления ресурсов рекомендуется по возможности отделить уровень сервера базы данных от уровней сервера приложений и интерфейсного веб-сервера. Для этого разместите базы данных на специально выделенном компьютере с SQL Server.

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

Интерфейсный веб-сервер/сервер приложений

Компонент	Рекомендации
Процессор	64-разрядная версия, четырехъядерный процессор, минимальная тактовая частота ядра 2,5 ГГц
ОЗУ	4 ГБ для разработки или тестирования; 8 ГБ для ферм с одним или несколькими серверами в целях коммерческого использования
Жесткий диск	80 ГБ

SQL Server

Компонент	Рекомендации
Процессор	64-разрядная версия, четырехъядерный процессор, минимальная тактовая частота ядра 2,5 ГГц (если размер набора данных значительно превышает средний, рекомендуется использовать восьмиядерный процессор).
ОЗУ	4 ГБ для разработки или тестирования; 8 ГБ для ферм с одним или несколькими серверами в целях коммерческого использования
Жесткий диск	80 ГБ

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

Минимальные требования, указанные для средних наборов данных, могут быть увеличены или уменьшены с учетом дополнительной нагрузки. В разделе "Горизонтальное и вертикальное масштабирование топологий" рассматриваются рекомендации относительно способов обработки увеличенной нагрузки пользователей и данных.

В целом, следует быть готовыми к обработке дополнительной нагрузки пользователей и данных. Для этого рекомендуется обеспечить достаточное количество количество компьютеров для добавления интерфейсных веб-серверов и серверов приложений в топологию. Характеристики аппаратного обеспечения для интерфейсных веб-серверов и серверов приложений практически не изменяются. Топологии типа "4 х 2 х 1" должно быть достаточно, чтобы удовлетворить потребности большинства средних наборов данных и схем использования. Горизонтальное масштабирование серверов приложений и интерфейсных веб-серверов добавляет нагрузку на развертывание SQL Server, которую следует компенсировать, добавив дополнительные ресурсы памяти и ЦП. SQL Server со следующими характеристиками должен обеспечивать производительность в соответствии с требованиями большинства средних наборов данных. Самый простой способ определить, соответствует ли разработанная топология требованиям к производительности — создать промежуточную среду для тестирования топологии и мониторинга показателей производительности.

Интерфейсный веб-сервер

Компонент	Рекомендации
Процессор	64-разрядная версия, четырехъядерный процессор, тактовая частота ядра не менее 2,5 ГГц
ОЗУ	4 ГБ для разработки или тестирования; 8 ГБ для ферм с одним или несколькими серверами в целях коммерческого использования
Жесткий диск	80 ГБ

Сервер приложений

Компонент	Рекомендации
Процессор	64-разрядная версия, четырехъядерный процессор, тактовая частота ядра не менее 2,5 ГГц
ОЗУ	4 ГБ для разработки или тестирования; 8 ГБ для ферм с одним или несколькими серверами в целях коммерческого использования
Жесткий диск	80 ГБ

SQL Server

Компонент	Рекомендации
Процессор	64-разрядная версия, восьмиядерный процессор, минимальная тактовая частота ядра 2,5 ГГц (если размер набора данных значительно превышает средний, рекомендуется использовать восьмиядерный процессор).
ОЗУ	32 ГБ
Жесткий диск	160 ГБ

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

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

Как правило, для больших наборов данных потребуется топология типа "4 × 2 × 1". Характеристики аппаратного обеспечения для интерфейсных веб-серверов и серверов приложений практически не отличаются от характеристик, рекомендованных для небольших и средних наборов данных. Однако учитывая, что установка SQL Server будет самым сложным этапом, это ограничивает возможности горизонтального масштабирования для добавления дополнительных интерфейсных веб-серверов и серверов приложений. Если самой серьезной проблемой является нагрузка данных, возможно, дополнительные интерфейсные веб-серверы и серверы приложений не окажут положительного влияния на пропускную способность.

В случае с большими наборами данных, если экземпляр SharePoint Server 2010, параллельно с которым работает Project Server 2010, также используется довольно интенсивно (то есть развертывание SharePoint Server 2010 не используется исключительно для функций Project Server 2010), рекомендуется отделить базы данных Project Server 2010 от баз данных содержимого SharePoint Server 2010 и поместить их в собственный выделенный экземпляр SQL Server.

Учитывая, что пропускная способность будет самой серьезной проблемой, необходимо добавить дополнительные ресурсы на уровень SQL Server в топологии. Можно горизонтально масштабировать установку SQL Server, добавив ресурсы ОЗУ, ЦП и жесткого диска. В следующих разделах перечислены минимальные и рекомендуемые характеристики уровня SQL Server в рамках топологии для большого набора данных.

Минимальные требования к SQL Server

Компонент	Рекомендации
Процессор	64-разрядная версия, восьмиядерный процессор, тактовая частота ядра не менее 2,5 ГГц (если размер набора данных значительно превышает средний, рекомендуется использовать восьмиядерный процессор).
ОЗУ	32 ГБ
Жесткий диск	250 ГБ

Рекомендуемые характеристики SQL Server

Компонент	Рекомендации
Процессор	64-разрядная версия, восьмиядерный процессор, тактовая частота ядра не менее 2,5 ГГц (если размер набора данных значительно превышает средний, рекомендуется использовать восьмиядерный процессор).
ОЗУ	64 ГБ
Жесткий диск	300 ГБ или больше. Базу данных отчетов рекомендуется поместить на отдельный сервер базы данных. В идеале следует распределить данные по дискам и назначить приоритеты. Разместите файлы данных и журналы транзакций SQL Server 2008 на отдельных физических жестких дисках. Массив RAID 5 является приемлемым компромиссным решением при выборе между надежностью и пропускной способностью.

Рекомендации по виртуализации

Project Server 2010 не поддерживает запуск на виртуализированных машинах. Большинство рекомендаций по виртуализации SharePoint Server 2010 также применимы и к Project Server 2010. Документацию по виртуализации в SharePoint Server 2010 см. в разделе Планирование виртуализации (SharePoint Server 2010). Дополнительные сведения о виртуализации Project Server 2010 можно также найти в руководстве по виртуализации Project Server 2007, поскольку большая часть инструкций осталась без изменений. Тем не менее, во всех случаях виртуализации важно учитывать борьбу виртуализированных машин, работающих на одном физическом экземпляре, за ресурсы физического компьютера.

Примечание

Не рекомендуется запускать SQL Server на виртуализированной машине. Состязание за ресурсы на виртуализированной машине может в значительной степени снизить производительность сервера. Если запуск SQL Server в виртуализированной среде необходим, рекомендуется использовать следующие настройки:

1. Сетевой адаптер:

   • При использовании виртуализации Hyper-V необходимо использовать вместо устаревшего сетевого адаптера виртуальный сетевой адаптер.

2. Виртуальный диск:

   • Для виртуальных компьютеров, на которых запущен SQL Server, рекомендуется выбрать параметр "транзитный" для типа диска (не динамический и не фиксированный). Если такой вариант неприемлем, следует использовать фиксированный размер диска вместо виртуального диска с динамической настройкой размера.

   • В качестве загрузочного диска рекомендуется выбрать IDE-диск вместо SCSI-диска.

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

3. Память:

   • Необходимо выделить для виртуального компьютера, на котором запущен SQL Server, максимально возможный объем памяти. Выделенный объем памяти должен примерно соответствовать объему памяти, требуемому/рекомендуемому для физических серверов, выполняющих ту же функцию.

   • Для операционной системы сервера виртуальных машин необходимо зарезервировать не менее 2 ГБ памяти.

Запуск интерфейсного веб-сервера или сервера приложений в виртуализированных средах принципиально не должен отрицательно влиять на производительность при запуске SQL Server в виртуализированной среде.

Требования к сети

Для большинства развертываний Project Server пропускная способность сети не является проблемой для производительности. В таблице ниже перечислены рекомендуемые характеристики компонентов сети. Необходимо стремиться минимизировать задержки между уровнем сервера приложений и уровнем SQL Server.

Компонент	Небольшой и средний набор данных	Большой набор данных
Количество сетевых адаптеров	1	2
#Скорость сетевого адаптера (сеть)	Скорость должна быть не менее 100 Мбит/с	1 ГБ/с
Тип балансировки нагрузки	Допускается использование как балансировки сетевой нагрузки, так и аппаратного обеспечения	Допускается использование как балансировки сетевой нагрузки, так и аппаратного обеспечения