Планирование настройки приложения Office Project Server 2007

Статья
03/02/2015

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

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

Содержание:

Выбор конфигурации приложения Project Server
Сценарий 1: внутреннее размещение
Сценарий 2: внешнее размещение
Сценарий 3: развертывание управления портфелем
Сценарий 4: развертывание профессиональных услуг/расписания
Сценарий 5: развертывание программы
Планирование дальнейшего развития
Таблицы

Выбор конфигурации приложения Project Server

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

Определение конфигурации сценария, который лучше всего подходит для организации. Выбор сценария конфигурации, который наилучшим образом соответствует размеру организации, планируемым функциям Project Server, количеству и виду управляемых проектов, а также количеству и типу пользователей в организации.
Выбор параметров конфигурации (стандартных или дополнительных), которые лучше всего соответствуют потребностям организации (если применимо). Выбор параметров конфигурации зависит от конкретных факторов инфраструктуры и среды, потребности в доступности и требований к управлению проектами.
В случае необходимости — изменение конфигурации в соответствии с определенными требованиями организации. Например, потребность в изменении конфигурации может возникнуть в следующих случаях:
- Предоставление доступа к веб-клиенту Project по Интернету или через экстрасеть.
- Работа в среде без домена службы каталогов Active Directory.
- Поддержка размещенной конфигурации, которая предоставляет несколько сайтов Project Server на объединенном наборе оборудования.
- Поддержка более 12 тысяч пользователей.
- Изменение размера оборудования для развертывания решения.

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

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

Сценарий 1: внутреннее размещение

Сценарий 1 предусматривает развертывание нескольких экземпляров Project Server на совместно используемом оборудовании для отделов или групп в рамках компании. В этом случае все экземпляры приложения Project Server предоставляют пользователям уникальное семейство сайтов верхнего уровня и содержат стандартный пул приложений Windows SharePoint Services 3,0. Отдельные экземпляры логически разделены, а данные по доступу хранятся в базе данных в рамках совместно используемого Project Server Interface. Базы данных по каждому экземпляру могут быть развернуты на выделенных компьютерах, выполняющих SQL Server.

Пример топологии серверов "Внутреннее размещение"

Установка и настройка приложения Project Server происходят единовременно. Новые экземпляры создаются в процессе подготовки. Экземпляры подготавливаются в одном и том же пуле веб-приложений и через одного поставщика общих служб. Они совместно используют общий набор служб, включая Project Server Interface, на уровне приложений. Экземпляры используют общую базу данных настройки Windows SharePoint Services и базу данных контента Windows SharePoint Services, но отдельные базы данных проектов.

Топология средней фермы серверов

