Estimar os requisitos de desempenho e capacidade para ambientes sociais (SharePoint Server 2013)
APLICA-SE A:
2013 
2016 2019 Subscription Edition SharePoint 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.
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.
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.
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.
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.
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.
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.
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.
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.
À 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