Planejamento de capacidade do Microsoft Office SharePoint Portal Server 2003

Kimmo Forss
Microsoft Corporation

Março de 2004

Aplica-se a:
Microsoft® Office SharePoint™ Portal Server 2003

Resumo: Este documento apresenta instruções para o planejamento de capacidade para uma instalação do SharePoint Portal Server 2003. Ele descreve os principais problemas encontrados e as decisões que você terá que tomar ao planejar a implantação do SharePoint.

Nesta página

Introdução
Requisitos da solução
Cenários de implantação
Recomendações de escalabilidade
Operações comuns
Operações assíncronas
Operações demoradas
Operações de infra-estrutura
Planejando o crescimento
Resumo

Introdução

Os produtos e as tecnologias Microsoft® SharePoint™ facilitam a colaboração conectada em toda a empresa. Usando uma combinação de recursos de colaboração do Microsoft® Windows® SharePoint™ Services e os recursos de site de portal corporativo do Microsoft Office SharePoint Portal Server 2003, as empresas possibilitam que os usuários criem e gerenciem seus próprios sites SharePoint ricos e fáceis de criar e, assim, permitem que toda a empresa organize, descubra e aproveite esses sites.

Para serem eficientes, as implantações de site de portal devem satisfazer um conjunto árduo de exigências, incluindo facilidade de implantação e gerenciamento, disponibilidade do serviço, taxa de transferência e flexibilidade organizacional. Esses requisitos geralmente evoluem e variam muito de acordo com o tamanho e a complexidade da empresa. O SharePoint Portal Server 2003 supera com sucesso essas dificuldades, e para isso:

• Utiliza o Microsoft® Windows Server™ 2003 e o Microsoft SQL Server™ 2000 para proporcionar capacidade de expansão e desempenho inigualáveis

• Oferece suporte à arquitetura de vários servidores para proporcionar alta disponibilidade, escalabilidade e flexibilidade

• Oferece suporte à forte integração de vários farms de servidores para satisfazer as necessidades da empresa e de segurança

Com uma equipe bem preparada e muito dinheiro, é possível manter um site funcionando com o mais alto nível de desempenho. No entanto, com orçamentos mais realistas, é necessário balancear os custos de hardware com o desempenho do site. O planejamento de capacidade é o processo de encontrar o equilíbrio entre a carga de uso de um site e o mínimo de hardware de servidor necessário para comportá-la. O objetivo do planejamento de capacidade é garantir que a solução seja capaz de agüentar a meta de taxa de transferência de transações com tempos de resposta aceitáveis ao mesmo tempo em que reduz o custo de propriedade do site.

Estimativas precisas para o planejamento de capacidade devem considerar inúmeros fatores, incluindo o número de usuários, os padrões de uso específicos do site e as cargas do servidor. Contudo, essas informações são raramente conhecidas com antecedência e poucos administradores têm tempo para fazer uma análise detalhada desses padrões. Portanto, a finalidade deste documento é fornecer instruções para o planejamento de capacidade para a instalação do SharePoint Portal Server 2003. Ele descreve os principais problemas que você encontrará e as decisões que terá de tomar ao determinar a melhor implantação do SharePoint Portal Server 2003 para sua empresa. Ele também apresenta recomendações para a configuração de hardware para implantações em farm de servidores e em um único servidor.

Quem deve ler este documento?

Este documento destina-se a profissionais de informática que estão planejando uma nova implantação do SharePoint Portal Server 2003. Para obter mais informações sobre como planejar e implantar soluções SharePoint Portal Server 2003, consulte Microsoft Solution Accelerator for Intranets (em inglês).

Em que se baseiam as recomendações?

As recomendações contidas neste documento baseiam-se na experiência decorrente de implantações anteriores e em testes exaustivos de laboratório. O desempenho do SharePoint Portal Server 2003 foi avaliado em diversas configurações de hardware, incluindo um único servidor com vários processadores e farms de servidores. Esses testes foram realizados em sistemas instalados com uma boa manutenção e pré-configurados usando-se a funcionalidade e Web Parts padrões.

Requisitos da solução

Determinar a capacidade de armazenamento necessária (e a solução de hardware) é uma etapa fundamental do planejamento de uma implantação do SharePoint Portal Server 2003. Infelizmente, em geral é difícil estabelecer requisitos claros e detalhados de desempenho e escalabilidade para implantações de site de portal, pois pode ser difícil prever o nível ou o tipo de uso do site. Para complicar, o nível de uso freqüentemente aumenta e muda com o tempo. Entretanto, normalmente você pode usar a taxa de transferência medida em páginas por segundo como base para medir o desempenho. Para saber mais sobre como determinar a taxa de transferência necessária, consulte “Recomendações de escalabilidade” adiante neste documento.

O SharePoint Portal Server 2003 utiliza os serviços fornecidos pelo Windows SharePoint Services. Como o Windows SharePoint Services atende as necessidades de equipes individuais com um conjunto geral de recursos, poucas escolhas estratégicas são necessárias durante a implantação da funcionalidade requerida para o Windows SharePoint Services. No entanto, o SharePoint Portal Server 2003 afeta a maneira como as informações são apresentadas entre grupos e divisões e como elas são refinadas para os executivos da empresa. Como resultado, decisões arquiteturais dependem mais dos objetivos comerciais como:

• Estratégia pessoal do site

• Hierarquia do site de portal

• Diferenciar a necessidade de um site de equipe e de um site de portal

Para obter mais informações, consulte o Windows SharePoint Services Administrator's Guide e o Microsoft Solution Accelerator for Intranets (em inglês). 

