Compartilhar via


Estimar os requisitos de desempenho e capacidade para ambientes sociais (SharePoint Server 2013)

APLICA-SE A:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint no Microsoft 365

Para criar um plano de desempenho e capacidade para uma solução da intranet empresarial O Meu Site e portal de computação social, este artigo contém informações sobre as seguintes áreas:

  • Especificações de ambiente de laboratório, como hardware, topologia de farm e configuração do farm

  • A carga de trabalho e o conjunto de dados do farm de teste usado para gerar a carga de teste

  • Resultados de teste e análise que demonstram e explicam tendências de débito, latência e procura de hardware sob carga em pontos de dimensionamento específicos.

Utilize as informações neste artigo para compreender os seguintes conceitos:

  • Características do cenário em cargas normais e de pico

  • Como as tendências de desempenho mudam quando os servidores de farm são aumentados horizontalmente

  • Como estimar um ponto de partida adequado para a arquitetura planeada

  • Fatores importantes a considerar quando planear os recursos que o farm terá de manter níveis aceitáveis de desempenho sob pico de carga

Introdução a este ambiente

Muitas vezes, as empresas utilizam o SharePoint Server 2013 para publicar O Meu Site e portais de computação social aos quais os utilizadores autenticados acedem num site da intranet. Este artigo contém dados de capacidade e desempenho para ajudar a planear o número de computadores a utilizar e os tipos de computadores necessários para publicar os portais O Meu Site e computação social no SharePoint Server 2013.

Orientações adicionais explicam como aumentar horizontalmente os servidores numa solução do portal O Meu Site e computação social do SharePoint Server 2013. O planejamento de capacidade informa as decisões sobre o hardware a ser adquirido e as configurações de sistema que otimizam sua solução.

Uma vez que os farms individuais do SharePoint Server 2013 são exclusivos, cada farm tem requisitos diferentes que dependem do hardware, do comportamento do utilizador, da configuração das funcionalidades instaladas e de muitos outros fatores. Portanto, complemente esta orientação com testes adicionais em seu próprio hardware e ambiente. Se o design e a carga de trabalho planejados se parecem com o ambiente descrito neste artigo, você pode usar este artigo para descrever conclusões sobre como dimensionar seu ambiente.

Os resultados dos testes neste artigo foram produzidos num laboratório de teste, com uma carga de trabalho, um conjunto de dados e uma arquitetura para simular um ambiente de produção em condições altamente controladas. Embora o design dos testes necessite de muito cuidado, as características de desempenho de um laboratório de teste nunca são as mesmas como o comportamento de um ambiente de produção. Estes resultados de testes não representam o desempenho e a capacidade característicos de um farm de produção. Em vez disso, eles demonstram tendências observadas nas demandas de taxa de transferência, latência e hardware. Use a análise dos dados observados para ajudá-lo a planejar a capacidade e a gerenciar seu próprio farm.

Este artigo inclui o seguinte:

  • Especificações, que incluem hardware, topologia e configuração

  • A carga de trabalho, que inclui uma análise da demanda sobre o farm, o número de usuários e características de uso

  • O conjunto de dados, como tamanhos de bancos de dados e tipos de conteúdo

  • Resultados de testes e análises para dimensionar servidores Web

Antes de ler este artigo, leia os seguintes artigos para se certificar de que compreende os principais conceitos subjacentes à gestão de capacidade no SharePoint Server 2013.

Estes artigos fornecem as seguintes informações:

  • A abordagem recomendada para gerenciamento de capacidade

  • Como fazer uso eficaz das informações neste artigo

Glossário

