Планирование границ программного обеспечения (Project Server)

Обновлено: Май 2009 г.

 

Последнее изменение раздела: 2015-02-27

Содержание:

• Тестовая среда

• Результаты тестирования

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

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

Результаты тестирования и рекомендации, представленные в данной статье, относятся к единичной установке служб Office Project Server 2007. Добавление серверных компьютеров к установке не приводит к увеличению ограничений по мощности объектов сайта, перечисленных в таблицах раздела Рекомендации по приемлемой производительности. С другой стороны, добавление дополнительных серверов повышает пропускную способность фермы серверов, что может потребоваться для достижения приемлемой производительности при наличии большого количества объектов. В некоторых случаях при необходимости большого количества объектов в рамках решения может потребоваться использование нескольких ферм серверов.

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

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

Поскольку Office Project Server 2007 создан на основе Windows SharePoint Services 3,0, большинство факторов, которые влияют на производительность и мощность Windows SharePoint Services 3,0, влияют и на Office Project Server 2007. Дополнительную информацию о планировании производительности и мощности Windows SharePoint Services 3,0 см. в разделе Планирование производительности и мощности (Windows SharePoint Services).

Тестовая среда

Для получения подробных данных о результатах исследования было использовано несколько конфигураций фермы, включая один сервер, который работает как веб-сервер и сервер приложений, один или два клиентских компьютера и один сервер базы данных с программным обеспечением баз данных Microsoft SQL Server 2000. Некоторые проверки проведены с использованием отдельного сервера приложений. Кроме того, в лаборатории был установлен отдельный контроллер домена. Использовались только 32-битные серверные компьютеры.

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

Роль компьютера	Характеристики
Веб-сервер и сервер приложений	4 процессора AMD Opteron 2,2 гигагерца (ГГц), 2 гигабита (Гб) RAM
Сервер приложений	4 процессора AMD Opteron 2,2 ГГц, 2 Гб RAM
Сервер баз данных	4 процессора Intel Xeon 1,5 ГГц, 4 Гб RAM
Клиент	1 процессор Pentium D 3 ГГц, 2 Гб RAM
Контроллер домена	2 процессора Pentium III 1 ГГц, 512 мегабайт (МБ) RAM Примечание: С учетом использования ресурсов центрального процессора и памяти в ходе испытаний сравнительно слабые характеристики контроллера домена не вызвали существенных проблем.

Компьютеры фермы объединены в 100-мегабитную сеть Ethernet.

Результаты тестирования

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

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

Показатели производительности различных операций зависят от таких факторов, как размер файлов проекта, количество исходных параметров заданного проекта и пропускная способность фермы. Например, сохранение небольшого (менее 1 мегабайта) файла проекта может занять меньше секунды, а сохранение файла размером 50 МБ может занять больше минуты, в зависимости от конфигурации фермы и задержки в сети.

Стандартные размеры проектов при тестировании

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

Размер	Размер файла (МБ)	Число задач	Количество ресурсов	Число назначений
Небольшой	0,896	10	10	10
Medium (Средняя)	2,03	1 420	94	1 486 назначений на реальных ресурсах, 380 неназначенных
Крупный	8,139	10 422	2	5 назначений на реальных ресурсах, 7 693 неназначенных

Синхронизация с Active Directory

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

В Windows SharePoint Services 3,0 есть основная архитектура безопасности и управления пользователями Office Project Server 2007. Чтобы управлять пользователями так же, как и ресурсами в Office Project Server 2007, необходимо синхронизировать службу Active Directory домена с Windows SharePoint Services 3,0 одного из серверов фермы.

Синхронизация Active Directory при импорте дополнительных ресурсов усложняется нелинейно. Грубо говоря, зависимость тут квадратичная. Синхронизация Windows SharePoint Services 3,0 и Active Directory является примером такой зависимости. По результатом проверок можно приблизительно сказать, что синхронизация Windows SharePoint Services 3,0 в организации с 20 000 ресурсов на тестовом аппаратном обеспечении займет около 28 часов. СинхронизацияWindows SharePoint Services 3,0 в организации с 40 000 ресурсов займет около 109 часов (4,6 дня). Обратите внимание, что эти оценки сделаны в соответствии со спецификациями аппаратного обеспечения и сети, которые использовались в этом тесте.

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

На следующем графике указано необходимое время выполнения синхронизации Active Directory по мере увеличения количества ресурсов.

Дополнительную информацию о синхронизации Active Directory и Office Project Server 2007 см. в документе Управление синхронизацией Active Directory в Project Server 2007

Влияние исходных значений на производительность

Office Project Server 2007 позволяет сохранять в заданном проекта до 11 исходных значений. По мере увеличения количества исходных значений разные аспекты производительности ухудшаются. Было проведено исследование с целью определения эффекта снижения количества исходных значений в небольших, средних и крупных проектах.

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

Максимальная глубина и ширина проекта

Для определения того, как меняется производительность при добавлении в главный проект подпроектов, было проведено два разных вида тестов:

• Проверка глубины (рекурсивная)

• Проверка ширины (нерекурсивная)

Проверка глубины

