Compartilhar via


Fatores adicionais de planejamento de desempenho e capacidade (Windows SharePoint Services)

Atualizado em: 2009-04-23

Esta seção descreve fatores adicionais que você deve considerar no planejamento de capacidade e desempenho.

Fatores do ambiente

Configuração da rede

Segurança da rede

Autenticação

Desenvolvendo código personalizado

Configuração da rede

A configuração da rede é muito importante para o desempenho da instalação do Windows SharePoint Services. Os componentes de rede comuns que podem afetar o desempenho incluem:

  • Placa de Interface de Rede (NIC)

    • Configurações da NIC:   sempre que possível, você deve usar placas de rede Gigabit. Se você tiver placas auto-alternáveis (100 MB / 1 GB), deverá definir sempre que a substituição use 1 Gigabit.

    • Entrada/Saída:   em cenários onde você espera tráfego intenso, é recomendável que você tenha NICs separadas para lidar com o tráfego de entrada e saída.

  • **Comutadores:   **se você executar a rede através de um comutador, assegure-se de estar usando um comutador GB e de que você tenha o mesmo número de canais de entrada/saída.

  • **Roteadores:   **verifique se os roteadores estão configurados em uma infraestrutura GB.

  • Controladores de domínio:   É possível que a autenticação se torne um gargalo de desempenho no ambiente do SharePoint se o controlador de domínio receber solicitações mais rápido do que puder respondê-las. Em ambientes que usem autenticação do usuário como NTLM, é recomendável uma proporção de 3 servidores Web por controlador de domínio. Se os testes indicarem que a carga de autenticação em 3 servidores Web por controlador é aceitável, você poderá adicionar um servidor Web a mais por controlador de domínio para um limite com suporte de 4 servidores Web por controlador.

Tenha em mente que a configuração de rede deve ser planejada e testada amplamente antes de mover um sistema para ambiente de produção.

Segurança da rede

Consulte Planejar comunicação segura em um farm de servidores (Windows SharePoint Services) para obter mais informações sobre segurança da rede.

Autenticação

O mecanismo de autenticação usado no ambiente possui um efeito incremental no desempenho geral do sistema. Os fatores que contribuem para o desempenho da autenticação incluem:

  • O número e a velocidade de viagens de ida e volta ao provedor de autenticação

  • O provedor de autenticação que processa o desempenho

Os testes da Microsoft indicam que a ordem dos mecanismos de autenticação, do mais rápido para o mais lento, são os seguintes:

  1. Anônima

  2. Kerberos

  3. NTLM

  4. Básica

  5. Formulários

Se optar por criar um provedor de autenticação para usar com o Office SharePoint Server ou Windows SharePoint Services, você deverá seguir as diretrizes de melhores práticas no artigo do MSDN sobre autenticação no ASP.NET (diretrizes de segurança no .NET) (https://go.microsoft.com/fwlink/?linkid=98743\&clcid=0x416).

Desenvolvendo código personalizado

A causa mais comum de baixo desempenho em versões anteriores do SharePoint Server é o desenvolvimento e a implantação de recursos personalizados ineficientes na plataforma do SharePoint. Ao desenvolver recursos personalizados para o SharePoint, há algumas medidas de desempenho que você deve monitorar. Estas são apenas algumas delas:

  • Viagens de ida e volta do SQL Server   Nas páginas principais, não são recomendadas mais de 2 a 3 viagens de ida e volta do SQL. As viagens excessivas causam o seguinte efeito prejudicial no desempenho:

    • Aumento do tempo de resposta do usuário final devido ao maior tempo de processamento no lado do servidor.

    • Redução da taxa de transferência total do sistema devido à carga adicional no servidor SQL.

  • **Utilização da CPU do SQL server   **Para manter a integridade do sistema, é importante que a utilização de CPU no(s) servidor(es) SQL permaneça relativamente baixa. Se a média de utilização de CPU do SQL Server for maior do que 60%, o desempenho será afetado de forma adversa. As etapas que você pode realizar para reduzir a utilização de CPU no SQL incluem:

    • Implementar uma estratégia de cache: isso reduz o número total de chamadas do(s) WFE(s) para o SQL Server.

    • Otimizar o código personalizado para usar métodos de objeto que retornem seus dados desejados da maneira mais eficiente (por ex., introduzir índices em listas etc.).

    • Distribuir os bancos de dados do SQL em vários servidores SQL físicos.

  • Tamanho do download de página   Mantenha o tamanho mínimo de código. Um aumento relativamente pequeno no tamanho da página pode ter um impacto significativo no desempenho se essa página for acessada por muitas pessoas diariamente, especialmente durante horas de pico.

  • Eficiência do código no lado do cliente   Aproximadamente 50% do tempo de resposta do usuário final consiste no processamento no lado do cliente do código retornado. Se a sua solução personalizada aumentar um desses elementos, você pode esperar um efeito negativo no tempo de resposta do usuário final.

  • **Callbacks de AJAX   **Em partes do AJAX, o número de callbacks, e a carga de cada callback. Por exemplo, cada KPI faz 3 chamadas para retornar o resultado. Certifique-se de testar o desempenho da página ao introduzir vários KPIs ou outro código personalizado em uma página.

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

Consulte a lista completa de manuais disponíveis na página de download de manuais do Windows SharePoint Services (em inglês).