Requisitos de hardware

Não existe uma fórmula simples para determinar os requisitos de hardware para uma dada solução porque a demanda do site sobre seus servidores é resultado de uma interação complexa que envolve vários fatores. Analise estas questões:

• Qual é o número máximo de usuários que utilizará essa solução? (Quais são os perfis de uso comuns?)

• Qual é a taxa de transferência necessária a partir do sistema (páginas por segundo)?

• Quanto conteúdo (áreas, sites pessoais, sites do SharePoint, bibliotecas de documentos, documentos e listas) a solução conterá?

• Será necessária alta disponibilidade?

• Como as personalizações afetarão o desempenho?

A menos que você tenha dados mais específicos sobre o que usar como base para o planejamento da capacidade, espere que cada 1.000 usuários exigirão uma taxa de transferência de pico de uma página por segundo.

Cenários de implantação

As empresas podem implantar os produtos e as tecnologias SharePoint em várias configurações diferentes. Esta segunda versão de produtos e tecnologias SharePoint oferece uma infra-estrutura poderosa e flexível de site de portal que satisfaz as mais altas necessidades de escalabilidade, desempenho e capacidade de expansão das maiores empresas. Ela também oferece uma solução pré-configurada que facilita a implantação para empresas menores.

Freqüentemente, o número de usuários pode servir como primeiro critério de seleção para as empresas que planejam implementar as soluções de produtos e tecnologias SharePoint. A tabela a seguir relaciona a topologia recomendada para produtos e tecnologias SharePoint para um melhor uso dos recursos de hardware de acordo com o número estimado de usuários. Devido às questões de latência da rede global, às vezes as empresas precisam fazer implantações em vários locais.

Número de usuários	Topologia recomendada
< 1.000	Único servidor com Microsoft SQL Server 2000 Desktop Engine (MSDE)
< 10.000	Único servidor com SQL Server 2000
< 25.000 *	Farm pequeno: servidor Web de front-end (1), SQL (1+, opcionalmente em cluster)
< 100.000	Farm médio: servidor Web ou de pesquisa de front-end (2), índice ou tarefa (1), SQL (1+, opcionalmente em cluster)
> 100.000	Farm grande: servidor Web de front-end (2+), pesquisa (2+), índice (1+), SQL (1+, opcionalmente em cluster)

* A maioria das empresas desse porte querem uma solução de alta disponibilidade e, portanto, devem implantar um farm médio.

Solução de alta disponibilidade mínima

Para muitas empresas, a alta disponibilidade da solução é um critério de seleção mais importante que o desempenho real medido em páginas por segundo. Para implantar uma solução de alta disponibilidade, você deve usar um farm de servidores. A menor topologia de farm de servidores de alta disponibilidade do SharePoint Portal Server 2003 é composta por dois servidores Web que também atendem solicitações de pesquisa, dois computadores em cluster executando o SQL Server e um servidor de gerenciamento de índices dedicado.

Usando um farm de servidores, é possível realizar operações como atualizações de driver, aplicação de patches para software ou sistema operacional, instalações ou atualizações de Web Parts, reinicialização, etc. de maneira seqüenciada sem interromper o serviço.

Implantação com um único servidor

O SharePoint Portal Server 2003 oferece uma solução de site de portal poderosa e flexível. Muitas organizações podem suprir toda a sua necessidade de capacidade com um único servidor.

Nesse cenário, o servidor executa todas as tarefas relacionadas ao SharePoint Portal Server: Web, índice e pesquisa. O banco de dados que o SharePoint Portal Server 2003 usa pode ser MSDE ou SQL Server. Ao decidir quantos usuários uma solução com um único servidor pode comportar, analise estas instruções:

• O MSDE é apropriado para até 1.000 usuários

• O SQL Server é apropriado para até 10.000 usuários

A tabela a seguir lista os requisitos de hardware para a implantação com um único servidor.

Tipo de servidor	RAM	Disco rígido	CPU
Web, índice, pesquisa e banco de dados	1 gigabyte (GB)	100 GB	Pentium 4 dual de 2.8 GHz

O sistema montado com o hardware descrito nessa tabela deve apresentar as seguintes características de desempenho:

• Processar 15 solicitações por segundo (PCA1) (incluindo 2 pesquisas por segundo) com MSDE

  Observação:   o MSDE apresenta um limite para o tamanho do banco de dados de 2 GB e de 5 tarefas simultâneas.

• Processar 32 solicitações por segundo (incluindo 4 pesquisas por segundo) com SQL Server

• Indexar 5 documentos por segundo

• Armazenar até 100.000 documentos (usando SQL Server)

• Indexar até 1 milhão de documentos (usando SQL Server)

• Hospedar até 10.000 sites de equipe e pessoais

• Hospedar até 5 sites de portal (usando serviços compartilhados)

Recomendação:

Executar uma solução de site de portal em um único servidor exige muito da CPU. Portanto, use um servidor com pelo menos dois processadores.

Observação:   você está sujeito a falhas de hardware com a instalação de um único servidor. Além disso, todas as operações que precisarem reiniciar serviços críticos afetarão o serviço oferecido aos usuários finais.

1PCA (Peak Common Action)

As recomendações contidas neste documento baseiam-se em uma combinação de medidas de desempenho das seguintes operações comuns de portal:

• 50% de acesso à home page do portal

• 15% de operações de pesquisa

• 15% de acesso privado a Meu Site

• 10% de acesso ao diretório do site

• 5% de navegação pela área de tópicos

• 5% de acesso a site de equipe

Farm de pequeno porte