Проверка глубины предусматривала рекурсивное добавление подпроектов. Например, подпроект Proj01 был вставлен в Proj02, а затем оба подпроекта были вставлены в Proj03. Все перечисленные подпроекты вставлялись в Proj04, и так далее. Все проекты были одинаковыми. Задача состояла в том, чтобы определить, сколько проектов каждого типа (небольшой, средний, крупный) можно рекурсивно вставить и как из-за этого меняются различные показатели производительности.

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

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

Проверка ширины

При проверке ширины подпроекты вставлялись на одном уровне (нерекурсивно), в один главный проект.

Все основные параметры менялись линейно. После вставки примерно 35 файлов среднего размера возникли проблемы с памятью. При 20 проектах операции сохранения и открытия заняли 400 секунд. Как и в случае с рекурсивной вставкой, 64-битная платформа существенно увеличила бы количество проектов, но такая потребность возникает редко.

На следующем графике видно, как увеличивается время операций ввода/вывода при увеличении количества нерекурсивно вставленных проектов среднего размера.

Производительность Project server и задержка в сети

Office Project Server 2007 хорошо работает в сетях с большой задержкой. Изменения в конструкции Office Project Server 2007 дают существенные преимущества в обычных вариантах ввода/вывода файлов одного пользователя, особенно в территориально-распределенной сети (WAN) с большой задержкой. Открытие крупного файла в WAN с большой задержкой (50 мсек) в Project Server 2003 может занять целых 45 минут, но та же операция на Office Project Server 2007 выполняется за одну минуту. Построитель групп в Office Project Профессиональный 2007 демонстрирует то же увеличение производительности в средах WAN. Хотя в использовании сетей с небольшой задержкой есть явные преимущества, производительность Office Project Server 2007 в WAN резко увеличилась по сравнению с предыдущими версиями.

Хотя первоначальная производительность Office Project Server 2007 меньше, чем у Project Server 2003, при последующих запусках она становится заметно выше, чем раньше

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

Мощность напрямую зависит от масштабируемости. В данном разделе описаны объекты, которые могут входить в Решение Microsoft Office для управления корпоративными проектами (EPM), и содержатся указания по достижению приемлемой производительности для каждого типа таких объектов.

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

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

• Отметьте эти области для последующего тестирования и проверки по мере разработки и развертывания решения.

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

В следующей таблице перечислены объекты Office Project Server 2007 по категориям и представлены рекомендации по допустимой производительности. Под понятием "приемлемая производительность" подразумевается, что при тестировании система может поддерживать определенное количество объектов, но это количество не может быть увеличено без определенного ухудшения производительности. Значок звездочки (*) означает жесткий предел; отсутствие звездочки указывает на тестовое или поддерживаемое ограничение.

Объект	Руководство по приемлемой производительности	Примечание
Ресурсов в ферме	40 000	Это проверенное ограничение.
Исходных значений в проекте	Рекомендованное количество — 7 Максимальное количество — 11*	Проверка показала, что производительность определенных операций с крупными проектами более чем с семью исходными значениями снижается. Дополнительную информацию см. в разделе этой статьи "Влияние исходных значений на производительность".
Глубина вставленных проектов (рекурсивный процесс)	16	Значительное снижение производительности на этом уровне.
Ширина вставленных проектов (нерекурсивный процесс)	20	Значительное снижение производительности на этом уровне.
Задач в проекте	5 000	Это проверенное ограничение.
Длительность выполнения задачи в месяцах	300	Длительность публикации проекта зависит от длительности задачи в том случае, если к задаче применяются рабочие контуры. Эффект может быть существенным, особенно если Решение EPM используется для создания проектов, занимающих несколько лет. Это проверенное ограничение.
Число назначений в проекте	16 000	Это проверенное ограничение. Хотя в проект можно добавить до 16 000 назначений, добавление назначения в проект, где их уже 16 000, занимает более семи секунд.
Локальные настраиваемые поля формул	10-30	Количество допустимых локальных настраиваемых полей формул зависит от типа поля. В следующем списке перечислены типы полей и их предельные значения: Текст задачи: 30 Стоимость задачи: 10 Дата начала/окончания задачи: 10 Длительность задачи: 10 Флажок задачи: 20 Номер задачи: 20 Код структуры задачи: 10 Текст ресурса: 30 Стоимость ресурса: 10 Дата начала/окончания ресурса: 10 Длительность ресурса: 10 Флажок ресурса: 20 Номер ресурса: 20 Код структуры ресурса: 10
Корпоративных настраиваемых полей формулы на сервер	32 000	Это теоретический предел, относящийся к каждому типу записи, к которой можно применить поле. Проверки проводились только при наличии менее чем 1 000 корпоративных настраиваемых полей.
Пределы ресурсов построителя групп	10 000 ресурсов	Диалоговое окно построителя групп открывается менее чем за пять секунд, даже при наличии на сервере 10 000 ресурсов. Хотя 10 000 ресурсов — это предельное проверявшееся значение, построитель групп можно использовать с большим количеством ресурсов, если допускается увеличение времени открытия окна.

См. также

Понятия

Управление синхронизацией Active Directory в Project Server 2007