You are on page 1of 9

Planejar a arquitetura de hardware no Project Server 2010

Page 1 of 9

Planejar a arquitetura de hardware no Project Server 2010


Publicado em: 16 de junho de 2011 Muitos fatores podem ter um efeito importante na taxa de transferncia do Microsoft Project Server 2010. Esses fatores incluem o nmero de usurios; o tipo, a complexidade e a frequncia de operaes de usurio; o nmero de postbacks em uma operao e o desempenho das conexes de dados. Considere cuidadosamente os fatores discutidos nesta seo quando planejar sua arquitetura de hardware. O Project Server pode ser implantado e configurado de vrias maneiras. Como resultado, no h uma maneira fcil de estimar quantos usurios podero ter suporte de um determinado nmero de servidores. Dessa forma, conduza testes em seu prprio ambiente antes de implantar o Project Server 2010 em um ambiente de produo. Este artigo descreve o desempenho e os limites de capacidade testados do Microsoft Project Server 2010, fornece informaes sobre o ambiente de teste e os resultados do teste e oferece diretrizes para um desempenho aceitvel. Use as informaes neste artigo para estimar as metas de taxa de transferncia para o Project Server. Ao realizar o planejamento de capacidade para o Microsoft Project Server 2010, conhea as variveis que podem afetar o desempenho de uma implantao do Project Server. Devido ao farto conjunto de funcionalidades fornecido pelo Project Server, uma implantao parecida ao ser descrita em um nvel superior pode diferir consideravelmente com relao s caractersticas de desempenho real. No basta caracterizar suas demandas apenas pelo nmero de projetos ou pelo nmero de usurios que voc ter no sistema. Pensar no desempenho de sua implantao do Project Server exige uma abordagem mais sutil e holstica. Por exemplo, cargas de trabalho, e subsequentemente suas necessidades de hardware, sero diferentes com relao s seguintes variveis: Fator Nmero de projetos Tamanhos tpicos de projeto com relao s tarefas Projetos Nmero de campos personalizados no nvel do projeto Nvel de vnculo (dependncias) entre tarefas Caractersticas

Simultaneidade de usurios. Quantos usurios acessaro o sistema ao mesmo tempo? Qual a carga mdia, quais so os picos no trfego? Quais permisses de segurana os usurios tm? Isso afeta a quantidade de dados necessria ao servidor para apresentar ao usurio em um determinado momento, junto com a complexidade das verificaes de segurana que o servidor precisa realizar. Distribuio geogrfica de usurios. Quando os usurios ficam espalhados por grandes reas geogrficas, talvez ocorram efeitos prejudiciais no desempenho devido latncia de rede. Isso tambm afeta o padro de uso na medida em que os usurios provavelmente acessam os servidores em momentos diferentes durante o dia, o que dificulta a localizao de perodos de trfego baixo para execuo de tarefas de manuteno como backups, gerao

Usurios

Planejar a arquitetura de hardware no Project Server 2010

Page 2 of 9

de relatrios ou sincronizao do Active Directory.

Condies de carga de trabalho. Qual conjunto de recursos est sendo usado normalmente? Por exemplo, uma implantao que usa bastante a folha de horas ter caractersticas diferentes de uma que no usa. Padres de uso Tempo mdio entre solicitaes de pgina Tempo mdio da sesso Carga de pginas. Quantas web parts voc tem uma determinada pgina? Quantos dados eles contm?