Você pode implantar o SharePoint Portal Server 2003 em um farm pequeno para liberar o servidor Web de front-end das tarefas do SQL Server. A tabela a seguir lista os requisitos de hardware para a implantação de um farm pequeno.

Tipo de servidor	RAM	Disco rígido	Número de computadores	CPU
Servidores Web e de pesquisa	2 GB	200 GB	1	Pentium 4 dual de 2.8 GHz
Servidor de banco de dados	2 GB	200 GB	1	Pentium 4 dual de 2.8 GHz

O sistema montado com o hardware descrito nessa tabela deve apresentar as seguintes características de desempenho:

• Processar 37 solicitações por segundo (incluindo 5 pesquisas por segundo) com SQL Server

• Indexar 5 documentos por segundo

• Armazenar até 100.000 documentos

• Indexar até 1 milhão de documentos

• Hospedar até 10.000 sites de equipe e pessoais

• Hospedar até 5 sites de portal (usando serviços compartilhados)

Recomendação:

Executar uma solução de site de portal em um único servidor exige muito da CPU. Portanto, use um servidor com pelo menos dois processadores.

Farm de médio porte

Você pode implantar o SharePoint Portal Server 2003 em farms de servidores para satisfazer as necessidades de desempenho, escalabilidade e alta disponibilidade de empresas muito grandes A tabela a seguir lista os requisitos de hardware para a implantação de um farm médio.

Tipo de servidor	RAM	Disco rígido	Número de computadores	CPU
Servidores Web e de pesquisa	2 GB	200 GB	2	Pentium 4 dual de 2.8 GHz
Servidor de banco de dados	2 GB	200 GB	1	Pentium 4 dual de 2.8 GHz
Servidor de gerenciamento de índice	2 GB	100 GB	1	Pentium 4 dual de 2.8 GHz

O sistema montado com o hardware descrito nessa tabela deve apresentar as seguintes características de desempenho:

• Processar 80 solicitações por segundo (PCA), incluindo 12 pesquisas por segundo

• Indexar 10 documentos por segundo

• Armazenar até 1 milhão de documentos

• Indexar até 5 milhões de documentos

• Hospedar até 50.000 sites SharePoint e sites pessoais

• Hospedar até 25 sites de portal usando serviços compartilhados

• Hospedar até 10 sites de portal sem usar serviços compartilhados

Recomendação:

Se você implantar um farm médio ou grande, instale nos servidores mais de uma placa de rede para obter uma taxa de transferência melhor. Para obter mais informações, consulte Microsoft Solution Accelerator for Intranets (em inglês). 

Farm de grande porte

A solução SharePoint Portal Server 2003 pode ser dimensionada para uso em grande escala. A tabela a seguir lista os requisitos de hardware para a implantação de um farm grande.

Tipo de servidor	RAM	Disco rígido	Número de computadores	CPU
Servidores Web	2 GB	100 GB	2	Pentium 4 dual de 2.8 GHz
Servidores de pesquisa	2 GB	200 GB	2	Pentium 4 dual de 2.8 GHz
Servidor de banco de dados	2 GB	200 GB	1	Pentium 4 dual de 2.8 GHz
Servidor de gerenciamento de índice	2 GB	100 GB	1	Pentium 4 dual de 2.8 GHz

O sistema montado com o hardware descrito nessa tabela deve apresentar as seguintes características de desempenho:

• Processar 100 solicitações por segundo (PCA), incluindo 15 pesquisas por segundo

• Indexar 10 documentos por segundo

• Armazenar até 1 milhão de documentos

• Indexar até 5 milhões de documentos

• Hospedar mais de 50.000 sites SharePoint e sites pessoais

• Hospedar até 25 sites de portal usando serviços compartilhados

• Hospedar até 10 sites de portal sem usar serviços compartilhados

Você pode ampliar essa topologia adicionando mais hardware conforme necessário. Por exemplo, no laboratório de testes, aumentar o farm grande para:

• 14 servidores Web de front-end com balanceamento de carga (dual de 2.8 GHz, 2 GB de RAM),

• 4 servidores de pesquisa (dual de 2.8 GHz, 2 GB de RAM),

• 2 servidores de índice ou tarefa (dual de 2.8 GHz, 2 GB de RAM) e

• 1 servidor SQL de back-end (quad 1.9 GHz, 4 GB de RAM) resultou em:

  • 625 solicitações por segundo durante a PCA

  • Taxa de transferência da home page do site de portal de 852 páginas por segundo

  • Taxa de transferência da página de tópicos de 1.105 páginas por segundo

  • Taxa de transferência da home page do site de equipe de 856 páginas por segundo

Serviços compartilhados

Dependendo da estrutura de divisões e das localizações geográficas da empresa, podem ser necessários vários farms de servidores. Farms dedicados com suporte a tipos específicos de sites SharePoint beneficiam empresas que devem:

• Satisfazer os requisitos de taxa de transferência e disponibilidade do site de portal e de sites de equipe de maneira independente

• Reforçar padrões de segurança e personalização diferentes para o site de portal e para sites de equipe

• Satisfazer a necessidade de um grande número de sites de portal ou sites pessoais centralizados usando serviços compartilhados

Os serviços compartilhados têm um pequeno efeito negativo sobre a taxa de transferência geral de uma implantação do SharePoint Portal Server 2003, cerca de até 10 por centro do custo da taxa de transferência em 50 sites de portal filho.

A maior parte do custo referente a serviços compartilhados é consumida em memória por vários sites de portal. O consumo de memória de 50 sites de portal geralmente é de 2 GB e aumenta para 4 GB para 100 sites de portal.

Recomendação