A lista a seguir contém as definições dos principais termos deste artigo:

  • RPS: Pedidos por segundo. RPS é o número de solicitações que um farm ou servidor recebe em um segundo. É uma medição comum da carga do servidor e do farm.

    Importante

    Observe que as solicitações diferem dos carregamentos de páginas. Cada página contém vários componentes, cada um dos quais cria um ou mais pedidos quando um browser carrega uma página. Portanto, um carregamento de página cria várias solicitações. Em geral, as verificações e os eventos de autenticação que usam recursos insignificantes não são contados nas medições RPS.

  • Zona Verde: A Zona Verde representa um conjunto definido de características de carga em condições de funcionamento normais, até às cargas de pico diárias esperadas. Um farm que opera nesta faixa deve estar apto a manter tempos de resposta e latência que estejam dentro de parâmetros aceitáveis.

    Este é o estado no qual o servidor pode manter os seguintes conjuntos de critérios:

    • A latência do lado do servidor para, pelo menos, 75% dos pedidos é inferior a 0,5 segundos.

    • Todos os servidores mantêm uma utilização média da CPU inferior a 50%.

    • A taxa de falhas é inferior a 0,1%.

  • Zona Vermelha (Máx.): A Zona Vermelha representa um conjunto definido de características de carga em condições de operação de pico. Na Zona Vermelha, o farm apresenta uma demanda de recursos transitórios muito alta, e só pode ser sustentado por períodos limitados, até a ocorrência de falhas e outros problemas de desempenho e confiabilidade.

    Este é o estado no qual o servidor pode manter os seguintes conjuntos de critérios por uma duração limitada

    • A latência do lado do servidor para, pelo menos, 75% dos pedidos é inferior a 1 segundo.

    • A utilização média da CPU do servidor de bases de dados é inferior a 80%.

    • A taxa de falhas é inferior a 0,1%.

Visão Geral

Esta seção resume a nossa abordagem de dimensionamento, a relação entre esse ambiente de laboratório e o ambiente de um estudo de caso similar, e a nossa metodologia de teste.

Abordagem de dimensionamento

Recomendamos que dimensione os computadores no seu ambiente pela ordem específica que seguimos para dimensionar o nosso ambiente de laboratório de teste. Essa abordagem permitirá que você identifique a melhor configuração para a sua carga de trabalho.

Dividimos os ciclos de teste de desempenho em três categorias de carga de trabalho. O parâmetro principal que determinou o limite da categoria era o número de perfis de utilizador, que foi definido em 10 000, 100 mil e 500 mil testes de perfil de utilizador. Outro parâmetro foi o número de utilizadores ativos, que estavam a realizar ações relacionadas com o conjunto social de funcionalidades. Com o número de utilizadores com um perfil e o número de utilizadores ativos, executámos testes para simular a utilização da aplicação que seria semelhante às implementações reais. A tabela seguinte ilustra o conjunto de dados inicial e o número de utilizadores ativos.

Conjunto de Dados Inicial

Entidade % dos utilizadores com esta funcionalidade Pequeno (10 mil utilizadores) Médio (100 mil utilizadores) Grande (500 mil utilizadores)
Número de perfis de utilizador para utilizadores
100%
10 K
100 K
500 K
Número de Os Meus Sites aprovisionados
100%
10 K
100 K
500 K
Número de perfis de utilizador que têm fotografias de utilizador
50%
5K
50 K
250 K
Número de perfis de utilizador que têm publicações
10%
1K
10 K
50 K
Número de equipas
1,860
18,600
93K
Número de utilizadores ativos por dia
10%
1K
10 K
50 K
Número de utilizadores ativos por hora
5%
500
5K
25 K

Os testes focaram-se nos seguintes cenários principais:

  • Acesso à página do Feed de Notícias e outras ações

  • Página de perfil

  • Acesso à página de feed de sites e outras ações

  • Sincronização do Feed de Atividades do Outlook Social Connector

  • Acesso à página do OneDrive

  • Utilização do cliente do OneDrive

Para simular um cenário de implementação realista, todos os testes foram executados numa base de dados que já tinha dados. O conjunto de dados era um modelo de uma organização de árvore com uma média de 4 a 6 utilizadores por equipa e 3 a 4 níveis de profundidade. Para gerar estes números, analisámos o tráfego de um site social interno. A tabela seguinte descreve o conjunto de parâmetros que utilizámos para criar o conjunto de dados inicial.

Modelo de dados para a base de dados inicial

Descrição da entidade de dados Número
Número médio de utilizadores na equipa
5
Número médio de níveis por organização
4
Número de equipas por 1000 utilizadores
186
Número médio de colegas que um utilizador segue
50
Número de propriedades do Perfil de Utilizador
93

A tabela seguinte descreve o conjunto de parâmetros em termos de ações que resultariam na população de dados:

Características de utilização