H muitas outras variveis que podem afetar o desempenho em um determinado ambiente, cada uma dessas variveis pode afetar o desempenho em reas diferentes. Alguns dos resultados de teste e recomendaes neste artigo podem estar relacionados aos recursos ou operaes do usurio que no existem em seu ambiente e, portanto, no se aplicam sua soluo. Apenas o teste completo pode fornecer dados exatos relacionados ao seu prprio ambiente. Outras variveis a serem consideradas: Simultaneidade de usurios: frequentemente, a carga de usurios simultneos um fator considervel na definio dos requisitos de capacidade. Talvez voc tenha menos usurios no sistema, mas todos eles podem realizar transaes com o servidor simultaneamente durante o "pico" de seus perodos de trfego. Por exemplo, uma organizao na qual todos os usurios enviam atualizaes de status/folha de horas no mesmo perodo da semana provavelmente perceber uma diminuio considervel no desempenho durante esses perodos. Se voc tiver perodos de alta utilizao, planeje adicionar outros recursos topologia recomendada para seu conjunto de dados. Diviso de funes do usurio: A distribuio de seus usurios entre Administradores, Administradores de portflio, Gerentes de projeto e Membros da equipe afetar o desempenho de sua implantao na medida em que cada tipo de usurio tem acesso a uma quantidade diferente de dados. Os usurios em categorias de segurana diferentes podem variar de acordo com a quantidade de projetos e recursos que eles podem ver. Os Administradores, por exemplo, conseguem ver todos os projetos no servidor quando carregam a Central de Projetos e todos os recursos quando carregam a Central de Recursos. Em comparao, um Gerente de projetos ver apenas seus prprios projetos. O resultado que esses usurios esto sujeitos a um desempenho reduzido. Quando possvel, sugerimos a limitao do nmero de projetos, tarefas ou recursos exibidos em uma determinada visualizao, definindo filtros apropriados nas visualizaes definidas em Configuraes do servidor>Gerenciar modos de exibio. Distribuio global de usurios Problemas, riscos e resultados finais: Ter uma quantidade maior dessas entidades pode sobrecarregar seu SQL Server. Em particular, a ao de visualizar e interagir com essas entidades no site do Project que provavelmente cria a carga adicional. Se voc usa muito esses recursos, convm alocar recursos adicionais sua implantao do SQL Server a fim de manter um desempenho de alto nvel. Pelo fato de esses artefatos e a funcionalidade de site do Project serem sites e listas do SharePoint, consulte a documentao sobre como expandir os sites e listas do SharePoint. Calendrios: possvel definir calendrios personalizados para projetos, tarefas e recursos. Eles afetam bastante o mecanismo de agendamento, causando um uso elevado

Planejar a arquitetura de hardware no Project Server 2010

Page 3 of 9

da CPU nos servidores de aplicativo e de banco de dados.

Conjuntos de dados tpicos Os conjuntos de dados descritos nesta seo so caracterizados pelas variveis listadas e explicadas na tabela abaixo. Talvez essas variveis no capturem todos os fatores que afetam o desempenho do Project Server (ou seja, no capturam a combinao de recursos que voc tende a usar em sua implantao). No entanto, elas capturam grande parte das informaes significativas para determinar a capacidade apropriada. Entidade 1 1 Projetos Tarefas Mdia de tarefas por projeto Descrio/Notas Pequena Mdia 100 17125 5000 Grande 20000

856250 3425000

171,25

171,25

171,25

Histrico de transao de tarefas

O nmero de vezes que o status tende a ser enviado e 10 aprovado para qualquer tarefa fornecida 22263

100

1000

Atribuies Mdia de atribuies por tarefa Atualizaes pendentes por gerente

1113125 4500000

1,3

1,3

1,3

2/3

Aprovaes

50

600

3000

Usurios Campos Projeto (Frmula) personalizados Campos Projeto (Manual) personalizados

1000

10000

50000

20

25

40

50

Campos Tarefa (Frmula) personalizados

Os campos de frmula da tarefa costumam afetar mais o desempenho, pois precisam 6 ser computados para cada tarefa.

12

15

Campos Tarefa (Manual) personalizados

10

Planejar a arquitetura de hardware no Project Server 2010

Page 4 of 9

Campos Implementao de personalizados atribuio Campos Recurso personalizados Campos Campos personalizados da personalizados tabela de pesquisa

50%

50%

50%

10

20

25

15

100

Folhas de hora (por ano)

Quanto mais voc usa Folhas de hora, mais demandas por 52000 recurso so colocadas sobre o SQL Server

780000 8.320.000

Linhas da folha de hora

10

10