Se você planeja implantar vários sites de portal, use serviços compartilhados.

Recomendações de escalabilidade

O SharePoint Portal Server 2003 depende de vários recursos fundamentais de hardware para garantir um ótimo desempenho. Em geral, o recurso mais importante para atender a carga crescente é a capacidade da CPU.

Observação:   Valores insuficientes de RAM, de capacidade do disco rígido ou de taxa de transferência da rede podem fazer com que os servidores não tenham o desempenho ideal sugerido pela capacidade da CPU.

Planeje um hardware que ofereça a capacidade de CPU e os recursos adicionais de acordo com a sua necessidade tomando por base as informações deste documento.

Você pode avaliar a capacidade da taxa de transferência de sites de portal de várias formas diferentes. É importante entender as características da taxa de transferência — taxa de transferência da página da Web, taxa de transferência de pesquisa e taxa de transferência de índice — que afetam de forma mais significativa o desempenho da implantação de um site de portal. As seções a seguir apresentam recomendações detalhadas para vários cenários diferentes de implantação.

Taxa de transferência de páginas da Web

Esse é um padrão de medida que pode ser difícil de prever. O uso que determina a taxa de transferência de páginas da Web pode variar muito entre horários diferentes do dia e de um dia para outro. O SharePoint Portal Server 2003 foi desenvolvido como uma solução de alto desempenho capaz de satisfazer as necessidades de taxa de transferência com variações drásticas. As recomendações conservadoras para o planejamento de capacidade consideram que, em média, a implantação do site de portal utiliza 10 por cento da capacidade total. Isso permite que a implantação responda com êxito a períodos incomuns de alta demanda.

Existem muitos modelos e fórmulas para estimar o número de páginas por segundo necessário para comportar um determinado número de usuários. No entanto, nem sempre fica claro o que o termo "número de usuários" significa para uma empresa. É comum referir-se ao número de usuários que possivelmente usarão o site de portal como "número de usuários com nome".

Também é comum referir-se ao número de usuários que podem usar ativamente o site de portal como "número de usuários simultâneos". É extremamente difícil fazer uma previsão confiável do número de usuários simultâneos ou do número de páginas por segundo necessário para eles.

Para ajudar a determinar a taxa de transferência necessária para uma solução de site de portal, as empresas podem usar a seguinte fórmula:

(número de usuários × porcentagem de usuários ativos por dia × número de operações por usuário ativo por dia × fator de pico) / (360.000 × número de horas por dia)

A tabela a seguir explica as variáveis usadas na fórmula.

Termo	Definição
Número de usuários	O número total de usuários que pode ter acesso à solução
Porcentagem de usuários ativos por dia	A porcentagem do número total de usuários que usam a solução do site de portal durante um determinado dia. Em geral, esse valor é de aproximadamente 25 por cento, mas pode variar de 10 a 75 por cento.
Número de operações por usuário ativo por dia	O número de operações que um usuário típico realiza no site de portal durante um dia comum. Uma operação é uma ação, como visualizar a home page, fazer pesquisas, recuperar documentos, etc. Normalmente, esse número é aproximadamente 10, mas pode variar dependendo da empresa.
Fator de pico	Um número aproximado que estima o valor máximo até o qual a taxa de transferência do site portal excede a taxa de transferência média. Em geral, esse número varia de 5 a 10.
Número de horas por dia	O número de horas durantes as quais ocorre a maior atividade. Esse número normalmente varia entre 6 e 14 horas.

O número 360.000 é determinado por:

100 (para conversão em porcentagem) × 60 (número de minutos em uma hora) × 60 (número de segundos em um minuto)

Você pode usar essas descrições quantitativas de uma implantação de site de portal para estimar a taxa de transferência de pico necessária. Por exemplo, uma empresa com 10.000 usuários (dos quais 40 por cento por dia são ativos, realizando uma média de 20 operações) com um fator de pico de 6 e 12 horas como número de horas por dia durante o qual ocorre a maior atividade, precisa de uma taxa de transferência de 11 páginas por segundo.

(10.000 × 40 × 20 × 6) / (360,000 × 12) = 11,11

Taxa de transferência de pesquisas

Use a taxa de transferência de páginas da Web total para estimar o número de pesquisas de conteúdo executadas por segundo. As recomendações conservadoras para o planejamento de capacidade consideram que 10 por cento de todas as páginas da Web visualizadas resultam em pesquisas de conteúdo.

Taxa de transferência de índice

A velocidade na qual o conteúdo muda dentro da empresa determina a taxa de atualização do índice de conteúdo. Em geral, considere que 10 por cento de todo o corpo deve ser atualizado no índice a cada 24 horas. Embora seja extremamente raro que 10 por cento do conteúdo realmente mude a cada 24 horas, essa recomendação permite que o site de portal complete grandes inclusões de conteúdo e atualizações integrais estratégicas do índice sem atrasos.

A taxa de transferência de índice afeta o desempenho dos mecanismos de pesquisa e de alertas do site de portal, pois eles dependem de um índice atualizado.

Recomendação:

A taxa de transferência de índice deve ser capaz de atualizar 10 por cento de todo o corpo do índice a cada 24 horas.

Alta disponibilidade

Como uma fonte central de informações comerciais importantes e aplicativos, as implantações de site de portal geralmente são uma fonte importante para a empresa e podem ser classificadas como de "missão crítica". Muitas empresas preferem implantar um farm de servidores para garantir a disponibilidade do site de portal independentemente da necessidade real de taxa de transferência. As empresas geralmente implantam um farm de servidores para garantir a alta disponibilidade em vez de uma taxa de transferência alta de páginas da Web.