Parâmetro Número ou percentagem
Percentagem de utilizadores com 1 a 3 mensagens
10%
Número médio de publicações por utilizador
2
Número médio de respostas por mensagem
2
Percentagem de publicações que são Gostos
15%
Percentagem de publicações com ligações
5%
Percentagem de publicações com etiquetas
12%
Percentagem de publicações com menções de utilizador
8%
Percentagem de publicações com imagem anexada
5%

Para criar cada um dos nossos testes de dimensionamento, aplicámos a seguinte combinação de ações ao conjunto de dados anterior e ao número de utilizadores ativos:

Ações de LEITURA do Utilizador

Ação do usuário % do utilizador que está a efetuar esta ação Cenário Funcionalidade ou URL
Navegar para a home page de O Meu Site
12%
News feed
Página newsfeed (http://my/default.aspx)
Navegar para a página de perfil público do utilizador
8%
Perfil
Página de perfil (http://my/person.aspx?accountname=<alias>)
Navegar para a página de perfil privado do utilizador
4%
Perfil
Página de perfil (http://my/person.aspx)
Sincronização automática do feed de atividades
32%
Conector Social do Outlook
none
Navegue para a página Pessoas que estou a seguir
3%
Seguir Lista de Pessoas
http://my/MyPeople.aspx
Navegar para a biblioteca de documentos predefinida
6%
OneDrive
https://msft-my.spoppe.com/personal/<utilizador>/Documentos
Navegar para a página de documentos seguidos
3%
OneDrive
https://msft-my.spoppe.com/personal/<utilizador>/Social/FollowedContent.aspx
Navegar para a página de documentos seguidos
3%
OneDrive
https://msft-my.spoppe.com/personal/<utilizador>/Social/FollowedContent.aspx
Navegar para a página de feed do site
8%
Feed do Site
Página feed do site (https://< domínio>/teams/<site>/newsfeed.aspx_
Ver todas as respostas num tópico
1%
News feed
Página newsfeed (http://my/default.aspx)
Ver feed Todos
3%
News feed
Página newsfeed (http://my/default.aspx)
Ver mais mensagens no newsfeed
2%
News feed
Página newsfeed (http://my/default.aspx)
Ver a @mentions página
1%
News feed
Página newsfeed (http://my/default.aspx)
Ver newsfeed (Móvel)
1%
Dispositivo móvel
Chamada Rest (Mobile Representational State Transfer)
Ver newsfeed categorizado
3%
Dispositivo móvel
Chamada REST para Dispositivos Móveis

Ações de ESCRITA do Utilizador

Ação do usuário Porcentagem Cenário Funcionalidade ou URL
Criar uma mensagem de raiz no feed
0.5%
News feed
Página newsfeed (http://my/default.aspx)
Como uma mensagem no feed
0.3%
News feed
Página newsfeed (http://my/default.aspx)
Responder a uma mensagem no feed
0.7%
News feed
Página newsfeed (http://my/default.aspx)
Criar mensagem no feed com @mention
0.1%
News feed
Página newsfeed (http://my/default.aspx)
Criar uma mensagem de raiz no feed do site
0.5%
Feed do Site
Página de feed do site (https://< domínio>/teams/<site>/newsfeed.aspx)
Criar publicação no feed do site com @mention
0.5%
Feed do Site
Página de feed do site (https://< domínio>/teams/<site>/newsfeed.aspx)
Responder a uma mensagem no feed do site
0.15%
Feed do Site
Página de feed do site (https://< domínio>/teams/<site>/newsfeed.aspx)
Criar uma mensagem no feed do site com uma etiqueta
0.05%
Feed do Site
Página de feed do site (https://< domínio>/teams/<site>/newsfeed.aspx)

Ações de cliente do OneDrive

Ação do utilizador** Porcentagem Cenário Funcionalidade ou URL
Sincronização inicial do OneDrive
0.2%
OneDrive
Sincronização Inicial
Sincronização incremental do OneDrive – transferir um ficheiro
0.88%
OneDrive
Sincronização Incremental
Sincronização incremental do OneDrive – sem alterações
8.1%
OneDrive
Sincronização Incremental

Metodologia de teste

Começámos com uma configuração mínima do farm do SharePoint Server 2013 para funcionalidades sociais. Aplicámos uma carga social característica ao farm de testes e aumentámos a carga até observarmos níveis de capacidade de servidor normal e máxima. Analisámos estrangulamentos em cada um destes níveis de carga e adicionámos máquinas da função sobrecarregada para aumentar horizontalmente a configuração do farm. Esta adição aliviou os estrangulamentos em cada caso e forneceu uma vista das características de escalabilidade do servidor para um determinado conjunto de dados. Repetimos este processo de escalamento horizontal para três tamanhos de implementação para fornecer resumos representativos das características e diretrizes de escalabilidade de um farm do SharePoint Server 2013 para planeamento de capacidade.

Especificações

Esta seção apresenta informações detalhadas sobre o hardware, o software, a topologia e a configuração do ambiente de laboratório.

Importante

Todos os servidores Web e servidores de aplicações no laboratório de teste foram virtualizados com anfitriões Hyper-V. Servidores de bancos de dados não foram virtualizados. O hardware do anfitrião físico e o hardware virtual da máquina virtual são detalhados separadamente nas secções seguintes.

Hardware

A tabela a seguir lista as especificações de hardware para os computadores usados no teste. Os servidores Web front-end que foram adicionados ao farm de servidores durante várias iterações do teste também cumpriram estas especificações.

Hosts Hyper-V

O farm inclui um total de três anfitriões Hyper-V configurados de forma idêntica e cada anfitrião executa uma a quatro máquinas virtuais.

Hardware do anfitrião Valor
Processador(s)
Processadores quad-core de 2,27 GHz
RAM
64 GB
Sistema Operacional
Windows Server 2008 R2 SP1
Número de adaptadores de rede
2
Velocidade do adaptador de rede
1 Gigabit

Servidores Web virtuais e servidores de aplicativos

O farm tem de um a oito servidores Web virtuais. Um servidor virtual dedicado adicional executa o serviço de cache distribuído.

Observação

Num ambiente de produção, os servidores dedicados que executam o Serviço de Cache Distribuída são normalmente implementados numa configuração de elevada disponibilidade. Para fins de teste, usamos um único servidor dedicado para o cache distribuído porque a alta disponibilidade não é um fator essencial.

Hardware da VM Servidores da Web
Processadores
4 processadores virtuais
RAM
12 GB
Sistema operacional
Windows Server 2008 R2 SP1
Tamanho da unidade do SharePoint
100 GB
Número de adaptadores de rede
2
Velocidade do adaptador de rede
1 Gigabit
Autenticação
Windows NTLM
Tipo de balanceador de carga
IP grande F5
Serviços executados localmente
Microsoft SharePoint Foundation Web Application, Receção de E-mail do Microsoft SharePoint Foundation, Serviço de Temporizador de Fluxo de Trabalho do Microsoft SharePoint Foundation, Serviço Web de Metadados Geridos, Serviço de Perfis de Utilizador
Hardware da VM Cache
Processadores
4 processadores virtuais
RAM
12 GB
Sistema operacional
Windows Server 2008 R2 SP1
Tamanho da unidade do SharePoint
100 GB
Número de adaptadores de rede
2
Velocidade do adaptador de rede
1 Gigabit
Autenticação
Windows NTLM
Serviços em execução no local
Cache Distribuída, Serviço de Temporizador de Fluxo de Trabalho do Microsoft SharePoint Foundation
Hardware da VM Componente de consulta de pesquisa
Processadores
4 processadores virtuais
RAM
12 GB
Sistema operacional
Windows Server 2008 R2 SP1
Número de adaptadores de rede
2
Velocidade do adaptador de rede
1 Gigabit
Autenticação
Windows NTLM
Serviços em execução no local
Microsoft SharePoint Foundation Web Application, Receção de Correio Eletrónico do Microsoft SharePoint Foundation, Serviço de Temporizador de Fluxo de Trabalho do Microsoft SharePoint Foundation, Consulta de Pesquisa e Serviço de Definições do Site, Pesquisa do SharePoint Server
Hardware de máquina virtual Componente de índice de pesquisa
Processadores
4 processadores virtuais
RAM
12 GB
Sistema operacional
Windows Server 2008 R2 SP1
Número de adaptadores de rede
2
Velocidade do adaptador de rede
1 Gigabit
Autenticação
Windows NTLM
Serviços em execução no local
Microsoft SharePoint Foundation Web Application, Receção de Correio Eletrónico do Microsoft SharePoint Foundation, Serviço de Temporizador de Fluxo de Trabalho do Microsoft SharePoint Foundation, Pesquisa do SharePoint Server

Servidores de banco de dados

Um servidor de base de dados físico executa a instância predefinida do SQL Server que tem as bases de dados do SharePoint. Este artigo não controla a base de dados de registo.

Observação

Se você ativar o relatório de uso, recomendamos que armazene o banco de dados de registro em log em um LUN (número de unidade lógica) separado. Talvez as implementações grandes e algumas implementações médias necessitem de um servidor de banco de dados de registro em log dedicado para acomodar a demanda no processador gerada por um alto volume de log de eventos. > Neste ambiente de laboratório, o registo foi restringido e a base de dados de registo foi armazenada numa instância separada do SQL Server.

Servidor de Base de Dados – Instância Predefinida

   
Processadores
Processadores quad-core de 3,3 GHz
RAM
32 GB
Sistema operacional
Windows Server 2008 R2 SP1
Armazenamento e geometria
DAS (armazenamento de conexão direta)
Matriz interna com disco de 6 x 300 GB de 15krpm
Matriz externa com disco de 15 x 450 GB de 15krpm
50 x dados de conteúdo (raid10 externo, spindles 2x3 300 GB cada)
50 x registos de conteúdo (RAID10 interno, spindle 2x2 300 GB cada)
1 x dados temporários (raid interno10, 2x2 spindles 300 GB cada)
1 x registo temporário (raid interno10, 2x2 spindles 300 GB cada)
Número de adaptadores de rede
1
Velocidade do adaptador de rede
1 Gigabit
Autenticação
Windows NTLM
Versão do software
SQL Server 2008 R2

Topologia

A tabela seguinte mostra a topologia para este ambiente de laboratório:

Topologia de ambiente de laboratório

Função Implementação pequena (10 mil utilizadores) Implementação média (100 mil utilizadores) Implementação grande (500 mil utilizadores)
Servidor Web
2-4
4-8
8
Cache
1
1-2
3
SQL Server
1
1-2
2

Processo de Teste

Importante

Os testes apenas modelam a utilização normal de hora de negócio num portal de computação social típico. Não considerámos as alterações cíclicas no tráfego gerado pelo utilizador que os ciclos de dia/noite produzem. Testámos tarefas de Temporizador, como Sincronização de Perfis e Pesquisa de Pessoas, que requerem recursos significativos, independentemente da mesma carga de trabalho de teste para determinar o seu efeito. > Os testes focam-se em operações sociais, como newsfeeds, etiquetagem social e leitura de perfis de pessoas. A combinação de teste inclui uma pequena quantidade de tráfego de colaboração típico para simular melhor um ambiente de produção. Esperamos que estes resultados ajudem a criar um portal separado dedicado a Os Meus Sites e funcionalidades sociais. > A combinação de teste não inclui tráfego da Pesquisa de Conteúdo de Pesquisa. >

Realizamos testes com implementações pequenas, médias e grandes para as funcionalidades sociais. Para configurar o hardware do servidor, começámos com configurações mínimas para o tamanho mais pequeno e preenchemos a base de dados de teste com o conjunto de dados, conforme descrito na secção Abordagem de dimensionamento .

Utilizámos o Visual Studio Team System (VSTS) para simular uma carga de trabalho e aplicar uma carga social característica, conduzindo uma pequena carga no servidor no início. Aumentámos uniformemente esta carga lentamente e registamos métricas de desempenho em todas as funções de servidor até observarmos o RPS máximo. Isto foi reconhecível como o estado em que um aumento da carga aplicada no farm não resultou num aumento na saída RPS fornecida devido a restrições de estrangulamento do servidor.

A partir destas métricas registadas, definimos estados de zona verde e zona vermelha, que representam os estados normais e totalmente carregados do servidor da VM numa determinada configuração de computador. Em seguida, aplicámos uma carga constante aos níveis da zona verde e da zona vermelha para analisar as métricas de desempenho de estado estável nestas cargas. Isto proporcionou uma representação de desempenho e estado de funcionamento do servidor do servidor de VM nestas condições de carga principais para cada configuração de topologia.

Depois de compreendermos as características de carga verde e vermelha e a curva de dimensionamento para cada topologia, identificámos o estrangulamento de dimensionamento que limitava o RPS. No caso da carga de trabalho social, este era normalmente a CPU do servidor Web para pequenos conjuntos de dados. Para conjuntos de dados maiores, também observámos pressão de memória nos nós de Cache Distribuída. Adicionámos servidores virtuais da função sobrecarregada à configuração para remover os estrangulamentos em cada caso e continuar o processo de aumento horizontal. Em seguida, repetimos a análise das tendências de desempenho e a respetiva conformidade com as definições de zona verde e vermelha em cada tamanho de configuração até atingirmos os requisitos para um tamanho de implementação específico.

Depois de compreendermos cada tamanho de implementação, reconfigurámos o farm de testes para a configuração mais pequena do tamanho maior seguinte, preenchemos o conjunto de dados conforme descrito na secção Abordagem de dimensionamento , repetimos o ciclo do processo de análise/escalamento horizontal e medimos as características de escalamento horizontal de cada tamanho do conjunto de dados.

Resultados e análise

Esta secção mostra os resultados medidos para os três tamanhos de implementação. Especificamente, mostra como aumentar horizontalmente o farm de servidores ao adicionar servidores Web afeta o RPS da zona verde e vermelha, a latência e a utilização média da CPU.

As tendências seguintes foram consistentes em todos os três tamanhos de implementação:

  • O RPS de zona vermelha e verde aumenta linearmente com o número de servidores Web virtuais.

  • O estrangulamento principal em todas as configurações testadas foi a CPU do servidor Web.

  • Na zona vermelha, a latência aumenta ligeiramente à medida que adicionamos servidores Web e aumentamos a carga. Isto é causado por uma pressão adicional no SQL Server e no serviço cache distribuída (que está em execução em todos os servidores Web no farm de testes).

  • Além disso, a utilização média da CPU nos computadores do SQL Server e da Cache Distribuída aumenta à medida que o número de servidores Web aumenta. Isto é causado por uma carga de colocação em cache adicional no SQL Server e no serviço cache distribuída.

  • A latência da zona verde permanece bastante plana à medida que o número de servidores Web aumenta. Isto deve-se ao facto de os servidores Web não estarem sobrecarregados com os níveis de carga da zona verde.

Resultados de Pequena Escala

O gráfico seguinte mostra como o aumento do número de servidores Web afeta o RPS para zonas verdes e vermelhas.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta o RPS para as zonas Verde e VERMELHO no cenário de 10 mil utilizadores.

O gráfico seguinte mostra como o aumento do número de servidores Web afeta a latência dos níveis de carga da zona verde e vermelha.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta a latência das zonas Verde e VERMELHO no cenário de 10 mil utilizadores.

O gráfico seguinte mostra como o aumento do número de servidores Web afeta a utilização média da CPU para os níveis de carga da zona verde e vermelha.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta a utilização da CPU para as zonas Verde e VERMELHO no cenário de 10 mil utilizadores.

Resultados de Escala Média

O gráfico seguinte mostra como o aumento do número de servidores Web afeta o RPS para zonas verdes e vermelhas.

Captura de ecrã a mostrar como o aumento do número de servidores front-end-Web afeta o RPS para as zonas Verde e VERMELHO no cenário de 100 mil utilizadores.

O gráfico seguinte mostra como o aumento do número de servidores Web afeta a latência dos níveis de carga da zona verde e vermelha.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta a latência das zonas Verde e VERMELHO no cenário de 100 mil utilizadores.

O gráfico seguinte mostra como o aumento do número de servidores Web afeta a utilização média da CPU para os níveis de carga da zona verde e vermelha.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta a utilização da CPU para as zonas Verde e VERMELHO no cenário de 100 mil utilizadores.

Resultados de Grande Escala

O gráfico seguinte mostra como o aumento do número de servidores Web afeta o RPS para zonas verdes e vermelhas.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta o RPS para as zonas Verde e VERMELHO no cenário de utilizador de 500 mil.

O gráfico seguinte mostra como o aumento do número de servidores Web afeta a latência dos níveis de carga da zona verde e vermelha.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta a latência das zonas Verde e VERMELHO no cenário de utilizador de 500 mil.

O gráfico seguinte mostra como o aumento do número de servidores Web afeta a utilização média da CPU para os níveis de carga da zona verde e vermelha.

Captura de ecrã a mostrar como o aumento do número de servidores Web front-end afeta a utilização da CPU para as zonas Verde e VERMELHO no cenário de utilizador de 500 mil.

À medida que o número de servidores Web aumenta, ocorrem os seguintes eventos:

  • A utilização média da CPU aumenta para os nós do SQL Server e da Cache Distribuída devido à carga adicional nestes recursos partilhados.

  • A utilização média da CPU do servidor Web na zona vermelha diminui ligeiramente devido ao estrangulamento que se desloca ligeiramente para os computadores do SQL Server e da Cache Distribuída.

  • A utilização média da CPU do servidor Web na zona verde permanece constante porque os servidores são mantidos nos níveis de carga recomendados.

Recomendações

Uma implementação social bem-sucedida do SharePoint Server 2013, medida pelo desempenho, depende dos seguintes fatores:

  • O número de utilizadores ativos que pretende suportar

  • A combinação de transações esperada de operações de leitura e escrita

  • Como a carga é distribuída pelos servidores do farm

O número esperado de utilizadores ativos é um fator chave para determinar o número de servidores que deve planear ter na topologia. O número de utilizadores ativos também determina a composição do alojamento dos vários serviços que têm de ser ativados para o cenário social em todos os servidores.

Embora os nossos testes tenham utilizado um conjunto de dados típico e aplicado a complexidade de carga esperada numa implementação de cliente no mundo real, todas as implementações são exclusivas. O seu esforço de planeamento de capacidade deve considerar as características de utilização esperadas, a configuração de funcionalidades e a disponibilidade de recursos de hardware. Alguns fatores que podem afetar ou alterar os números de capacidade de uma forma significativa são os seguintes:

  • Um padrão de maior utilização de e-mail pode aumentar a carga gerada pelo Outlook Social Connector.

  • Um aumento significativo na percentagem de ações de escrita (por exemplo, um aumento na etiquetagem ou @mention) na combinação de transações pode aumentar a carga no servidor de bases de dados.

  • Pode adicionar ou remover servidores Web para equilibrar a carga da CPU entre servidores Web, SQL Server e nós de Cache Distribuída.

Siga cuidadosamente as orientações de configuração padrão do SharePoint Server 2013 para obter um desempenho ideal. As considerações que são especificamente importantes para as transações sociais são as seguintes:

  • Discos físicos separados para a BD de Perfil – devido à utilização intensiva do disco que as transações sociais podem ter na BD do Perfil, recomendamos que mantenha a BD de Perfil no seu próprio conjunto de discos físicos no servidor que executa o SQL Server.

  • Requisitos de memória para a aplicação de serviço perfil de utilizador – a aplicação de serviço Perfil de Utilizador está localizada em servidores Web front-end e depende bastante da cache dentro da memória. Confirme que os servidores Web front-end têm RAM suficiente para colocar em cache muitos pedidos de dados. A RAM mínima recomendada é de 12 GB por servidor Web front-end.

  • Requisitos de memória para servidores de Cache Distribuída – as funcionalidades sociais, o microblogue em particular, dependem fortemente de armazenamento de Cache Distribuída suficiente e robusto. As situações de memória baixa nestes computadores podem degradar a capacidade do farm do SharePoint enquanto esta cache está a ser repovoada. Por conseguinte, recomendamos que configure servidores que alojem a Cache Distribuída para utilizar, pelo menos, 12 GB de RAM e aumentados horizontalmente conforme necessário com base no número total de utilizadores na implementação.

A implementação social do SharePoint Server 2013 torna obrigatório aprovisionar um site pessoal para todos os utilizadores que pretendam utilizar funcionalidades sociais. Planeie o crescimento da criação de coleções de sites pessoais ao nível da base de dados de conteúdos . Para obter mais informações sobre como dimensionar coleções de sites pessoais, consulte Limites de software para o SharePoint 2013.

Confira também

Conceitos

Planejamento de desempenho no SharePoint Server 2013

Outros recursos

Limites de software para o SharePoint 2013