Planejar limites de software (Project Server)

Atualizado: maio de 2009

 

Tópico modificado em: 2015-02-27

Neste artigo:

• Ambiente de teste

• Resultados do teste

• Diretrizes para desempenho aceitável

Este artigo fornece informações para ajudá-lo a entender os limites de desempenho e capacidade testados do Microsoft Office Project Server 2007; informa também sobre o ambiente de teste e os resultados do teste e oferece diretrizes para desempenho aceitável. Use as informações deste artigo para determinar se a implantação planejada se enquadra nos limites aceitáveis de desempenho e capacidade.

Os resultados do teste e as diretrizes fornecidas neste artigo aplicam-se a uma instalação única do Office Project Server 2007. Adicionar computadores servidores à instalação não aumenta os limites de capacidade dos objetos do site listados na tabela de Diretrizes do para a seção relativa a desempenho aceitável. Por outro lado, adicionar computadores servidores aumenta a taxa de transferência de um farm de servidores, o que pode ser necessário para que seja alcançado um desempenho aceitável com um grande número de objetos. Em alguns casos, os requisitos para números elevados de objetos em uma solução podem exigir o uso de mais de um farm de servidores.

Neste artigo, as diretrizes são determinadas pelo desempenho. Em outras palavras, você pode exceder as diretrizes fornecidas, mas à medida que aumenta a escalabilidade, pode enfrentar problemas de desempenho reduzido.

Observe que há muitos fatores capazes de afetar o desempenho em um determinado ambiente, e cada um deles pode fazê-lo em áreas diferentes. Alguns dos resultados de testes e das recomendações contidas neste artigo podem estar relacionados a recursos ou operações do usuário inexistentes no seu ambiente e, portanto, talvez não sejam aplicáveis à sua solução. Somente testes completos podem fornecer-lhe dados exatos relacionados ao seu ambiente específico.

Como o Office Project Server 2007 baseia-se no Windows SharePoint Services 3,0, a maioria dos fatores que afetam o desempenho e a capacidade do Windows SharePoint Services 3,0 também afetará o Office Project Server 2007. Para obter mais informações sobre capacidade e planejamento de desempenho para o Windows SharePoint Services 3,0, consulte Planejar o desempenho e a capacidade (Windows SharePoint Services).

Ambiente de teste

Para fornecer um nível alto de detalhes nos resultados dos testes, várias configurações de farm foram usadas para testes, incluindo um computador servidor executando funções de servidor Web e de servidor de aplicativos, um ou dois computadores clientes e um único computador servidor de banco de dados executando o software de banco de dados Microsoft SQL Server 2000. Alguns testes foram feitos com um computador servidor de aplicativos separado. Um computador controlador de domínio dedicado também foi usado no laboratório de teste. Todos os computadores servidores foram de 32 bits.

A seguinte tabela lista as especificações dos computadores que executam cada função no ambiente de teste.

Função do computador	Especificações
Servidor Web e servidor de aplicativos	4 processadores AMD Opteron de 2,2 gigahertz (GHz), 2 gigabytes (GB) de RAM
Servidor de aplicativos	4 processadores AMD Opteron de 2,2 GHz, 2 GB de RAM
Servidor de banco de dados	4 processadores Intel Xeon de 1,5 GHz, 4 GB de RAM
Cliente	1 processador Pentium D 3 GHz, 2 GB de RAM
Controlador de domínio	2 processadores Pentium III 1 GHz, 512 megabytes (MB) de RAM Observação: Com base no uso de CPU e de memória durante os testes, as especificações relativamente baixas do controlador de domínio não apresentaram afunilamento significativo.

Uma rede Ethernet de 100 megabits foi usada entre os computadores do farm.

Resultados do teste

Os seguintes gráficos e tabelas mostram como o ambiente de teste executou determinadas configurações de servidor, operações do usuário e condições de carga. Os resultados fornecidos aplicam-se a todos os ambientes similares do Office Project Server 2007.

Observação:
Outras configurações serão testadas no futuro. Os resultados dos testes serão publicados à medida que forem disponibilizados.

Métricas de desempenho para diferentes operações dependem de fatores tais como o tamanho dos arquivos de projeto, quantas linhas de base há em um determinado projeto e a taxa de transferência do farm. Por exemplo, um arquivo de projeto pequeno — menor que 1 megabyte (MB) — pode exigir menos de um segundo para ser salvo, enquanto um arquivo de projeto de 50 MB provavelmente exigirá mais de um minuto para ser salvo, dependendo da configuração do farm e da latência da rede.

Padrões de teste do tamanho do projeto

A seguinte tabela descreve os três tamanhos diferentes de arquivos de projeto usados nos testes.

Tamanho	Tamanho do arquivo (MB)	Número de tarefas	Número de recursos	Número de atribuições
Pequeno	0,896	10	10	10
Médio	2,03	1.420	94	1.486 atribuições em recursos reais, 380 não atribuídos
Grande	8,139	10.422	2	5 atribuições em recursos reais, 7.693 não atribuídos

Sincronização do Active Directory