Recomendação:

Se a sua empresa classifica o site de portal como um recurso crítico, considere a implantação de um farm de servidores.

Armazenamento

O SharePoint Portal Server 2003 armazena dados no SQL Server e em índices de texto completo nos sistemas de arquivos dos servidores de gerenciamento de pesquisa e índice. Em geral, as características mais importantes para determinar a quantidade de espaço necessária para o armazenamento são o tamanho total dos documentos armazenados no site de portal e o tamanho total dos documentos incluídos no índice do site de portal. A tabela a seguir ilustra os requisitos de armazenamento para as funções de servidor em uma solução SharePoint Portal Server.

Função do servidor	Armazenamento necessário
Banco de dados	200% do tamanho total de todos os documentos armazenados no site de portal
Índice	50% do tamanho total de todos os documentos incluídos nos índices desse servidor
Pesquisa	100% do tamanho total de todos os documentos indexados

Por exemplo, um site de portal que armazena 1 milhão de documentos com um tamanho médio de documento de 100 kilobytes (KB) armazena 100 GB de dados de documentos e, portanto, requer 200 GB de espaço para armazenamento.

A adição de novos sites de portal ou de equipe por si só não consome muito espaço em disco. Cada novo site de portal (sem conteúdo) consome aproximadamente 20 megabytes (MB) de espaço em disco (no banco de dados), enquanto um novo site, site pessoal ou uma área do site de portal (sem conteúdo) consome menos de 200 KB de espaço em disco (no banco de dados).

Recomendação:

Use a tabela anterior para calcular a capacidade de armazenamento necessária. Multiplique o resultado por um fator de 1,5 a 3 para comportar o crescimento futuro.

Outras recomendações

• Para mais de um site de portal, use serviços compartilhados. Isso resulta em uma base de memória menor e não requer servidores adicionais.

• Tente manter poucos sites de portal, geralmente, em limites geográficos ou organizacionais.

• Use áreas para navegação e segurança hierárquica. Em muitos casos, você pode usar áreas para armazenar informações de divisões em vez de criar sites de portal separados para elas.

Operações comuns

Esta seção descreve o impacto sobre o desempenho de algumas operações comuns do site de portal.

Autenticação

Testes de desempenho dos mecanismos de autenticação do SharePoint Portal Server 2003 indicam desempenho similar a autenticação Anônima e autenticação integrada do Windows. O uso do SSL (Secure Sockets Layer) teve um impacto de aproximadamente 10 por cento sobre a taxa de transferência de operações comuns do site de portal. O uso da autenticação Básica proporciona uma melhora de 10 por cento no desempenho. No entanto, para ajudar a garantir a segurança, use o SSL ou a autenticação Integrada do Windows como mecanismo de autenticação.

Personalizações

O design e a engenharia do SharePoint Portal Server 2003 garantem um ótimo uso dos recursos do servidor Web e do SQL Server. A arquitetura é flexível e permite abordagens de personalização diferentes.

Web Parts personalizadas

Você pode ampliar facilmente a funcionalidade do SharePoint Portal Server 2003 criando Web Parts personalizadas. Ao criá-los, teste-as com atenção para garantir que elas usarão de forma eficiente os recursos do servidor Web e do SQL Server e que não afetarão de maneira negativa a implantação do SharePoint Portal Server 2003. As Web Parts que não forem bem elaboradas ou escritas podem reduzir consideravelmente a capacidade da taxa de transferência da implantação do site de portal.

Se, por exemplo, um site de portal disponibiliza 24 páginas por segundo, cada página é disponibilizada, aproximadamente, em 40 milissegundos. Portanto, todas os Web Parts da página precisam ser processadas nesse tempo.

Você pode testar as Web Parts usando a determinação de perfil do código, do banco de bancos ou uma simulação de carga. Para obter mais informações sobre como determinar o perfil do código de aplicativos da Web com o Microsoft Visual Studio® .NET, consulte o livro da Microsoft Press Performance Testing Microsoft .NET Web Applications (em inglês) e ASP.NET Optimization no MSDN (Microsoft Developer Network) (site em inglês). Para obter mais informações sobre como determinar o perfil de aplicativos de banco de dados, consulte o livro da Microsoft Press Microsoft SQL Server 2000 Performance Tuning Technical Reference (em inglês) e Optimizing Database Performance no MSDN. Os livros da Microsoft Press e o MSDN também oferecem informações sobre a simulação de carga.

Recomendação

Teste todas as Web Parts personalizadas com atenção usando determinação de perfil do código, do banco de dados e a simulação de carga antes de implantá-los nos servidores de produção

Manipuladores de eventos

Os desenvolvedores podem criar soluções que usam mecanismos de eventos fornecidos pelas bibliotecas de documentos do SharePoint Portal Server. O desempenho dos manipuladores de eventos pode afetar drasticamente a taxa de transferência de um site de portal. Teste minuciosamente os manipuladores de eventos para garantir que eles usarão de maneira eficiente os recursos e não terão um impacto negativo na implantação do SharePoint Portal Server 2003.

Páginas modificadas

O SharePoint Portal Server 2003 armazena as informações básicas de algumas de suas páginas e de seus modelos no sistema de arquivos do servidor Web de front-end. Essas páginas, que não foram personalizadas, e os metadados são denominados “páginas não-disponíveis”.

Quando uma página é modificada, ela é gravada no banco de dados e lida a partir dele. O impacto no desempenho decorrente da leitura dessas páginas a partir do banco de dados em vez de ser feita a partir do disco é de cerca de 10 por cento.