Recomendaes de hardware As sees a seguir fornecem recomendaes gerais de desempenho e de capacidade. Use essas recomendaes para identificar uma topologia inicial adequada para seus requisitos e para decidir se voc precisa realizar a escalabilidade horizontal ou vertical da topologia inicial. Durante todo este artigo, nos referimos a trs funes diferentes configuradas no Windows Server: a funo de Servidor Web Front-End, a funo de Servidor de Aplicativos e a funo de Servidor de Banco de Dados (SQL). Todas elas so componentes de uma implantao completa do Project Server 2010. Os Servidores Web Front-End agem como a interface para os usurios acessarem o Project Server. O Servidor de Aplicativos lida com as solicitaes para as camadas de dados do Project Server e implementa a lgica de negcios do Project Server 2010. Por fim, a camada de banco de dados a fonte de dados, hospedando os bancos de dados do Project Server 2010. Para implantaes pequenas, as funes de Servidor Web Front-End, Servidor de Aplicativos e Servidor de Banco de dados podem ser combinadas no mesmo computador fsico. Para implantaes maiores, talvez seja necessrio separ-las em computadores diferentes, com at mesmo vrios computadores fsicos agindo na mesma funo. Recomendaes de hardware para conjunto de dados pequenos Esta seo sugere uma topologia recomendada para um dos tamanhos de conjunto de dados, pequeno, mdio e grande, caracterizados anteriormente na seo "Conjuntos de dados tpicos". As topologias recomendadas para cada conjunto de dados devem ser suficientes para a obteno de um desempenho razovel com a maioria dos padres de uso nesses tamanhos de conjunto de dados. No entanto, incentivamos que voc leve em considerao as recomendaes especficas fornecidas durante todo o resto deste artigo para determinar se voc precisa expandir alm da topologia recomendada para seu conjunto de dados aproximado. Em geral, voc deve monitorar as mtricas de desempenho de sua topologia e escal-la de adequadamente, caso no esteja satisfeito com as caractersticas do desempenho. Observe que como o Project Server 2010 coexiste com o SharePoint Server 2010, ele usa recursos adicionais (processador, RAM e disco rgido). Os requisitos especificados para o SharePoint Server 2010 tambm so vlidos para uma instalao do Project Server 2010 com um pequeno conjunto de dados e pouco uso. No entanto, para obter conjuntos de dados e padres de uso mais substanciais, outros recursos de hardware so exigidos. Para implantao em um computador autnomo, com um pequeno conjunto de dados, aconselhamos 16 GB de RAM para assegurar um alto nvel de desempenho percebido. Alm disso, se possvel, recomendamos a separao de seu Servidor de banco de dados das camadas de Aplicativo e

Planejar a arquitetura de hardware no Project Server 2010

Page 5 of 9

Web Front-End colocando seus bancos de dados em um computador dedicado e com o SQL Server em execuo. A tabela abaixo lista as especificaes para um nico servidor com instalaes de banco de dados integradas e instalaes de farm de servidores que incluem um nico servidor ou mltiplos servidores no farm. Servidor Web Front-end/de Aplicativos Componente Processador Recomendado 64 bits, quatro-core, 2.5 gigahertz (GHz) no mnimo por core 4 GB para uso de desenvolvedor ou de avaliao, 8 GB para instalao de um farm com um nico servidor ou com mltiplos servidores para uso de produo 80 GB

RAM

Disco rgido SQL Server Componente

Recomendado 64 bits, quatro-core, 2.5 GHz no mnimo por core. (Se o tamanho de seu conjunto de dados for consideravelmente maior do que o conjunto de dados mdio, oito cores ser o recomendado.) 4 GB para uso de desenvolvedor ou de avaliao, 8 GB para instalao de um farm de servidor nico e de mltiplos servidores para uso de produo 80 GB

Processador

RAM

Disco rgido