Este teste foi conduzido para medir como o desempenho da sincronização do serviço de diretório do Active Directory é prejudicado com o aumento do número de recursos.

O Windows SharePoint Services 3,0 fornece segurança básica e arquitetura de gerenciamento para o Office Project Server 2007. Para gerenciar usuários de domínio como recursos no Office Project Server 2007, você deve sincronizar o Active Directory para o domínio com o Windows SharePoint Services 3,0 em um dos servidores do seu farm.

A sincronização do Active Directory não apresenta complexidade linear em relação ao número de recursos importados. A complexidade é aproximadamente quadrática, e a sincronização entre o Windows SharePoint Services 3,0 e o Active Directory exemplifica isso. Com base nos resultados de testes, podemos estimar que a sincronização do Windows SharePoint Services 3,0 para uma organização com 20.000 estações exigiria aproximadamente 28 horas no hardware de teste. A sincronização do Windows SharePoint Services 3,0 para uma organização de 40.000 estações seria concluída em aproximadamente 109 horas (4,6 dias). Observe que essas estimativas têm base nas especificações de hardware e de rede usadas para esses testes.

Em geral, a duplicação do tamanho do pool de recursos requer um tempo quase quatro vezes maior do que o exigido para a sincronização do Active Directory para uma determinada configuração de farm e largura de banda. Independentemente do hardware, em uma grande organização, o primeiro trabalho de sincronização do Active Directory será, provavelmente, a execução por tempo superior a um dia.

O seguinte gráfico mostra o tempo exigido para concluir a sincronização do Active Directory com o aumento do número de recursos.

Para obter mais informações sobre a sincronização entre o Active Directory e o Office Project Server 2007, consulte Gerenciar a sincronização do Active Directory no Project Server 2007.

O efeito das linhas de base no desempenho

O Office Project Server 2007 permite que até 11 linhas de base sejam salvas em um determinado projeto. À medida que aumenta o número de linhas de base em um projeto, o desempenho é afetado de várias maneiras. Foram realizados testes para determinar o efeito da ação de salvar números crescentes de linhas de base em projetos, pequenos, médios e grandes.

Em nossos testes, os aumentos dos tamanhos dos arquivos e da memória virtual parecem ter um padrão linear em relação ao número de linhas de base salvas em um projeto. O tempo exigido para salvar uma linha de base aumenta com o tamanho do projeto. O tempo exigido para operações de E/S de arquivo não aumentou para pequenos e médios projetos até o número máximo de linhas de base. Em projetos grandes, o tempo exigido para operações de E/S de arquivos aumentou significativamente após uma oitava linha de base ser adicionada.

Limites de profundidade e abrangência do projeto

Foram realizados testes para determinar como o desempenho é afetado quando subprojetos são inseridos nos projetos mestres. Dois tipos diferentes de testes foram executados:

• Testes de profundidade (recursivos)

• Testes de amplitude (não-recursivos)

Testes de profundidade

Os testes de profundidade envolveram recursivamente a inserção de subprojetos. Por exemplo, o Proj01 foi inserido no Proj02. Essa cadeia foi, em seguida, inserida no Proj03; essa nova cadeia foi inserida no Proj04 e assim por diante. Cada projeto da cadeia era idêntico, e a meta dos testes era verificar quantas vezes cada projeto (pequeno, médio, grande) poderia ser recursivamente inserido, e também a resposta das várias métricas de desempenho.

Em testes de inserção recursiva, praticamente todos os parâmetros significativos foram dimensionados linearmente. O fator limitante em profundidade é o uso de memória — por exemplo, em 16 níveis, o projeto grande, que continha aproximadamente 10.000 tarefas, aproximou-se dos limites de memória virtual de 32 bits. Mesmo neste exemplo, no entanto, as operações de salvamento foram executadas muito rapidamente. Outras operações, como fechar e, em seguida, reabrir o projeto mestre, inserir novas camadas e forçar o recálculo, foram significativamente mais demorados. Uma plataforma de servidor de 64 bits aumentaria significativamente o número de projetos que você poderia inserir, mas não é comum a ocorrência de projetos que exijam tal profundidade.

O seguinte gráfico mostra como o tempo exigido para a conclusão de operações de E/S de arquivos aumenta quando aumenta o número de projetos inseridos de forma recursiva. Observe que projetos grandes não estão representados, pois o desempenho dos projetos de porte médio mostrou degradação significativa após um número relativamente pequeno de recursões.

Testes de amplitude

Os testes de amplitude envolveram a inserção de subprojetos no mesmo nível da estrutura de tópicos (ou seja, em modo não-recursivo) em um único projeto mestre.

Todos os principais parâmetros foram dimensionados linearmente com a amplitude do projeto. O uso da memória apresenta afunilamento após a inserção não-recursiva de aproximadamente 35 arquivos de médio porte e o tempo exigido para a conclusão das operações de salvamento e abertura é de aproximadamente 400 segundos em uma amplitude de 20 projetos. Como ocorre com a inserção recursiva, o uso de uma plataforma de 64 bits poderia aumentar significativamente o número de projetos que poderiam ser inseridos, mas não é comum a ocorrência de projetos que exijam tal amplitude.