Pesquisa

O desempenho das pesquisas depende do número de documentos e propriedades nos índices, do número de índices de conteúdo e da complexidade da consulta da pesquisa. Ele depende também da taxa de transferência de índice, pois a pesquisa requer um índice atualizado.

O número total de consultas feitas durante uma pesquisa é igual ao número de pesquisas multiplicado pelo número de índices de conteúdo. Cada pesquisa iniciada consultará cada fonte de conteúdo ou índice uma vez.

A taxa de transferência de pesquisa esperada em um farm de médio porte com 5 milhões de documentos é de cerca de 20 consultas por segundo.

Segurança

Não há nenhum impacto perceptível na taxa de transferência ao se acessar o site de portal com direitos de acesso diferentes. Geralmente, quanto menos um usuário tiver que acessar um site de portal com SharePoint Portal Server 2003, menos recursos do servidor serão necessários.

Grupos de segurança do Windows em sites de grande porte

Como os grupos de distribuição utilizados para configurar a participação inicial dos sites de equipe são expandidos e refletem apenas a participação do grupo de distribuição inicial, os grupos de segurança são úteis para manter a participação em sites grandes.

Os grupos de distribuição funcionam bem em sites menores ou sites onde provavelmente não haverá alteração de participação durante sua vida útil. Os grupos de segurança não são expandidos e, portanto, as permissões refletirão mudanças recentes feitas no Active Directory®.

Observação:   somente grupos de segurança ou usuários podem ser listadas como membros de sites de portal.

Operações assíncronas

Esta seção descreve o impacto sobre o desempenho de algumas operações realizadas em segundo plano no site de portal.

Recomendação

Programe as tarefas de operações assíncronas para serem executadas fora dos horários de pico para minimizar o impacto sobre o desempenho da solução.

Públicos

Normalmente, o impacto do desempenho do cálculo do público sobre o desempenho do site de portal é inferior a 10 por cento. Nos testes de laboratório, o impacto do cálculo do público sobre a taxa de transferência em um farm de médio porte que registra a exibição de 110 páginas por segundo para acesso da home page sem cálculo de público foi de 106 páginas por segundo com o cálculo ativado.

O cálculo do público é uma operação que utiliza muito da capacidade do disco e, portanto, pode competir com outras operações que também usam o disco, como a indexação.

Backup

Geralmente, o desempenho de backup do SharePoint Portal Server 2003 é de aproximadamente 4 a 6 MB por segundo. O backup é uma operação vinculada à E/S do disco e o desempenho depende da localização da mídia de backup (disco local ou compartilhamento de rede).

Sendo assim, por exemplo, se o site de portal contiver 1 GB de conteúdo, o tempo de restauração esperado é:

1.000 MB/ 5 MBps = 200 s ˜ 3 min

O efeito do processo de backup sobre a taxa de transferência do site de portal é, normalmente, de 5 por cento.

Indexação

O desempenho geral do indexador depende destas quatro áreas: propagação, mesclagem, indexação e alertas.

O processo de indexação é afetado não só pelo número de documentos indexado e sua localização, mas também pelo número de alertas presentes no conteúdo indexado.

Não é recomendada a existência de mais de quatro índices em cada indexador em uma configuração de farm. Parcialmente, porque as consultas entre índices ficam mais lentas e terão uma relevância menos precisa, mas também devido ao impacto sobre o desempenho da propagação e da mesclagem de índices no servidor de pesquisa. Contudo, manter o conteúdo com requisitos de atualização rigorosos em um índice de conteúdo separado possibilita uma propagação mais rápida.

Depois que o servidor de gerenciamento de índices atualizar o arquivo de índice do conteúdo, ele será copiado para o servidor de pesquisa e mesclado com outros arquivos de índice do conteúdo.

O desempenho dos índices cai quando o número de documentos do índice ultrapassa 5 milhões.

O processo de indexação usa um grande número de conexões de banco de dados; portanto, não é recomendável o uso do MSDE em uma solução com um grande número de documentos, pois o MSDE disponibiliza, no máximo, cinco tarefas simultâneas.

Nos laboratórios de teste, o desempenho do rastreamento foi de aproximadamente 33 documentos por segundo em um servidor de gerenciamento de índices com processador duplo. Após a inclusão de 100.000 assinaturas a uma massa de 2.500.000 de documentos, a degradação no desempenho do indexador foi de cerca de 17 por cento.

Recomendações

• Mantenha um máximo de quatro índices em cada indexador em uma configuração de farm.

• Mantenha o conteúdo com requisitos de atualização rigorosos em um índice de conteúdo separado.

• Limite em 5 milhões a quantidade de documentos em um índice.

• Limite em 1 milhão a quantidade de alertas em uma solução de site de portal.

• Não use o MSDE em uma solução com um grande número de documentos.

Propagação do índice

O tempo necessário para propagar um índice ao servidor de pesquisa pode variar dependendo do número de documentos e da quantidade de metadados do índice. Normalmente, o desempenho da propagação de índice é de aproximadamente 2,5 MB por segundo.

Importação de perfil

O processo de importação de perfil lê os dados do serviço de diretório Active Directory para preencher as informações do usuário nos bancos de dados do SharePoint Portal Server. Trata-se de uma operação somente leitura pura que não modifica o Active Directory de forma alguma. Em um farm médio, o desempenho esperado do importador de perfil é de aproximadamente 30 perfis por segundo.

Restauração

Geralmente, o desempenho de restauração do SharePoint Portal Server 2003 é de aproximadamente 4 MB por segundo. A restauração é uma operação vinculada à E/S do disco e o desempenho depende da localização da mídia (disco local ou compartilhamento de rede) a partir da qual a restauração será executada e se ela será feita no SQL Server local ou remoto.