Recomendaes de hardware para conjunto de dados mdio Os requisitos mnimos especificados para conjuntos mdios podem ser escalados horizontal e verticalmente a fim de lidar com a carga adicional. As topologias escaladas vertical e horizontalmente discutem as consideraes sobre como lidar com a carga de usurio e a carga de dados cada vez maiores. Como uma receita geral, voc deve se preparar para lidar com a carga de usurio e a carga de dados adicionais tendo computadores suficientes para adicionar servidores Web Front-End e Servidores de aplicativo sua topologia. As especificaes de hardware de seus servidores Web Front-End e Servidores de aplicativo podem permanecer em grande parte as mesmas. Uma topologia 4 2 1 deve ser suficiente para lidar com as necessidades da maioria dos conjuntos de dados mdio e os padres de uso. A escala horizontal de seus Servidores de aplicativo e Web Front-End acrescentar mais carga sua implantao do SQL Server e voc dever compens-la adicionando mais memria e recursos de CPU. A seguinte especificao de SQL Server deve ser capaz de lidar com as necessidades de desempenho da maioria dos conjuntos de dados mdio. A melhor maneira de identificar se a topologia projetada por voc satisfaz suas necessidades de desempenho definir um ambiente de preparo para testar sua topologia e monitorar as caractersticas do desempenho. Servidor Web front-end Componente Processador Recomendado 64 bits, quatro-core, 2.5 GHz no mnimo por core

Planejar a arquitetura de hardware no Project Server 2010

Page 6 of 9

RAM

4 GB para uso de desenvolvedor ou de avaliao, 8 GB para instalao de um farm de servidor nico e de mltiplos servidores para uso de produo 80 GB

Disco rgido

Servidor de aplicativos Componente Processador Recomendado 64 bits, quatro-core, 2.5 GHz no mnimo por core 4 GB para uso de desenvolvedor ou de avaliao, 8 GB para instalao de um farm de servidor nico e de mltiplos servidores para uso de produo 80 GB

RAM

Disco rgido SQL Server Componente

Recomendado 64 bits, oito-core, 2.5 GHz no mnimo por core. (Se o tamanho de seu conjunto de dados for consideravelmente maior do que o conjunto de dados mdio, oito cores ser o recomendado.) 32 GB 160 GB

Processador

RAM Disco rgido

Recomendaes de hardware para conjunto de dados grande Para conjuntos de dados grandes, a carga de dados o afunilamento de desempenho mais substancial. Geralmente, considerando o mnimo para conjuntos de dados grandes, convm usar uma topologia 4 2 1. Geralmente, as caractersticas de hardware dos Servidores Web Front-End e de aplicativo podem permanecer as mesmas que as recomendadas para os conjuntos de dados pequenos e mdios. No entanto, como a instalao do SQL Server ser o afunilamento, talvez voc perceba que isso restringe sua habilidade de escalar horizontalmente para Servidores adicionais Web Front-End e de aplicativo. Se voc perceber que a carga de dados seu afunilamento, talvez voc perceba tambm que Servidores adicionais Web Front-End e de aplicativo no produzem um aprimoramento na taxa de transferncia. Para conjuntos de dados grandes, se a instncia do SharePoint Server 2010 com a qual o Project Server 2010 est coexistindo tambm estiver sendo bastante utilizada (ou seja, voc no estiver usando essa implantao do SharePoint Server 2010 especificamente para a funcionalidade do Project Server 2010), recomendamos a separao dos quatro bancos de dados do Project Server 2010 dos bancos de dados de contedo do SharePoint Server 2010, colocando-os em sua prpria instncia do SQL Server. Pelo fato de a taxa de transferncia de dados ser o afunilamento, voc deve investir em recursos adicionais na camada do SQL Server de sua topologia. possvel escalar verticalmente sua instalao do SQL Server adicionando recursos de RAM, CPU e de disco rgido. Nas sees a seguir, listamos as especificaes mnimas e recomendadas para a camada do SQL Server e de uma topologia de conjunto de dados grande.

Planejar a arquitetura de hardware no Project Server 2010

Page 7 of 9

Requisitos mnimos do SQL Server Componente Recomendado 64 bits, oito-core, 2.5 GHz no mnimo por core. (Se o tamanho de seu conjunto de dados for consideravelmente maior do que o conjunto de dados mdio, oito cores ser o recomendado.) 32 GB 250 GB