O seguinte gráfico mostra como o tempo exigido para a conclusão de operações de E/S de arquivos aumenta para projetos de médio porte com o aumento do número de projetos inseridos de forma não-recursiva.

Desempenho do servidor de projeto e latência de rede

O Office Project Server 2007 tem bom desempenho em ambientes que possuem alta latência de rede. As alterações de design feitas no Office Project Server 2007 oferecem benefícios significativos em cenários comuns de E/S de arquivos de um único usuário, especialmente nos ambientes de rede de longa distância de alta latência (WAN). A abertura de um arquivo grande em uma WAN de alta latência (50 MS) no Project Server 2003 pode demorar até 45 minutos, mas a mesma operação testada no Office Project Server 2007 exigiu menos que um minuto. O Criador de Equipe no Office Project Professional 2007 mostra ganhos de desempenho similares em ambientes de WAN. Embora haja claros benefícios no uso de uma conexão de rede de baixa latência, o desempenho do Office Project Server 2007 em WANs melhorou drasticamente em relação ao das versões anteriores.

Embora o desempenho na primeira inicialização do Office Project Server 2007 não alcance o do Project Server 2003, melhora significativamente em inicializações subsequentes e supera seu predecessor.

Diretrizes para desempenho aceitável

A capacidade é diretamente afetada pela escalabilidade. Esta seção descreve os objetos que podem compor um Solução Microsoft Office Enterprise Project Management (EPM) e fornece diretrizes de desempenho aceitável para cada tipo de objeto.

Se os planos da sua solução excederem as diretrizes recomendadas para um ou mais objetos, execute uma ou mais das seguintes ações:

• Avalie a solução para garantir compensações em outras áreas.

• Sinalize essas áreas para testes e monitoramento à medida que você compila e implanta a solução.

• Refaça o projeto da solução para garantir que as diretrizes de capacidade não sejam excedidas.

A seguinte tabela lista os objetos do Office Project Server 2007 aos quais os limites são aplicáveis e inclui diretrizes recomendadas para o desempenho aceitável. Desempenho aceitável significa que o sistema, conforme foi testado, pode suportar esse número de objetos, mas que tal número não pode ser excedido sem alguma diminuição no desempenho. Um asterisco (*) indica um limite rígido; nenhum asterisco indica um limite testado ou com suporte.

Objeto	Diretrizes para desempenho aceitável	Observações
Recursos por farm	40.000	Este é o limite testado.
Linhas de base por projeto	7 recomendado 11 máximo*	Os testes indicaram diminuição no desempenho em certas operações em arquivos de projeto grandes quando foram geradas mais de sete linhas de base. Para obter mais informações, consulte "O efeito das linhas de base no desempenho" acima, neste artigo.
Profundidade de projetos inseridos (recursivo)	16	A degradação do desempenho nesse nível é significativa.
Amplitude de projetos inseridos (não-recursivo)	20	A degradação do desempenho nesse nível é significativa.
Tarefas por projeto	5.000	Este é o limite testado.
Extensão das tarefas em meses	300	O tempo para que um projeto seja publicado depende da extensão das tarefas quando são aplicadas delimitações do trabalho às tarefas. Esse impacto pode ser significativo, principalmente se o EPM Solution for usado para criar projetos que se estendam por vários anos. Este é o limite testado.
Atribuições por tarefa	16.000	Este é o limite testado. Embora seja possível adicionar mais de 16.000 atribuições por tarefa, houve demora de mais de sete segundos para adicionar uma atribuição a uma tarefa que já continha 16.000 atribuições.
Campos para fórmulas personalizadas locais	10 - 30	O número de campos para fórmulas personalizadas locais permitidos por tarefa depende do tipo de campo personalizado. A seguinte lista mostra os tipos de campos personalizados e seus limites: Texto da Tarefa: 30 Custo da Tarefa: 10 Data da Tarefa/Início/Término: 10 Duração da Tarefa: 10 Sinalizador da Tarefa: 20 Número da Tarefa: 20 Código da Est. de Tarefa da Empresa: 10 Texto do Recurso: 30 Custo do Recurso: 10 Data do Recurso/Início/Término: 10 Duração do Recurso: 10 Sinalizador do Recurso: 20 Número do Recurso: 20 Código da Est. de Recurso da Empresa: 10
Campos para fórmulas personalizadas da empresa por servidor	32.000	Este é um limite teórico, aplicável a cada tipo de entidade à qual você pode aplicar um campo. No entanto, não foram realizados testes de desempenho com números superiores a cerca de 1.000 campos personalizados.
Limites de recursos do Criador de Equipe	10.000 recursos	A caixa de diálogo Criador de Equipe leva menos de cinco segundos para ser exibida, mesmo quando 10.000 recursos estão presentes no servidor. Embora o limite testado seja de 10.000 recursos, o Criador de Equipe pode ser usado com mais recursos, se o aumento subsequente no tempo exigido para a exibição da caixa de diálogo for aceitável.

Consulte também

Conceitos

Gerenciar a sincronização do Active Directory no Project Server 2007