Sendo assim, por exemplo, se o site de portal contiver 1 GB de conteúdo, o tempo de restauração esperado é:

1.000 MB / 4 MBps = 250s ˜ 4 min

Operações demoradas

Esta seção descreve o impacto sobre desempenho de algumas operações do site de portal definidas pelo usuário final.

Renomear pastas

O desempenho de uma operação de renomear pasta depende do número de itens da pasta. Se ele for grande, realize essas operações fora dos horários de pico.

Outras operações demoradas

O desempenho de todas as operações que afetam vários itens da solução depende diretamente do número de itens afetados. Essas operações incluem a exclusão ou o carregamento de vários documentos e a renomeação ou a exclusão de áreas de tópicos.

Operações de infra-estrutura

Esta seção descreve o impacto sobre o desempenho de algumas operações básicas do site de portal.

Operações de single sign-on

O SharePoint Portal Server oferece suporte a SSO (Single Sign-On) interno para a criação de soluções que acessam sistemas de back-end diferentes. Essas soluções armazenam credenciais que podem ser recuperadas de forma programática posteriormente. Em um farm médio, o site de portal pode recuperar cerca de 100 credenciais por segundo e armazenar aproximadamente 90 credenciais por segundo usando interfaces de SSO.

Serviços da Web

Para o planejamento, considere solicitações de serviços da Web equivalentes a solicitações de página.

Planejando o crescimento

O planejamento de capacidade é um processo contínuo. Ele requer o monitoramento constante do uso dos servidores para garantir recursos suficientes para que o usuário tenha a melhor experiência possível. Com o decorrer do tempo, a maioria das implantações crescem consideravelmente tanto em número de usuário como na quantidade de conteúdo armazenado na solução.

O SharePoint Portal Server 2003 pode usar servidores com vários processadores e farms com vários servidores. Os administradores podem expandir facilmente as implantações para satisfazer as necessidades que estão sempre mudando; para isso, basta adicionar recursos de hardware em qualquer destas categorias:

• Processadores, RAM e capacidade de armazenamento dos servidores existentes

• Servidores Web

• Computadores com SQL Server

• Servidores de pesquisa

• Servidores de gerenciamento de índice

O monitoramento do sistema permite que você identifique possíveis gargalos no sistema. Depois de eliminar um gargalo, continue monitorando o processo para identificar outro.

Consumo de CPU

O recurso de hardware mais importante para manipular a carga crescente no SharePoint Portal Server 2003 é a capacidade da CPU.

Adicionando um novo servidor de front-end

Como a taxa de transferência da maioria das operações do site de portal sofrerá restrições devido à capacidade total da CPU disponível no servidor de front-end, as organizações podem beneficiar-se aumentando a capacidade da CPU de front-end da solução. A figura a seguir ilustra essa idéia. A taxa de transferência resultante é comparada à capacidade total da CPU dos servidores Web de front-end de cada uma das topologias do site de portal. Todas as topologias usaram o mesmo hardware servidor de back-end do SQL. A taxa de transferência do SharePoint Portal Server 2003 mostra um crescimento linear à medida que a capacidade da CPU aumenta.

Adicionando um novo SQL Server de back–end

Aumentar a capacidade do front-end melhora a taxa de transferência até que o SQL Server de back-end passe a ser um fator limitador, como mostrado na figura a seguir.

Como se vê, o ganho de desempenho proporcionado pela adição de servidores Web de front-end diminuiu após a inclusão do quarto servidor. A melhor proporção entre CPUs de front-end e de back-end (SQL) é de aproximadamente 4:1.

Recomendação

Se você planeja adicionar mais servidores de front-end, aumente também o número de servidores SQL de back-end na mesma proporção de 4:1.

Adicionando um novo indexador

As empresas podem diminuir o tempo gasto no rastreamento de atualizações por incremento e no envio de alertas adicionando à solução um novo indexador.

Adicionando conteúdo

A adição de um grande número de itens a uma biblioteca de documentos tem implicações no desempenho do processamento do conteúdo da mesma.

A adição de um grande número de documentos em uma única biblioteca de documentos também pode resultar em degradação do desempenho do indexador que indexa o conteúdo, pois qualquer modificação feita em um item de uma biblioteca de documentos causa sua reindexação.

Adicionando um site

O número real de sites não afeta o desempenho do site de portal de maneira significativa. Você pode esperar uma queda de cerca de 5 por cento na taxa de transferência das operações comuns a cada 50.000 sites. O desempenho da página Diretório de Sites do site de portal é afetado porque a página que exibe informações sobre o diretório precisa enumerar todo o Diretório de Sites para processar seu conteúdo.

Adicionando um site de portal

Os requisitos de um site de portal completo são maiores que os de um site porque inúmeras operações (como indexação, importações de perfil, etc.) que são executadas em um site portal não são executadas em um site. Portanto, a adição de sites de portal aumenta os requisitos de CPU e memória da solução.

A taxa de transferência de PCA cai aproximadamente 10 por cento em uma solução com 50 sites de portal em operação no mesmo farm.

Consumo de disco

Uma solução SharePoint Portal Server 2003 comum cresce devido à inclusão de novos documentos ou índices ao site de portal existente ou devido à adição de novos sites ou sites de portal às soluções.

Adicionando um novo perfil de usuário

A adição de um perfil de usuário consume aproximadamente 7 KB do banco de dados.

Adicionando conteúdo