Processador

RAM Disco rgido

Requisitos recomendados do SQL Server Componente Recomendado 64 bits, oito-core, 2.5 GHz no mnimo por core. (Se o tamanho de seu conjunto de dados for consideravelmente maior do que o conjunto de dados mdio, oito cores ser o recomendado.) 64 GB 300 GB ou mais. Coloque seu banco de dados de relatrio em um servidor de banco de dados separado. Da maneira ideal, voc deve preparar e priorizar dados entre discos. Coloque seus arquivos de dados e seus logs de transao do SQL Server 2008 em discos rgidos fsicos separados. O RAID 5 deve fornecer um equilbrio adequado entre confiabilidade e taxa de transferncia.

Processador

RAM

Disco rgido

Recomendaes de virtualizao O Project Server 2010 no suporta a execuo em mquinas virtualizadas. A maioria das orientaes fornecidas para virtualizao do SharePoint Server 2010 tambm se aplica ao Project Server 2010. Para obter a documentao sobre virtualizao no SharePoint Server 2010, 1 consulte Planejamento da virtualizao (SharePoint Server 2010) . Consulte tambm o Guia de virtualizao do Project Server 2007 para obter informaes adicionais sobre a virtualizao e o Project Server 2010, uma vez que grande parte dessa orientao ainda aplicvel. No entanto, assim como ocorre em qualquer situao na qual a virtualizao aplicada, importante considerar a conteno de recursos do computador fsico entre as mquinas virtualizadas em execuo na mesma instncia fsica. Observao: No recomendamos a execuo do SQL Server em uma mquina virtualizada. A competio por recursos em uma mquina virtualizada pode diminuir consideravelmente o desempenho do servidor. Se voc precisar executar o SQL Server em um ambiente virtualizado, recomendamos o uso das seguintes configuraes: 1. Adaptador de rede: Se voc estiver usando a virtualizao do Hyper-V, use o adaptador de rede virtual em vez do adaptador de rede herdado. 2. Disco virtual:

Planejar a arquitetura de hardware no Project Server 2010

Page 8 of 9

Para a mquina virtual na qual voc est executando o SQL Server, recomendamos a seleo da opo de passagem para o tipo de disco (em vez de dinmico ou fixo). Se essa no for uma opo, use um tamanho de disco fixo em vez de um disco virtual com tamanho dinmico. Recomendamos a seleo de IDE em vez de SCSI para sua unidade de inicializao Aloque espao suficiente no disco rgido para lidar com o tamanho mximo esperado de seu conjunto de dados e demandas de registro em log do ULS. 3. Memria: Aloque o mximo possvel de memria mquina virtual que est executando o SQL. Isso deve ser comparvel quantidade de memria necessria/recomendada para servidores fsicos ate atendem mesma funo. No mnimo 2 GB de memria devem ser reservados para o Sistema operacional host.

A execuo de Servidores Web Front-End ou de aplicativo em ambientes virtualizados costuma no prejudicar o desempenho da execuo do SQL Server em um ambiente virtualizado. Requisitos de rede Para a maioria das implantaes do Project Server, a largura de banda no costuma ser o afunilamento do desempenho. A tabela abaixo lista as especificaes recomendadas de componentes de rede. Um objetivo geral deve ser manter uma latncia baixa entre as camadas de Aplicativo e do SQL Server. Componente Nmero de NICs Velocidade do #NIC (Rede) Conjuntos de dados pequeno e mdio 1 Qualquer velocidade superior a 100mbps deve funcionar bem 2 Conjuntos de dados grandes

1 GB/s

Tipo de balanceador de NLB ou hardware; ambos so aceitveis carga Histrico de Alteraes Data Descrio Motivo

NLB ou hardware; ambos so aceitveis

16 de junho de 2011 Publicao inicial

Tabela de Ligaes
1

http://technet.microsoft.com/pt-br/library/ff607968.aspx

Contedo da Comunidade

Planejar a arquitetura de hardware no Project Server 2010

Page 9 of 9

2012 Microsoft. Todos os direitos reservados.