Действие листа
Чтобы документально зафиксировать план обеспечения внутреннего размещения, используйте таблицу Plan for internal hosting (https://go.microsoft.com/fwlink/?linkid=73275&clcid=0x419) (на английском).

Сценарий 2: внешнее размещение

В сценарии 2 различные экземпляры Project Server на совместно используемом оборудовании изолированы друг от друга. Как и в сценарии 1 экземпляры Project Server предоставляют пользователям уникальные семейства сайтов верхнего уровня, но в сценарии 2 каждый экземпляр подготавливается на отдельном пуле приложений Windows SharePoint Services 3,0. Доступ к данным, хранящимся в базе данных, предоставляется через веб-приложение Shared Services Provider. В этом сценарии обеспечивается дополнительная безопасность за счет разделения хранения данных и предоставления доступа к ним.

Пример топологии серверов "Внешнее размещение"

В рамках процесса подготовки создаются новые экземпляры. Подготовка осуществляется на отдельных пулах приложений и для каждого экземпляра используются отдельные базы данных контента Windows SharePoint Services. В экземплярах применяются выделенные наборы услуг, включая Project Server Interface, на уровне приложений. Экземпляры используют общую базу данных контента Windows SharePoint Services, но раздельные базы данных Project Server.

Демилитаризованная зона в сценарии экстрасети с прокси-сервером

Сравнение преимуществ топологий "Внутреннее размещение" и "Внешнее размещение"

Основным преимуществом сценария "Внешнее размещение" является изоляция учетных записей процессов. Это происходит в связи с наличием двух поставщиков общих служб, использующих уникальные учетные записи, таким образом доступ к базе данных Project Server изолируется от пользователей. А поскольку у веб-приложений есть только один поставщик общих служб, безопасность веб-приложения так же изолируется. Недостаток сценария "Внешнее размещение" состоит в том, что производительность решения зависит от каждого поставщика общих служб. Кроме того, наличие дополнительных пулов и баз данных означают потребность в увеличении свободного места на диске. Совместное использование этих ресурсов, как в случае с "Внутренним размещением", приведет к увеличению расходов на использование процесса пула приложений IIS на нескольких экземплярах Microsoft Office Project Web Access.

Действие листа
Чтобы документально зафиксировать план обеспечения внешнего размещения, используйте таблицу Plan for external hosting (https://go.microsoft.com/fwlink/?linkid=73277&clcid=0x419) (на английском).

Сценарий 3: развертывание управления портфелем

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

Большое число проектов с большим количеством назначений
Высокий процент руководителей проектов
Частое использование Microsoft Office Project Профессиональный 2007
Одно веб-приложение поставщика общих служб

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

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

Пример топологии серверов для отдела

Базовая топология серверов, которая призвана удовлетворить требования к использованию и предоставлению служб для организаций среднего размера, должна состоять из следующих компонентов: один сервер, выполняющий компоненты интерфейсного веб-сервера и сервера приложений; один сервер базы данных, выполняющий SQL Server 2000 или SQL Server 2005 для размещения необходимой базы данных. Данная топология является наиболее подходящей в том случае, если поддерживается менее 20 руководителей проектов и выполняется от 100 до 500 активных проектов одновременно.

Сценарий 3: отдел

Пример корпоративной топологии серверов по сценарию 3

Если в системе функционирует 50 или более руководителей проектов и поддерживается более тысячи активных проектов, возможно применение корпоративной топологии серверов. В этом виде топологии интерфейсный веб-сервер приложения Project Server развертывается в кластерах балансировки нагрузки для обеспечения более высокого уровня доступности. Представленная конфигурация отличается высокой доступностью в случае сбоя в работе оборудования и, к тому же, повышает производительность, поддерживая одновременно большое количество подключений TCP для пользователей расписаний. Кроме того, в целях лучшего размещения большого количества обращений к Project Server Interface (PSI), вызванного увеличением количества крупных проектов, уровень приложения размещается на собственном сервере. По мере развития организации для нового центра обработки данных могут потребоваться дополнительные каналы территориально-распределенной сети и брандмауэры для обеспечения безопасности.

Топология средней фермы с избыточностью 1

Пример топологии серверов для организации по сценарию 3

В связи с развитием решения EPM в рамках крупной организации и поддержкой растущего количества активных проектов (3 тысячи или более) необходимо развернуть новую топологию серверов, которая может обеспечить избыточность на каждом уровня для большей доступности. Введение дополнительного интерфейсного веб-сервера означает более высокое качество работы большого количества пользователей Office Project Web Access.

Топология средней фермы с избыточностью 2

Действие листа
Чтобы документально зафиксировать план развертывания управления портфелем, используйте таблицу Portfolio management (https://go.microsoft.com/fwlink/?linkid=73279&clcid=0x419) (на английском).

Сценарий 4: развертывание профессиональных услуг/расписания

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

К отличительным особенностям данного сценария относится следующее:

Минимальный уровень использования Office Project Профессиональный 2007
Выставление счета прежде всего по времени и материалам
Большое количество проектов (от 600 до 2500) с относительно небольшим количеством задач
Прогнозируемый пиковый период использования, соответствующий расписанию в Office Project Web Access
Один экземпляр Office Project Web Access

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

Сценарий 4: корпорация

Пример корпоративной топологии серверов по сценарию 4

Данная корпоративная топология подходит для крупных организаций с более чем 12 тысячами сотрудников. В этом виде топологии интерфейсный веб-сервер приложения Project Server развертывается в кластерах балансировки нагрузки для обеспечения более высокого уровня доступности. Представленная конфигурация обеспечивает высокий уровень доступности в случае сбоя в работе оборудования и, к тому же, повышает производительность, поддерживая одновременно большое количество подключений TCP для пользователей расписаний. Кроме того, в целях лучшего размещения большого количества обращений к Project Server Interface (PSI), вызванного увеличением количества крупных проектов, уровень приложения размещается на собственный сервер. Кластер балансировки нагрузки также применяется к уровню базы данных.

Топология средней фермы с избыточностью 1

Пример топологии серверов для организации по сценарию 4

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

Сценарий 4: корпорация

Действие листа
Чтобы документально зафиксировать план развертывания расписания, используйте Timesheet scenario (https://go.microsoft.com/fwlink/?linkid=73280&clcid=0x419) (на английском).

Сценарий 5: развертывание программы

Сценарий развертывания программыOffice Project Server 2007 подходит для крупных организаций, реализующих планирование "сверху вниз" посредством Project Management Office (PMO). Данный сценарий чаще всего можно встретить в секторах разработки и производства продуктов. Он характеризуется следующими особенностями:

Небольшое число крупных проектов, которые часто связаны
Специализация для PMO
Широкое применение Office Project Профессиональный 2007
Использование предложения или плана действий

Пример корпоративной топологии серверов по сценарию 5

Базовая топология серверов, которая должна поддерживать нужный уровень использования и требования к обслуживанию, может включать в себя следующие компоненты:

Два интерфейсных веб-сервера Office Project Web Access, объединенных в кластер балансировки нагрузки
Один сервер приложения, выполняющий Project Server Interface (PSI). Сервер приложений развернут в конфигурации с одним узлом и балансировкой нагрузки для упрощения процесса последующего добавления сервера приложений.
Отдельные кластеры компьютеров, выполняющие Microsoft SQL Server для размещения необходимых баз данных
Брандмауэр для изоляции уровня данных

Сценарий 5

Действие листа
Чтобы документально зафиксировать план развертывания программы, используйте таблицу Timesheet scenario (https://go.microsoft.com/fwlink/?linkid=73281&clcid=0x419) (на английском).

Планирование дальнейшего развития

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

Вертикальное масштабирование

Увеличение размера сервера базы данных путем добавления количества или увеличения скорости процессоров и ОЗУ с помощью 64-разрядного оборудования.
Увеличение скорости работы сети между серверами
Максимальное повышение пропускной способности серверов базы данных
Добавление сетевых карт для изоляции трафика
Добавление сегментов сети или сокращение узлов в сегменте SQL
Использование совместной работы сетевых карт на сервере с применением Microsoft SQL Server для обеспечения производительности и избыточности

Горизонтальное масштабирование

Добавление серверов приложений для поддержки более высокого уровня использования Office Project Профессиональный 2007. Это также позволяет увеличить избыточность.
Добавление интерфейсных веб-серверов в качестве дополнительных экземпляров Office Project Server 2007.
Использование кластерного сервера баз данных для повышения производительности и надежности.