A adição de conteúdo aumenta o uso do espaço do disco do sistema. O aumento ocorre não só pela inclusão real de dados, mas também pelo tamanho dos índices com o novo conteúdo.

Recomendação

Para melhorar o desempenho, execute as tarefas administrativas apropriadas nos bancos de dados do servidor SQL e no sistema de arquivo para diminuir a fragmentação. Além disso, depois de importar grandes quantidades de dados, reindexe as tabelas do banco de dados do site. Para obter mais informações, consulte Microsoft Solution Accelerator for Intranets (em inglês). 

Adicionando um novo banco de dados de conteúdo

Por padrão, cada banco de dados de conteúdo comporta 15.000 sites.

Recomendação

Limite em 50.000 o número de sites do SharePoint por banco de dados de conteúdo.

Adicionando novos sites

A adição de novos sites tem um impacto mínimo sobre o consumo do disco. É o conteúdo real dos sites criados que afeta o consumo do disco.

Adicionando um site de portal

A adição de mais sites de portal à solução aumenta os requisitos de espaço em disco, pois eles contêm índices de pesquisa. Se o farm de servidores não fizer parte de um ambiente de serviços compartilhados, ele suportará até 15 sites de portal. Se o farm de servidores fornecer ou usar serviços compartilhados, suportará até 100 sites de portal.

O Internet Information Services (IIS) limita em 64 o número de sites em operação em um servidor. Para obter informações sobre como aumentar esse número, consulte Microsoft Office SharePoint Portal Server 2003 Administrator's Guide (em inglês).

Consumo da rede

E uma rede de 100 Mbps, os computadores Web de front-end com SharePoint Portal Server 2003 geralmente consomem apenas uma pequena fração da capacidade total da rede.

O pico de consumo da rede no tráfego entre os servidores de um farm ocorre quando o conteúdo indexado é propagado para o servidor de pesquisa enquanto ocorre a indexação e a disponibilização de páginas. A utilização máxima da rede detectada nos laboratórios de teste durante o pico de desempenho da taxa de transferência foi de aproximadamente 30 por cento. Portanto, o uso de um farm em uma rede de 100 MB por segundo deve assegurar que a contenção da rede não será um problema.

Recomendação

Use pelo menos uma rede de 100 Mbps entre os servidores de um farm. Instale nos servidores Web de um farm duas placas de rede, uma para solicitações dos usuários e outra para o tráfego de rede do SQL Server e de pesquisa.

Consumo de memória

Outro recurso importante em uma instalação do SharePoint Portal Server 2003 é a memória. Se a solução não tiver memória suficiente disponível, seu desempenho cai. As diversas operações do portal têm requisitos de memória diferentes.

Adicionando um alerta

A adição de um alerta de pesquisa consome aproximadamente 2 KB de memória no processo de pesquisa de cada alerta de pesquisa, enquanto outros alertas consomem cerca de 0,5 KB de memória. Esses números devem ser multiplicados pelo número de índices no servidor para se determinar o consumo total de memória.

Adicionando conteúdo ou sites

A adição de conteúdo, novos sites ou novos sites de portal não só consome mais espaço do disco da solução como também aumenta o uso da memória devido a indexação, etc.

O carregamento de arquivos grandes consome memória do servidor pois o arquivo inteiro é carregado na memória antes de ser armazenado no banco de dados do SQL Server.

Adicionando um site de portal

O consumo de memória de 50 sites de portal geralmente é de 2 GB e aumenta para 4 GB para 100 sites de portal.

Usando serviços compartilhados

A maior parte do custo referente a serviços compartilhados é consumido em memória por vários sites de portal.

Tabela de limites

É importante entender as ramificações dos recursos e das funções diferentes das soluções SharePoint Portal Server para dimensionar o sistema de modo que ele tenha um bom desempenho. A tabela a seguir lista alguns dos objetos do SharePoint Portal Server e descreve seu uso recomendado.

"Típico" indica confortável e bem testado; "máximo" indica que o sistema pode suportar esse número, mas não sem algumas ramificações de desempenho ou configurações especiais. Um asterisco (*) indica um limite fixo; nenhum asterisco indica um limite testado ou suportado.

Objeto	Típico	Máximo
Sites de portal (completos)	2	15 *
Sites de portal (filho)	10	100 *
Áreas	1.000	10.000
Melhores opções	1.000	25.000
Profundidade da área	5	20 *
Perfis de usuários	50.000	1.000.000
Públicos	500	10.000
Participação do público	500.000	5.000.000
Credenciais de SSO	100.000	100.000
Índices de pesquisa	3	32
Fontes de conteúdo	25	250
Escopos de pesquisa	25	250 *
Documentos indexados por índice de conteúdo	100.000	5.000.000
Documentos indexados	2.500.000	20.000.000
Entradas de dicionário de sinônimos	1.000	10.000
Alertas	50.000	1.000.000
Sites de equipe	10.000	250.000
Sites pessoais	10.000	250.000

Resumo

Criado com base no Windows Server 2003, o SharePoint Portal Server 2003 expande o Windows SharePoint Services ao adicionar classes inteiras de funcionalidade para as empresas, conectando pessoas, equipes e conhecimentos entre os processos comerciais.

Você pode implantar a arquitetura escalonável e distribuída em um único servidor ou farm de servidores usando uma implantação de cima para baixo ou vice-versa e em um modelo centralizado ou não. O modelo de implantação flexível, unido a aprimoramentos consideráveis em escalabilidade, desempenho, disponibilidade e capacidade de gerenciamento, permite que as soluções comerciais das empresas comecem pequenas e cresçam de acordo com a necessidade.