Estimar os requisitos de desempenho e de capacidade para ambientes de colaboração na intranet corporativa (SharePoint Server 2013)
APLICA-SE A:
2013 
2016 2019 Subscription Edition SharePoint no Microsoft 365
Este artigo contém orientações sobre o desempenho e o planeamento de capacidade para uma solução de colaboração na intranet empresarial baseada no SharePoint Server 2013. Ele inclui:
Especificações do ambiente de laboratório, como hardware, topologia de farm e configuração
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.
Use as informações nesse artigo para compreender as características do cenário sob as cargas normais e de pico, e como as tendências de desempenho mudam quando os servidores de farm são expandidos. Esse artigo também ajudará a estimar um ponto de partida apropriado para sua arquitetura planejada e os fatores que devem ser considerados durante o planejamento para os recursos que seu farm precisará para manter níveis de desempenho aceitáveis sob carga de pico.
Introdução a este ambiente
Este artigo fornece orientações sobre como aumentar horizontalmente os servidores numa solução de colaboração na intranet empresarial 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.
Os farms individuais do SharePoint Server 2013 são exclusivos e cada farm tem requisitos diferentes que dependem do hardware, do comportamento do utilizador, da configuração das funcionalidades instaladas e de muitos outros fatores. Por conseguinte, complemente esta documentação de orientação com outros testes no seu próprio hardware no seu próprio 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 de teste que aparecem neste artigo foram produzidos em um laboratório de teste, usando uma carga de trabalho, um conjunto de dados e uma arquitetura que emulem um ambiente de produção sob 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 teste não representam as características de desempenho e capacidade de um farm de produção. Em vez disso, os resultados de testes demonstram tendências observadas em demandas de taxa de transferência, latência e e hardware, além de fornecer análise dos dados observados que podem ajudá-lo a tomar decisões sobre como planejar a capacidade e 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
Os resultados e análises de teste para expandir os servidores de Web
Comparação entre o débito, a latência e o desempenho do servidor Web do SharePoint Server 2010 e do SharePoint Server 2010 em servidores físicos e máquinas virtuais
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
Definições dos termos usados nesse artigo
Glossário
Eis alguns termos especializados que irá encontrar neste artigo.
RPS: Pedidos por segundo ou o número de pedidos que um farm ou servidor recebe num segundo. É uma medição comum da carga do servidor e do farm.
As solicitações são diferentes dos carregamentos de página. Uma página contém vários componentes, cada um dos quais cria uma ou mais solicitações quando um navegador carrega a página. Portanto, um carregamento de página cria várias solicitações. Normalmente, as verificações de autenticação e os eventos que utilizam recursos insignificantes não são contabilizados nas medições de 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% das solicitações é menor do que 1 segundo.
Todos os servidores de farm mantêm uma média de utilização de CPU inferior a aproximadamente 60%.
Observação
Como este ambiente de laboratório não tinha um rastreamento de pesquisa ativo em execução, o servidor de banco de dados foi mantido a aproximadamente 50% de utilização da CPU ou menos a fim de reservar 10% para carregamento do rastreamento de pesquisa. Isto pressupõe que o SQL Server Resource Governor é utilizado na produção para limitar a carga de pesquisa a 10% da CPU.
A taxa de falha é inferior a 0,01%.
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
O recurso de limitação de solicitações HTTP é ativado, mas nenhum erro 503 (servidor ocupado) é retornado,
A taxa de falhas é inferior a 0. 1%.
A latência do lado do servidor é inferior a 3 segundos para, pelo menos, 75% das solicitações.
Todos os servidores de farm (excluindo servidores de bancos de dados) mantêm uma média de utilização de CPU inferior a aproximadamente 90%.
A utilização média de CPU pelo servidor de banco de dados é inferior a aproximadamente 50%, o que leva em conta a grande sobrecarga a ser reservada para o carregamento do rastreamento de pesquisa.
AxBxC (Notação de gráfico): Este é o número de servidores Web, servidores de aplicações e servidores de bases de dados, respetivamente, num farm. Por exemplo, 10x1x1 significa que o ambiente tem 10 servidores Web, 1 servidor de aplicativos e 1 servidor de banco de dados.
MDF e LDF: Ficheiros físicos do SQL Server. Para obter mais informações, veja Arquitetura de Ficheiros e Grupos de Ficheiros.
Visão Geral
Esta seção fornece uma visão geral de nossa abordagem de dimensionamento e metodologia de teste.
Abordagem de dimensionamento
Esta seção descreve a abordagem que usamos para dimensionar esse ambiente de laboratório. Essa abordagem permitirá que você encontre a melhor configuração para sua carga de trabalho:
Nós expandimos os servidores Web até que quatro servidores Web estivessem em uso. Cada servidor executa o serviço de cache distribuído.
Adicionamos um servidor dedicado que executa o serviço de cache distribuído.
Desabilitamos o serviço de cache distribuído nos servidores Web.
Aumentamos horizontalmente mais servidores Web para o máximo para o âmbito de teste.
Fizemos mais testes para comparar as características de desempenho do SharePoint Server 2013 e do SharePoint Server 2010.
Metodologia e notas de teste
Como este artigo fornece resultados de um ambiente de laboratório de teste, nós podemos controlar determinados fatores para mostrar aspectos específicos dessa carga de trabalho. Alem disso, determinados elementos do ambiente de produção, que estão na lista a seguir, foram deixados de lado de nosso ambiente de laboratório para simplificar a sobrecarga do teste.
Observação
Recomendamos que você inclua esses elementos nos ambientes de produção.
Entre as execuções de teste, nós modificamos somente uma variável de cada vez para facilitar a comparação de resultados entre as execuções de teste.
Os servidores de base de dados não eram parte de um cluster porque a redundância não era necessária para os fins destes testes.
A pesquisa não estava em execução durante os testes. Pode estar em execução num ambiente de produção. Para ter isto em conta, reduzimos a utilização da CPU do SQL Server nas nossas definições de "Zona Verde" e "Zona Vermelha" para acomodar os recursos que uma pesquisa de pesquisa em execução normalmente consumiria durante os testes.
Especificações
Esta seção oferece detalhes sobre o hardware, software, topologia e configuração de um ambiente de laboratório.
Hardware
As seções a seguir descrevem o hardware usado no ambiente de laboratório.
Importante
Observe que todos os servidores Web e servidores de aplicativos no laboratório de teste foram virtualizados por meio de hosts Hyper-V. Os servidores de banco de dados não foram virtualizados. O hardware do host físico e o hardware da máquina virtual estão detalhados separadamente abaixo.
Hosts Hyper-V
Foi usado para o teste um total de seis hosts Hyper-V identicamente configurados. Cada host executa uma ou duas máquinas virtuais.
| Hardware do Host | Valor |
|---|---|
|
Processador(s) |
2 processadores quad-core de 2,49 GHz |
|
RAM |
32 GB |
|
Sistema Operacional |
Windows Server 2008 R2 SP1 |
|
Número de adaptadores de rede |
2 |
|
Velocidade do adaptador de rede |
1 Gigabit |
Servidores Web e servidores de aplicativo virtuais
O farm tem de um a 10 servidores Web. Um servidor virtual dedicado adicional executa o serviço de cache distribuído.
Observação
Em um ambiente de produção, os servidores dedicados que executam o serviço de cache distribuído normalmente seriam implantados em uma configuração altamente disponível. 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 | WFE1-10 e DC1 |
|---|---|
|
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 |
10 Gigabit (tráfego entre hosts limitado à velocidade NIC do host) |
|
Autenticação |
Windows NTLM |
|
Tipo de balanceador de carga |
IP grande F5 |
|
Serviços executados localmente |
WFE 1-10: serviços federados básicos. Isso inclui o seguinte: serviço de timer do SharePoint, serviço de rastreamento, serviço de automação do Word, serviços do Excel e Serviço de Código em Modo Seguro do Microsoft SharePoint Foundation. DC1: Serviço de Cache Distribuído. |
Servidores do 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. A base de dados de registo não é controlada neste artigo.
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 para acomodar a demanda de processador em um alto volume de log. > 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 | SPSQL |
|---|---|
|
Processadores |
4 processadores quad-core de 2,4 GHz |
|
RAM |
32 GB |
|
Sistema operacional |
Windows Server 2008 R2 SP1 |
|
Armazenamento e geometria |
DAS (armazenamento de conexão direta) 1 x volume do sistema (RAID0, 1 eixo, 300 GB) 2 x volumes de dados de conteúdo (RAID0, 4 eixos, 450 GB cada) 2 x volumes de dados de conteúdo (RAID0, 2 eixos, 450 GB cada) 1 x volume de dados de conteúdo (RAID0, 2 eixos, 300 GB cada) 1 x volume de dados de conteúdo (RAID0, 2 eixos, 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
O diagrama a seguir mostra a topologia neste ambiente de laboratório.
Configuração
Para permitir desempenho ideal em teste e relacionamentos claros entre parâmetros de teste e resultados, foram feitas as seguintes alterações significativas da configuração.
| Configuração | Valor | Observações |
|---|---|---|
|
Conjunto de sites |
179 |
Os conjuntos de sites no ambiente de teste usam as configurações padrão e a autenticação de declarações do Windows. |
|
Cache BLOB |
Habilitado |
O padrão é Desativado. Se você ativar o cache BLOB, melhorará a eficiência do servidor por meio da redução de chamadas ao servidor de banco de dados para recursos de página estáticos que possam ser frequentemente solicitados. |
|
Grau máximo de paralelismo (MAXDOP) |
1 |
Este parâmetro é definido na instância ou instâncias do SQL Server que contêm bases de dados de conteúdos do SharePoint Server 2013. O valor predefinido é 0, o que permite ao SQL Server determinar o grau máximo de paralelismo. O SharePoint Server 2013 requer que MAXDOP seja definido como 1 para instâncias do SQL Server que contenham bases de dados do SharePoint Server 2013. Para obter mais informações sobre como configurar a definição MAXDOP para o SQL Server 2008 R2, veja o grau máximo de paralelismo Opção. Para obter mais informações sobre como configurar a definição MAXDOP para o SQL Server 2012, veja Configurar o grau máximo de paralelismo Opção de Configuração do Servidor. |
Workload
Esta secção explica os testes de laboratório executados no SharePoint Server 2013. Os detalhes destes testes são típicos de um ambiente de colaboração corporativo.
Dataset
O conjunto de dados para o ambiente de laboratório neste artigo, que representa um ambiente de colaboração corporativo típico, contém vários conjuntos de sites, sites, listas, bibliotecas, tipos e tamanhos de arquivos.
| Características do conjunto de dados | Valor |
|---|---|
|
Tamanho do banco de dados (combinado) |
174 GB |
|
Tamanho de MDF |
154 GB |
|
Tamanho de LDF |
20 GB |
|
Tamanho de BLOB |
152 GB |
|
Número de bancos de dados de conteúdo |
2 |
|
Número de conjuntos de sites |
179 |
|
Número de aplicativos da Web |
1 |
|
Número de sites |
1,471 |
Resultados e análises
Os resultados a seguir são ordenados com base na abordagem em escala descrita na seção Visão geral deste artigo.
Escalamento horizontal do servidor Web
Esta seção descreve os resultados de teste que foram obtidos quando nós expandimos o número de servidores Web neste ambiente de laboratório.
Metodologia de teste
Adicione servidores Web que utilizam as mesmas especificações de hardware e execute o teste novamente sem alterações no farm ou nos parâmetros de teste.
Meça o RPS, latência e utilização de recursos de cada servidor no farm de teste.
Análise
Em nosso teste, encontramos o seguinte:
O ambiente expandido para dez servidores Web por servidor de banco de dados. O aumento da taxa de transferência foi bastante linear.
Mesmo até à escala máxima testada de dez servidores Web, a adição de mais servidores de bases de dados não aumentou o débito. O estrangulamento limitava-se aos recursos do servidor Web.
A latência média na zona verde foi quase constante durante todo o teste. O número de servidores Web e débito não afetou a latência da zona verde. Os dados de latência da zona vermelha mostram uma linha de tendência esperada. A latência é elevada num único servidor Web. Uma curva entre 2 e 10 servidores Web permanece confortavelmente dentro dos critérios da zona vermelha.
Observação
Talvez a latência seja levemente afetada quando o serviço de cache distribuído é movido de um servidor Web do farm para um servidor que é dedicado ao cache distribuído. Isso pode ocorrer porque o tráfego do cache distribuído, que era anteriormente interno a cada servidor Web, começa a passar na rede. Teste o desempenho de expansão em seu próprio ambiente para determinar se esta troca é significativa. Observe que a latência em nosso ambiente de teste aumentou levemente quando o serviço de cache distribuído migrou para um servidor dedicado. A latência diminuiu com cada servidor Web adicionado, pois a latência nominal adicionada foi deslocada pelo processamento reduzido e pela carga de memória nos servidores Web. > Para obter mais informações sobre o planeamento da capacidade da Cache Distribuída, veja Planear feeds e o serviço cache distribuída no SharePoint Server.
Quando o teste de desempenho foi realizado para o SharePoint Server 2010, o servidor de bases de dados tornou-se um estrangulamento no débito máximo com quatro servidores Web. Devido a melhorias nas características de utilização da base de dados e da colocação em cache no SharePoint Server 2013, a carga média na camada do servidor de bases de dados é inferior à que era no SharePoint Server 2010 e não era necessário aumentar horizontalmente os servidores de base de dados durante os testes.
Para obter mais informações sobre os resultados dos testes do SharePoint Server 2010 para este cenário, veja Enterprise intranet collaboration environment lab study (SharePoint Server 2010)
O desempenho vence quando você adiciona servidores Web virtuais que dependem em parte dos recursos de hardware do host e da utilização de recursos de outros computadores virtuais executados no mesmo host. O planejamento de capacidade para servidores virtuais requer um planejamento adicional e estratégias de gerenciamento específicas para virtualização.
Para obter mais informações sobre o desempenho e o planeamento de capacidade do Hyper-V, veja Requisitos de virtualização do Hyper-V para o SharePoint 2013 e Utilizar configurações de melhores práticas para as máquinas virtuais do SharePoint 2013 e o ambiente Hyper-V.
Observação
As conclusões descritas nesta seção são específicas para o hardware que abrange o ambiente. O ambiente pode ter alcançado o mesmo débito ao utilizar servidores anfitriões Hyper-V mais, mas menos potentes, ou menos, mas servidores anfitriões Hyper-V mais potentes. Um aumento dos recursos de hardware no servidor de banco de dados não afetaria materialmente os resultados.
Resultados e gráficos
Nos gráficos a seguir, o eixo x mostra a alteração no número de servidores Web no farm. A escala começa com um servidor Web virtual e um servidor de banco de dados físico (1x1). O máximo é de dez servidores Web, um servidor de cache distribuído virtual dedicado (adicionado a quatro servidores Web) e um servidor de banco de dados físico (10x1x1).
Observação
Os gráficos nesta seção representam os valores médios para cada ponto de dados durante todo o teste. Todos os gráficos incluem a linha de base do RPS para as zonas Verde e Vermelho para mostrar a relação entre o RPS e fatores, como a latência, a utilização de recursos do servidor e a utilização do disco do SQL Server.
1. RPS
O gráfico a seguir mostra como a expansão afeta a linha de base do RPS.
2. Latência
O gráfico a seguir mostra como a expansão afeta a latência. Observe que a latência da zona verde na maior parte é plana, enquanto a latência da zona verde apresenta variações moderadas que estão bem dentro dos limites aceitáveis.
3. Utilização do processador do servidor Web e de memória
O gráfico a seguir mostra como a expansão afeta a utilização média do processador e da memória nos servidores Web. Observe que a utilização do processador na zona verde permanece bastante constante conforme o RPS aumenta, enquanto a utilização média da memória aumenta levemente.
A tendência de utilização do processador da Zona vermelha é descendente, o que reflete o fato de que a demanda média do processador do servidor Web em carga máxima é gradualmente reduzida à medida que o número de servidores é aumentado.
4. SQL operações de E/S do Servidor por segundo (IOPs) e utilização do processador
Os gráficos a seguir mostram como os valores de IOPs médio do disco (total e leituras/gravações) e de utilização do processador mudam à medida que o número de servidores Web é expandido. Os contadores de desempenho a seguir foram usados para medir os valores de IOPs:
PhysicalDisk: leituras de disco/s
PhysicalDisk: gravações de disco/s
Os valores de cada contador em toda a duração do teste estão na média e são adicionados para produzir o total de IOPs.
Observação
Os dados para a utilização da memória do SQL Server não estavam disponíveis e não estão neste gráfico.
Importante
Os resultados de teste de IOPs não são representativos de um ambiente de produção porque nosso conjunto de dados era muito menor em relação ao de um farm de produção. Assim, era possível que um percentual maior de dados fosse colocado em cache nos servidores Web do que seria possível em um ambiente de produção. Os resultados de IOPs nesta seção são, por sua vez, médias calculadas baseadas nos dados de teste disponíveis e espera-se que sejam, no geral, mais baixas do que as IOPs em ambiente de produção. Um teste completo de seu próprio farm em um ambiente piloto pode produzir resultados diferentes.
Observe que, nos gráficos desta seção, a utilização de IOPs e do processador do servidor de banco de dados mostra uma queda a 9 e 10 servidores Web de front-end, enquanto o RPS continua a aumentar. Essa variação também é refletida na utilização do processador do servidor Web, conforme mostrado no gráfico anterior.
Isso mostra que a escala no farm alcançou um ponto em que a pressão máxima nos recursos do servidor farm foi alcançada usando a carga e o conjunto de dados da linha de base. Uma utilização média dos recursos do servidor é necessária para suportar a carga do farm.
A partir dessa tendência, é possível extrapolar da seguinte maneira:
Se a carta de teste fosse aumentada no nono ponto da escala do servidor Web, seria alcançado um RPS maior e, ao mesmo tempo, seria mantida uma curva plana na utilização de recursos do servidor.
Se o número de servidores Web fosse expandido ainda mais enquanto era mantida a mesma carga de teste, o RPS continuaria a aumentar ao mesmo tempo em que a pressão nos recursos do servidor teriam continuado em tendência descendente.
IOPs Totais do SQL Server
O gráfico a seguir mostra como a expansão afeta o total de IOPs.
IOPs do SQL Server divididos em operações de leitura e escrita
O gráfico a seguir mostra como a expansão afeta as IOPs, decompostas em leituras por segundo e gravações por segundo.
Utilização do processador DO SQL Server
O gráfico seguinte mostra como o aumento horizontal afeta a utilização do processador do SQL Server.
Comparar o SharePoint Server 2013 e o SharePoint Server 2010
Esta secção fornece informações sobre como o desempenho desta carga de trabalho variava entre o SharePoint Server 2013 e o SharePoint Server 2010.
Workload
Para comparar o SharePoint Server 2013 com o SharePoint Server 2010, utilizámos uma combinação de teste diferente da descrita na secção Especificações . Isto foi necessário porque algumas funcionalidades do SharePoint Server 2013 (como o Serviço de Cache Distribuída) e as operações não estavam disponíveis no SharePoint Server 2010.
Metodologia de teste
Para testar o desempenho nos dois ambientes, usamos a seguinte metodologia:
Criámos um ambiente do SharePoint Server 2010.
Testámos o ambiente do SharePoint Server 2010 com a carga de trabalho descrita anteriormente nesta secção.
Atualizámos as bases de dados de conteúdos para o SharePoint Server 2013 sem alterar os clientes que consomem o ambiente.
Este ambiente atualizado foi novamente testado nos servidores atualizados que alojam o SharePoint Server 2013 com a mesma combinação de testes, que inclui apenas operações do SharePoint Server 2010.
Testamos dois ambientes para comparação. Um ambiente utilizou hardware de servidor físico e o outro ambiente utilizou máquinas virtuais para executar os servidores Web num anfitrião Hyper-V. Em ambos os casos, o servidor de banco de dados executou um servidor físico.
Não modificamos o conjunto de dados após a atualização da base de dados de conteúdos para os testes do SharePoint Server 2013.
A combinação de testes para o SharePoint Server 2010 excluiu novas operações específicas do SharePoint Server 2013 e assemelhava-se à solução de colaboração da intranet empresarial que foi testada e descrita anteriormente neste artigo.
O objetivo do teste era aplicar cargas semelhantes nos farms do SharePoint Server 2013 e do SharePoint Server 2010 com a mesma carga de trabalho e conjunto de dados e, em seguida, mostrar as diferenças no débito, na latência e no consumo de recursos do servidor. As metodologias e objetivos de teste diferiram entre os testes no servidor Web físico e virtual:
O objetivo dos testes de servidores físicos era comparar a forma como os farms do SharePoint Server 2013 e do SharePoint Server 2010 eram executados quando aumentados horizontalmente sob carga. Os servidores Web deste teste foram expandidos de dois para cinco.
O objetivo dos testes de servidores virtuais era comparar a forma como os farms do SharePoint Server 2013 e do SharePoint Server 2010 eram executados em cargas de utilizadores da Zona Verde e Vermelha. Não foi conduzido nenhum teste de expansão de servidor Web.
Análise
Em geral, o SharePoint Server 2013 teve um melhor desempenho do que o SharePoint Server 2010 quando foi aumentado horizontalmente para cinco servidores Web, mas os resultados do SharePoint Server 2010 foram melhores em dois servidores Web. Os testes no farm de servidores atualizado do SharePoint Server 2013 não envolveram otimizações pós-atualização nem tiraram partido dos melhoramentos de desempenho do SharePoint Server 2013, como o Serviço de Cache Distribuída ou o Gestor de Pedidos. Por conseguinte, os resultados dos testes do SharePoint Server 2013 são significativamente diferentes dos resultados num ambiente real.
A relação entre as tendências de dados nos gráficos nesta secção mostra como o modelo de gestão de recursos do SharePoint Server 2013 prioriza a utilização de recursos do processador através de IOPs de disco.
Na Zona Verde, o SharePoint Server 2013 supera o SharePoint Server 2010 em cinco servidores Web, com uma melhoria superior a 10% no RPS e uma latência ligeiramente inferior. No entanto, em dois servidores Web, o SharePoint Server 2013 produz um RPS mais baixo e uma ligeira melhoria na latência em relação ao SharePoint Server 2010.
Na Zona Vermelha, o SharePoint Server 2013 atinge aproximadamente 12% maior débito em comparação com o SharePoint Server 2010 em cinco servidores Web. Em dois servidores Web, o débito do SharePoint Server 2010 foi aproximadamente 30% maior. O SharePoint Server 2013 apresentou uma melhoria moderada na latência em relação ao SharePoint Server 2010 em cinco servidores Web.
Nos testes do servidor Web virtual, os resultados do SharePoint Server 2013 e do SharePoint Server 2010 são semelhantes na Zona Verde. O SharePoint Server 2013 mostra uma melhoria significativa em relação ao SharePoint Server 2010, tanto no débito como na latência na Zona Vermelha.
Resultados e gráficos
Os testes que produziram os resultados nos gráficos nesta seção foram realizados considerando servidores Web físicos e virtuais, conforme indicado. Em todos os testes, foi utilizado um único servidor de base de dados físico com o SQL Server 2008 R2 com SP1.
RPS e latência
O gráfico seguinte mostra a diferença de débito e latência entre o SharePoint Server 2013 e o SharePoint Server 2010 com dois e cinco servidores Web físicos na Zona Verde. O SharePoint Server 2010 tem um RPS mais elevado em dois servidores Web e latência superior. Em cinco servidores Web, o SharePoint Server 2013 mostra o aumento do RPS e a menor latência.
O gráfico a seguir mostra a diferença na utilização do processador do servidor Web com dois e cinco servidores Web físicos na zona vermelha. O SharePoint Server 2013 supera o SharePoint Server 2010 em RPS e latência em 5 servidores Web, mas não em dois servidores Web.
Utilização do RPS dos recursos do servidor
O gráfico a seguir mostra a diferença na utilização do processador do servidor Web e de banco de dados com dois e cinco servidores Web físicos na carga da zona verde. Tenha em atenção que o SharePoint Server 2013 alcança um maior débito em cinco servidores Web ao tirar partido dos recursos de servidor disponíveis de forma mais eficaz.
O gráfico a seguir mostra a diferença na utilização do processador do servidor Web e de banco de dados com dois e cinco servidores Web físicos na carga da zona vermelha. Mais uma vez, o SharePoint Server 2013 obtém um maior débito em cinco servidores Web, mas não em dois servidores Web.
RPS e IOPs
O gráfico a seguir mostra a diferença em IOPs com dois e cinco servidores Web físicos na zona verde. Tenha em atenção que na Zona Verde, os IOPs do SharePoint Server 2013SharePoint Server 2016 aumentam entre dois e cinco servidores Web, enquanto os IOPs do SharePoint Server 2010 diminuem. Ao mesmo tempo, a taxa de aumento no RPS do SharePoint Server 2013 é significativamente maior do que no SharePoint Server 2010. Esta diferença nas tendências mostra como o SharePoint Server 2013 gere os recursos do servidor de forma diferente num farm maior para obter um maior débito.
O gráfico a seguir mostra a diferença em IOPs com dois e cinco servidores físicos na carga da zona vermelha. Quando estes resultados são contrastados com o grafo zona vermelha na secção anterior RPS e utilização de recursos do servidor, pode observar que o modelo de gestão de recursos do SharePoint Server 2013 prioriza a utilização de recursos do processador através de IOPs de disco do SQL Server.
RPS, latência e IOPs do servidor Web virtual
O teste de comparação com o servidor virtual foi conduzido em relação a 4 servidores Web virtuais e um servidor de banco de dados físico.
O gráfico a seguir mostra a diferença na taxa de transferência e na latência com quatro servidores Web virtuais. No carregamento da Zona Verde, os resultados do SharePoint Server 2013 e do SharePoint Server 2010 são semelhantes, enquanto o SharePoint Server 2013 mostra uma melhoria significativa em relação ao SharePoint Server 2010, tanto no débito como na latência na Zona Vermelha.
O gráfico a seguir mostra a diferença nas IOPs do banco de dados com quatro servidores Web virtuais. O SharePoint Server 2013 mostra uma melhoria significativa no desempenho de IOPs de base de dados em cargas de Zona Verde e Vermelha.
Confira também
Conceitos
Planejamento de desempenho no SharePoint Server 2013
Resultados de teste de capacidade e desempenho e recomendações (SharePoint Server 2013)