Visão geral do dimensionamento e gerenciamento de capacidade do SharePoint Server 2013
**Aplica-se a:**SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard
**Tópico modificado em:**2016-12-16
**Resumo:**saiba como usar os dados de desempenho para planejar e gerenciar a capacidade de um ambiente do SharePoint Server 2013.
Este artigo fornece uma visão geral de como planejar e gerenciar com eficiência a capacidade dos ambientes do SharePoint Server 2013. Também descreve como manter uma boa compreensão das necessidades e capacidades da sua implantação, através da análise dos dados do volume e do desempenho. Também revisa os principais impactos do aplicativo sobre a capacidade, incluindo as características e uso do conteúdo.
Importante
Alguns valores deste artigo são baseados em resultados de testes e outras informações relacionadas ao Produtos do SharePoint 2010 e podem não representar os valores finais do SharePoint Server 2013. O artigo será atualizado com os valores adequados, links para o conteúdo relacionado e outras informações, e republicado quando os dados relacionados ao SharePoint Server 2013 ficarem disponíveis.
Gerenciamento de capacidade é um processo contínuo, porque nenhuma implementação permanece estática no que se refere ao conteúdo e ao uso. Você precisa planejar o crescimento e as mudanças, para que seu ambiente baseado no SharePoint Server 2013 possa continuar fornecendo uma solução de negócio eficiente.
Planejamento de Capacidade é apenas uma parte do ciclo de gerenciamento da capacidade. Ele é o conjunto inicial das atividades que levam o arquiteto do design até o ponto em que existe uma arquitetura inicial considerada a melhor para servir à implantação do SharePoint Server 2013. O modelo de gerenciamento de capacidade inclui etapas adicionais para ajudar a validar e refinar a arquitetura inicial, que fornece um loop de feedback para replanejar e otimizar o ambiente de produção até que possa suportar os métodos do design com escolhas ideais de hardware, topologia e configuração.
Neste artigo:
Glossário
Quem deve ler os artigos de gerenciamento de capacidade?
Quatro fundamentos do desempenho
Gerenciamento de capacidade versus planejamento de capacidade
Superdimensionamento versus subdimensionamento
Limites e limiares do software
Principais diferenciadores da implantação do SharePoint Server 2013
Arquiteturas de referência
Glossário
Os termos especializados a seguir são usados na documentação do gerenciamento de capacidade do SharePoint Server 2013.
RPS Solicitações por segundo. O número de solicitações recebido por um farm ou servidor em 1 segundo. É uma medição comum da carga do servidor e do farm. O número de solicitações processado por um farm é maior que o número de cargas da página e interações com o usuário final. Isso ocorre porque cada página contém vários componentes, cada um deles criando uma ou mais solicitações quando a página é carregada. Algumas solicitações são mais leves que outras com respeito aos custos da transação. Em nossos testes de laboratório e documentos de estudo de caso, removemos 401 solicitações e respostas (apertos de mão de autenticação) das solicitações usadas para calcular o RPS, porque causam um impacto insignificante nos recursos do farm.
Horário de pico Os horários durante o dia em que a carga no farm está em seu máximo.
Carga de pico A carga diária média máxima no farm, medida em RPS.
Alta da carga Picos de carga transitórios que estão fora dos horários de pico. Podem ser causados por aumentos não planejados no tráfego do usuário, taxa de transferência reduzida do farm por causa de operações administrativas ou combinações entre esses fatores.
Ajustar escala Ajustar escala significa adicionar recursos como processadores ou memória a um servidor.
Dimensionar Dimensionar significa adicionar mais servidores a um farm.
Quem deve ler os artigos de gerenciamento de capacidade?
Considere as perguntas a seguir para determinar se você deve ler este conteúdo.
Avaliando o SharePoint Server 2013
Importante
Alguns links nesta seção referem-se ao SharePoint Server 2010 e outras versões anteriores do produto e serão atualizados quando as versões do SharePoint Server 2013 desse conteúdo forem disponibilizadas.
Eu sou um profissional de TI ou um responsável pelas decisões de uma empresa e procuro uma solução para problemas específicos nos negócios. O SharePoint Server 2013 é uma opção para minha implantação. Ele pode fornecer os recursos e a escalabilidade que atenderão meus requisitos específicos?
Para obter informações sobre como o SharePoint Server 2013 é escalado para cumprir as demandas de soluções específicas e como determinar o hardware exigido para suportar seus requisitos, consulte as seções a seguir deste artigo:
Para obter informações sobre como avaliar o SharePoint Server 2013 para seus requisitos de negócio específicos, consulte os artigos a seguir:
Atualização do Office SharePoint Server 2010
Atualmente estou utilizando o SharePoint Server 2010. O que mudou no SharePoint Server 2013, e o que eu devo considerar se eu realizar a atualização? Qual será o efeito da atualização no desempenho e escala de minha topologia?
Para obter informações sobre as considerações de atualização mais gerais e orientações sobre como planejar e executar uma atualização do Office SharePoint Server 2007, consulte o artigo a seguir:
Ajustando e Otimizando um ambiente baseado no SharePoint em tempo real
Eu implantei o SharePoint Server 2013 e quero certificar-me de que tenho o hardware e a topologia adequada no local. Como eu realizo a validação de minha arquitetura e a mantenho corretamente?
Para saber mais sobre contadores de desempenho e monitoramento para farms do SharePoint Server 2013, consulte o seguinte artigo:
Para obter informações sobre como utilizar as ferramentas de monitoramento de integridade construídas na interface da Administração Central, consulte o artigo a seguir:
Eu implantei o SharePoint Server 2013 e estou tendo problemas de desempenho. Como eu soluciono problemas e otimizo meu ambiente?
Para saber mais sobre contadores de desempenho e monitoramento para farms do SharePoint Server 2013, consulte os seguintes artigos:
Para obter informações sobre ferramentas e técnicas para otimização de farms do SharePoint Server 2013, consulte o artigo a seguir:
Para obter informações sobre a solução de problemas através do uso das ferramentas de monitoramento de integridade construídas na interface da Administração Central, consulte o artigo a seguir:
Para uma lista dos artigos de gerenciamento de capacidade que estão disponíveis para recursos e serviços específicos do SharePoint Server 2010 (mais artigos serão adicionados à medida que estiverem disponíveis), consulte o artigo a seguir:
Para obter informações sobre desempenho e dimensionamento do banco de dados, consulte o artigo a seguir:
Para obter informações sobre o Remote BLOB Storage (RBS), consulte o artigo a seguir:
Do início ao fim
Eu quero saber tudo sobre o gerenciamento de capacidade do SharePoint Server 2013. Onde eu começo?
Para obter informações sobre os conceitos gerais por trás de gerenciamento de capacidade e links para documentação e recursos adicionais, consulte o artigo a seguir:
Para obter informações adicionais sobre gerenciamento de capacidade, consulte os artigos complementares a seguir para este artigo generalizado:
Agora você deve ter um bom entendimento dos conceitos. Para obter informações sobre limitações do SharePoint Server 2013, consulte o artigo a seguir:
Quando você estiver pronto para identificar uma topologia ponto de partida para seu ambiente baseado no SharePoint Server 2013, é possível procurar na biblioteca de estudos de caso técnicos disponíveis para encontrar o que mais se aproxima de suas exigências. Para uma lista de estudos de caso do SharePoint Server 2010 (estudos de caso do SharePoint Server 2013 serão publicados conforme forem disponibilizados), consulte o artigo a seguir:
Para obter informações sobre monitoramento da integridade e solução de problemas usando as ferramentas de monitoramento de integridade construídas na interface da Administração Central, consulte o artigo a seguir:
Para obter mais informações sobre como virtualizar os servidores baseados no SharePoint Server 2013, consulte o artigo a seguir:
Para obter mais informações sobre a alta disponibilidade e recuperação de desastres, consulte o artigo a seguir:
Quatro fundamentos do desempenho
O gerenciamento de capacidade foca os seguintes quatro aspectos principais do dimensionamento da sua solução:
Latência Para os objetivos do gerenciamento de capacidade, a latência é definida como o período entre o momento em que o usuário inicia uma ação, como clicar em um hiperlink, e o tempo decorrido até que o último byte seja transmitido ao aplicativo cliente ou navegador da Web
Taxa de transferência Definida como o número de solicitações simultâneas que um servidor ou farm pode processar
Escala de dados A escala de dados é definida como o tamanho do conteúdo e o corpo de dados que o sistema pode hospedar. A estrutura e distribuição dos bancos de dados de conteúdo tem um efeito significativo sobre o tempo que é necessário para o sistema processar as solicitações (latência) e o número de solicitações simultâneas que ele pode atender (taxa de transferência)
Confiabilidade Uma medição da capacidade do sistema para cumprir o conjunto de metas de latência e taxa de transferência, com o passar do tempo.
O principal objetivo do gerenciamento da capacidade do ambiente é estabelecer e manter um sistema que cumpra as metas de latência, taxa de transferência, escala de dados e confiabilidade da sua organização.
Latênci
Latência, também conhecida como latência percebida pelo usuário final, é constituída de três componentes principais:
O tempo que o servidor demora para receber e processar a solicitação.
O tempo que a solicitação e a resposta do servidor demoram para serem transferidas pela rede.
O tempo que a resposta demora para renderizar no aplicativo cliente.
As diferentes organizações definem metas de latência distintas, com base nos requisitos do negócio e nas expectativas do usuário. Algumas organizações podem suportar a latência de vários segundos, enquanto outras exigem transações muito rápidas. A otimização para as transações muito rápidas geralmente é mais cara e requer mais servidores e clientes potentes, versões mais recentes do navegador e do aplicativo cliente, soluções de rede de alta largura de banda e possivelmente investimentos no desenvolvimento e ajuste das páginas.
Alguns fatores importantes que contribuem com latências mais longas percebidas pelo usuário final, e exemplos de alguns problemas comuns, são descritos na lista a seguir. Esses fatores são particularmente relevantes nos cenários em que os clientes estão geograficamente distantes do farm de servidor ou acessam o farm através de uma conexão de rede de baixa largura de banda.
Os parâmetros de configuração, recursos ou serviços que não são otimizados podem atrasar o processamento de solicitações e afetar a latência de clientes remotos e locais. Para obter mais informações, consulte Taxa de transferência e Confiabilidade mais adiante neste artigo.
Páginas da Web que geram solicitações desnecessárias ao servidor para baixar os dados e recursos exigidos. A otimização incluiria o download do número mínimo de recursos para desenhar a página, a redução dos tamanhos das imagens, o armazenamento de recursos estáticos em pastas que permitam o acesso anônimo, o agrupamento das solicitações e a permissão da interatividade da página enquanto os recursos são baixados de maneira assíncrona no servidor. Essas otimizações são importantes para produzir uma experiência aceitável na primeira visita do navegador.
A transmissão de um volume excessivo de dados pela rede contribui com a degradação da latência e da taxa de transferência. Por exemplo, imagens e outros objetos binários em uma página devem utilizar um formato compactado como .png ou .jpg em vez de bitmaps quando possível.
Páginas da Web que não são otimizadas para carregamento de página de segundo acesso. O Tempo de Carregamento da Página (PLT) melhora para carregamento de página de segundo acesso, porque alguns recursos da página são colocados no cache do cliente e o navegador deve realizar o download apenas do conteúdo dinâmico que não está no cache. Latências de carregamento de página de segundo acesso inaceitáveis são frequentemente causadas pela configuração incorreta do cache de Objetos Grandes Binários (BLOB), ou por um cache do navegador local que foi desativado nos computadores clientes. As otimizações incluiriam o cache correto dos recursos no cliente.
Páginas da Web que têm um código JavaScript personalizado não otimizado. Isso pode tornar a renderização da página mais lenta no cliente. A otimização atrasaria o processamento do JavaScript no cliente até que o restante da página seja carregado, preferivelmente chamando os scripts em vez de adicionar o JavaScript de maneira inline.
Taxa de transferência
Taxa de transferência é descrita pelo número de solicitações que um farm de servidor pode processar em uma unidade de tempo, e também é frequentemente usada para medir a escala de operações esperada do sistema, com base no tamanho da organização e nas características de uso. Cada operação tem um custo específico nos recursos do farm de servidor. Entender a demanda e implantar uma arquitetura de farm que possa satisfazer a demanda consistentemente requer uma estimativa da carga esperada, e o teste da arquitetura sob carga para validar se a latência não está abaixo da meta quando a simultaneidade é alta e o sistema está sob estresse.
Alguns exemplos comuns de condições de baixa taxa de transferência incluem o seguinte:
Recursos de hardware inadequados Quando o farm recebe mais solicitações do que pode processar simultaneamente, algumas solicitações são colocadas em fila, o que atrasa cumulativamente o processamento de cada solicitação subsequente até que a demanda seja reduzida o suficiente para que a fila seja limpa. Alguns exemplos de otimização de um farm para sustentar uma taxa de transferência mais alta incluem o seguinte:
Verifique se os processadores nos servidores de farm não são superutilizados. Por exemplo, se o uso da CPU durante os horários de pico ou altas da carga exceder consistentemente 80%, adicione mais servidores ou redistribua os servidores para outros farms.
Assegure-se de que há memória suficiente nos servidores de aplicativos e em servidores da Web para conter o cache completo. Isso ajudará a evitar chamadas para o banco de dados, para atender solicitações do conteúdo que não está no cache.
Assegure-se de que os servidores de banco de dados não possuem afunilamentos. Se o IOPS total disponível no disco for insuficiente para suportar a demanda de pico, adicione mais discos ou redistribua os bancos de dados para os discos subutilizados. Consulte a seção Removendo Afunilamentos do Monitoramento e manutenção do SharePoint Server 2013 para obter mais informações.
Se o acréscimo de recursos aos computadores existentes for insuficiente para resolver os problemas e a taxa de transferência, adicione servidores e redistribua os recursos e serviços afetados para os novos servidores.
Páginas da Web personalizadas não otimizadas Adicionar o código personalizado a páginas frequentemente utilizadas em um ambiente de produção é uma causa comum dos problemas de taxa de transferência. Esse código pode gerar viagens adicionais de ida e volta aos servidores do banco de dados ou serviços da Web, para atender às solicitações de dados. A personalização de páginas usadas com pouca frequência pode não afetar significativamente a taxa de transferência, mas até mesmo um código bem otimizado pode diminuir a taxa de transferência do farm, se ele for solicitado milhares de vezes por dia. Os administradores do SharePoint Server 2013 podem ativar o Painel do Desenvolvedor para identificar um código personalizado que exija a otimização. Alguns exemplos da otimização do código personalizado incluem o seguinte:
Minimize o número de solicitações de serviço da Web e consultas SQL.
Busque os dados mínimos exigidos em cada visita ao servidor de banco de dados, enquanto limita o número de viagens necessárias de ida e volta.
Evite adicionar o código personalizado a páginas frequentemente usadas.
Use índices quando estiver recuperando uma quantidade filtrada de dados.
Soluções não confiáveis A implantação do código personalizado em pastas de compartimento pode causar um desempenho lento do servidor. Cada vez que uma página que contém o código não confiável é solicitada, o SharePoint Server 2013 deve realizar verificações de segurança antes que a página pode possa ser carregada. A menos que exista um motivo específico para implantar o código não confiável, instale assemblies personalizados no GAC para evitar verificações de segurança desnecessárias.
Escala de dados
Escala de dados é o volume de dados que o servidor ou farm de servidor pode armazenar, enquanto cumpre as metas de latência e taxa de transferência. Geralmente, quanto maior o volume de dados no farm, maior o impacto na taxa de transferência geral e na experiência do usuário. O método usado para distribuir os dados em discos e servidores do banco de dados também pode afetar a latência do farm e a taxa de transferência.
O dimensionamento do banco de dados, a arquitetura dos dados e o hardware suficiente do servidor de banco de dados são muito importantes para uma solução ideal para o banco de dados. Em uma implantação ideal, os bancos de dados de conteúdos são dimensionados de acordo com a orientação de limites e distribuídos em discos físicos para que as solicitações não sejam colocadas em fila por causa da superutilização do disco, e os servidores de banco de dados são capazes de suportar as cargas de pico e as altas inesperadas sem exceder os limiares de utilização de recursos.
Além disso, determinadas operações podem bloquear determinadas tabelas durante a operação. Um exemplo é a exclusão de um site grande, que pode fazer com que as tabelas relacionadas no banco de dados de conteúdo em que o site reside sejam bloqueadas até que a operação de exclusão seja concluída.
Alguns exemplos de otimização de um farm para o desempenho dos dados e armazenamento incluem o seguinte:
Verifique se os bancos de dados são distribuídos corretamente entre os servidores, e se os recursos dos servidores são suficientes para suportar o volume e a distribuição dos dados.
Separe os volumes do banco de dados em Unidades Lógicas (LUNs) exclusivas, que consistam em eixos de discos físicos exclusivos. Utilize diversos discos que tenham baixo tempo de pesquisa e configurações adequadas de RAID cumprir as demandas de armazenamento do servidor de banco de dados.
Você pode usar o Armazenamento de BLOB Remoto (RBS) se o corpo contiver muitos objetos BLOB. O RBS pode fornecer os benefícios a seguir:
Os dados do BLOB podem ser colocados em dispositivos de armazenamento menos caros, configurados para lidar com o armazenamento simples.
A administração do armazenamento de BLOB é controlada por um sistema especificamente projetado para trabalhar esse tipo de dados.
Os recursos do servidor de banco de dados são liberados para as operações de banco de dados.
Esses benefícios não são gratuitos. Antes de implementar o RBS com o SharePoint Server 2013, analise se os benefícios em potencial compensam os custos e limitações da implementação e manutenção do RBS.
Para obter mais informações sobre como planejar uma escala de dados, consulte Configuração e planejamento da capacidade de armazenamento do SQL Server (SharePoint Server 2013).
Confiabilidade
Confiabilidade é a medição agregada da capacidade do farm de servidor para cumprir as metas estabelecidas de latência, taxa de transferência e capacidade de dados com o passar do tempo. Um farm confiável é aquele em que o tempo de ativação, a capacidade de resposta, a taxa de falhas e a frequência e amplitude das altas de latência estão dentro das metas estabelecidas e requisitos operacionais. Um farm confiável também pode sustentar consistentemente as metas de latência e taxa de transferência durante cargas e horários de pico, ou quando ocorrem operações do sistema como rastreamento ou backups diários.
Um fator importante para sustentar a confiabilidade é o efeito de operações administrativas comuns sobre as metas de desempenho. Em certas operações, como a recriação de índices de bancos de dados, manutenção dos trabalhos do timer ou exclusão de múltiplos sites com um grande volume de conteúdo, o sistema pode ser incapaz de processar as solicitações do usuário com a mesma rapidez. Nesse caso, a latência e a taxa de transferência das solicitações do usuário final podem ser afetadas. O impacto no farm depende da frequência e do custo da transação de operações menos comuns e se elas são executadas durante o horário operacional normal.
Alguns exemplos de como sustentar um sistema mais confiável incluem o seguinte:
Agende as tarefas administrativas e trabalhos de timer que consomem muitos recursos fora do horário comercial.
Dimensione o hardware nos servidores de farm existentes, ou expanda adicionando servidores da Web, de aplicativos ou de bancos de dados adicionais.
Distribua os serviços e recursos que consomem muitos recursos para servidores dedicados. Também é possível usar um balanceador de carga do hardware para direcionar o tráfego específico de recursos para um servidor da Web dedicado a recursos ou serviços específicos.
Gerenciamento de capacidade versus planejamento de capacidade
O gerenciamento de capacidade amplia o conceito do planejamento de capacidade para expressar uma abordagem cíclica na qual a capacidade de uma implantação do SharePoint Server 2013 é continuamente monitorada e otimizada para acomodar as mudanças nas condições e requisitos.
O SharePoint Server 2013 oferece maior flexibilidade e pode ser configurado para sustentar cenários de utilização em uma ampla variedade de pontos de escala diferentes. Não existe uma única arquitetura de implantação. Portanto, os designers e administradores do sistema devem entender os requisitos de seus ambientes específicos.
Modelo de gerenciamento de capacidade do SharePoint Server 2013
.png "Modelo de gerenciamento de capacidade")
Etapa 1: modelar Modelagem é o processo pelo qual você decide quais são as principais soluções às quais seu ambiente deve dar suporte e estabelece todas as métricas e parâmetros importantes. O resultado do exercício de modelagem deve ser uma lista de todos os principais dados necessários para projetar seu ambiente.
Entenda a carga de trabalho e o conjunto de dados esperados.
Configure as metas de desempenho do farm e confiabilidade.
Analise os logs do SharePoint Server 2013IIS.
Etapa 2: Projetar Depois de você coletar os dados na Etapa 1, pode projetar seu farm. Os resultados finais são em uma arquitetura de dados detalhada e as topologias física e lógica.
Determine sua arquitetura de ponto de partida.
Selecione seu hardware.
Etapa 3: implantar piloto, testar e otimizar Se você projetou uma nova implantação, precisa implantar um ambiente piloto para testar sua carga de trabalho e as características esperadas do uso. Para um farm existente, o teste é aconselhável quando são realizadas alterações importantes na infraestrutura, mas a otimização regular baseada nos resultados do monitoramento pode ser necessária para manter as metas de desempenho. O resultado dessa fase é a análise dos resultados do teste em contraste as metas e uma arquitetura otimizada capaz de sustentar as metas estabelecidas de desempenho e capacidade.
Implantar piloto Implante um ambiente piloto.
Testar Teste contra as metas de latência e taxa de transferência.
Otimizar Reúna os resultados do teste e faça as alterações exigidas nos recursos de farm e topologia.
Etapa 4: Implantar Esta etapa descreve a implementação do farm, ou a implantação de alterações no farm existente. O resultado final de um novo design é uma implantação completa até a produção ao vivo, incluindo todas as migrações de conteúdo e usuário. O resultado final para um farm existente são mapas de farm revisados e atualizações nos planos de manutenção.
Etapa 5: Monitorar e manter Esta etapa descreve como configurar o monitoramento e como prever e identificar afunilamentos e fazer atividades regulares de manutenção e mitigação de afunilamentos.
Superdimensionamento versus subdimensionamento
Superdimensionamento descreve uma abordagem no design do farm no qual as metas são atingidas sem a utilização total do hardware e os recursos no farm do SharePoint Server 2013 são significativa e consistentemente subutilizados. Em uma implantação de superdimensionamento, a memória, CPU e outros indicadores dos recursos do farm mostram que ele pode atender bem à demanda com menos recursos. A desvantagem é o gasto elevado com hardware e manutenção e a imposição de demandas maiores de potência e espaço.
Subdimensionamento descreve uma abordagem no design do farm na qual as metas de desempenho e capacidade não são possíveis de atingir, porque os recursos de hardware no farm do SharePoint Server 2013 são superutilizados. Às vezes, o subdimensionamento do farm é feito para reduzir os custos de hardware, mas isso geralmente resulta em uma latência mais alta que leva a uma experiência ruim do usuário, baixa satisfação, escalações frequentes, custos altos de suporte e gastos desnecessários para resolver os problemas e refinar o ambiente.
Ao projetar seu farm, certifique-se de que ele pode cumprir as metas estabelecidas de desempenho e capacidade, tanto abaixo da carga de pico regular quanto nas altas inesperadas. O design, teste e a otimização ajudam a garantir que seu farm possui o hardware correto.
Para manter as metas de desempenho e acomodar o crescimento, sempre é mais desejável ter mais recursos que o necessário para cumprir as metas. O custo do investimento excessivo no hardware normalmente é muito menor que as despesas cumulativas relacionadas à solução de problemas causados pelo subdimensionamento.
Deve-se sempre dimensionar um sistema para responder adequadamente durante a demanda de pico, que pode ser diferente para serviços específicos em momentos diferentes. Para fazer uma estimativa eficiente dos requisitos de capacidade, é preciso identificar o período da pior demanda de casos para todos os recursos. Pode haver uma carga elevada de vários recursos e serviços em certos horários do dia, como a primeira hora da manhã ou depois do almoço.
O farm também deve ser capaz de suportar picos não planejados, como quando são feitos anúncios para toda a organização e um número anormalmente elevado de usuários acessa um site ao mesmo tempo. Durante os períodos de alta demanda, os usuários experimentam uma alta latência ou não recebem resposta do farm, a menos que recursos suficientes do mesmo estejam disponíveis para atender à carga elevada sobre o farm.
A capacidade do farm também deve ser revisada quando usuários adicionais serão provisionados na empresa. Situações como uma fusão ou aquisição, caracterizada por funcionários ou membros novos acessando o farm, podem causar efeitos adversos no desempenho se não forem planejadas e estimadas com antecedência.
Estados operacionais: Zona Verde e Zona Vermelha
Quando descrevemos a carga de um sistema de produção, nos referimos a dois estados operacionais principais “Zona Verde”, no qual o sistema está operando dentro do intervalo normal e esperado de carga, “Zona vermelha”, estado no qual o farm sofre 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.
Zona Verde Estado no qual o servidor ou farm está operando sob condições de carga normais, até as cargas de pico diárias esperadas. Um farm que opere nesse intervalo deve sustentar tempos de resposta e latência dentro de parâmetros aceitáveis.
Zona Vermelha O intervalo operacional no qual a carga é maior que o pico normal, mas ainda pode atender solicitações de serviço por um período limitado. Esse estado é caracterizado pela latência maior que o normal e as possíveis falhas causadas pela saturação de afunilamentos do sistema.
A meta máxima do design do farm é implantar um ambiente que possa suportar constantemente a carga de Zona Vermelha sem falhas de serviço e dentro de metas aceitáveis de latência e taxa de transferência.
Limites e limiares do software
No SharePoint Server 2013, existem determinados limites estabelecidos conforme o design e que não podem ser excedidos, e outros que são configurados como valores padrão que podem ser alterados pelo administrador do farm. Também há determinados limites que não são representados por um valor configurável, como o número de conjuntos de sites por aplicativo da Web.
Limiares são limites absolutos que não podem ser excedidos conforme o design. É importante entendê-los para não fazer suposições incorretas quando você projetar seu farm.
Um exemplo de um limiar é 2 GB para o tamanho do documento. Você não pode configurar o SharePoint Server 2013 para armazenar documentos maiores que 2 GB. Esse é um valor incorporado absoluto e não pode ser excedido conforme o design.
Limites são aqueles que têm um valor padrão que não pode ser excedido, a menos que seja modificado. Os limites podem, em determinadas circunstâncias, ser excedidos para acomodar variações no design do farm. No entanto, é importante entender que isso pode afetar o desempenho do farm e o valor efetivo de outros limites.
O valor de padrão de certos limites só pode ser excedido até um máximo absoluto. Um bom exemplo é, novamente, o tamanho do documento. Por padrão, ele é configurado como 50 MB, mas pode ser alterado para um valor máximo de 2 GB.
Limites suportados definem o valor testado para um determinado parâmetro. Os valores padrão para esses limites foram definidos por testes e representam as limitações conhecidas do produto. Exceder os limites suportados pode causar resultados inesperados, uma degradação significativa do desempenho ou outros efeitos prejudiciais.
Alguns limites suportados são parâmetros configuráveis por padrão no valor recomendado, enquanto outros se referem a parâmetros que não são representados por um valor configurável.
Um exemplo de um limite com suporte é o número de conjuntos de sites por aplicativo da Web. O limite suportado é o maior número de conjuntos de sites por aplicativo da Web que atende aos níveis de referência de desempenho durante o teste.
É importante observar que muitos dos valores-limite fornecidos neste documento representam um ponto em uma curva que descreve uma carga de recurso crescente e uma degradação concomitante no desempenho, à medida que o valor aumenta. Portanto, exceder determinados limites, como o número de conjuntos de sites por aplicativo da Web, poderia resultar apenas em uma diminuição fracionária no desempenho do farm. No entanto, na maioria dos casos, operar no limite estabelecido (ou próximo do mesmo) não é uma prática recomendada, do mesmo modo que metas aceitáveis de desempenho e confiabilidade são melhor atingidas quando o design de um farm fornece um equilíbrio razoável entre os valores-limite.
As diretrizes de entrada e limites suportados são determinados pelo desempenho. Em outras palavras, é possível exceder os valores padrão dos limites, mas conforme o valor-limite é aumentado, isso pode afetar o desempenho do farm e o valor efetivo de outros limites. Muitos limites no SharePoint Server 2013 podem ser alterados. No entanto, é importante entender como a alteração de um determinado limite afeta outras partes do farm.
Se você entrar em contato com o Serviços de Atendimento ao Cliente Microsoft para tratar de um sistema de produção que não cumpre as especificações mínimas de hardware publicadas em Requisitos de hardware e software do SharePoint 2013,o suporte será limitado até que o sistema seja atualizado para os requisitos mínimos.
Como os limites são estabelecidos
No SharePoint Server 2013, as limitações suportadas são estabelecidas através de testes e da observação do comportamento do farm sob cargas crescentes, até o ponto em que os serviços e operações de farm alcançam os limites operacionais efetivos. Alguns serviços e componentes do farm podem suportar uma carga mais alta que outros. Portanto, em alguns casos deve-se atribuir um valor-limite baseado em uma média de diversos fatores.
Por exemplo, as observações do comportamento do farm sob carga, quando conjuntos de sites são adicionados, indicam que certos recursos exibem uma latência inaceitavelmente alta, enquanto outros ainda operam dentro de parâmetros aceitáveis. Portanto, o valor máximo atribuído ao número de conjuntos de sites não é absoluto, mas é calculado com base em um conjunto esperado de características de uso em que o desempenho geral seria aceitável nesse dado limite, sob a maioria das circunstâncias.
Se outros serviços estiverem operando com parâmetros superiores aos usados para os testes de limites, os limites efetivos máximos de outros serviços serão reduzidos. Por conseguinte, é importante executar um gerenciamento de capacidade e exercícios de teste de escala rigorosos para implantações específicas, a fim de estabelecer limites efetivos para esse ambiente.
Para obter mais informações sobre limiares e limites e como afetam o processo de gerenciamento de capacidade, consulte Limites de software para o SharePoint 2013.
Principais diferenciadores da implantação do SharePoint Server 2013
Cada implantação do SharePoint Server 2013 tem um conjunto-chave de características que o tornam exclusivo e diferente de outros farms. Esses diferenciadores podem ser descritos por estas quatro categorias principais:
Especificação Descreve o hardware, a topologia e a configuração do farm.
Carga de trabalho Descreve a demanda sobre o farm, incluindo o número de usuários e as características de uso.
Dataset Descreve tamanhos e distribuição do conteúdo.
Integridade e desempenho Descreve o desempenho do farm contra as metas de latência e taxa de transferência.
Especificações
Hardware
Hardware são os recursos físicos do computador como processadores, memória e discos rígidos. Também inclui componentes físicos da rede como NICs (Cartões de Interface de Rede), cabos, switches, roteadores e balanceadores de carga. Muitos problemas de desempenho e capacidade podem ser resolvidos verificando se o hardware correto está sendo usado. Por outro lado, uma única aplicação indevida de um recurso de hardware, como a memória insuficiente em um servidor, pode afetar o desempenho no farm inteiro.
Topologia
Topologia é a distribuição e as inter-relações entre o hardware e os componentes do farm. Existem dois tipos de topologia:
Topologia lógica O mapa dos componentes de software, como serviços e recursos em um farm.
Topologia física O mapa de servidores e recursos físicos.
Normalmente, o número de usuários e as características de uso determinam a topologia física de um farm, e os requisitos corporativos como a necessidade de suportar recursos específicos para a carga esperada definem a topologia lógica.
Configuração
Usamos o termo configuração para descrever as definições do software e dos parâmetros. Além disso, configuração refere-se à criação do cache, RBS, definições de limites e qualquer parte do ambiente de software que possa ser configurada ou modificada para cumprir requisitos específicos.
Carga de trabalho
A carga de trabalho define as principais características operacionais do farm, incluindo a base de usuários, simultaneidade, recursos usados e os agentes do usuário ou aplicativos clientes usados para a conexão com o farm.
Diferentes recursos do SharePoint Server 2013 têm custos associados diferentes nos recursos do farm. A popularidade dos recursos mais dispendiosos pode afetar significativamente o desempenho e a integridade do sistema. Entender a demanda esperada e as características de uso permite dimensionar a implementação corretamente e reduzir o risco de executar o sistema constantemente em uma condição desfavorável.
Base de usuários
A base de usuários de um aplicativo baseado no SharePoint Server 2013–é uma combinação entre o número total de usuários e como são geograficamente distribuídos. Além disso, dentro da base total de usuários, existem subgrupos que podem usar determinados recursos ou serviços mais intensamente que outros grupos. A simultaneidade é definida como a porcentagem do total de usuários que utilizam o sistema ativamente em um determinado momento. Os indicadores que definem a base de usuários incluem o número total de usuários individuais e o número de usuários simultâneos.
Características de uso
O desempenho de um farm pode ser afetado não apenas pelo número de usuários que interagem com o sistema, mas também pelas características de uso. Duas organizações que tenham o mesmo número de usuários podem ter requisitos significativamente diferentes, com base na frequência com que os usuários acessam os recursos do farm, e se os recursos e serviços mais pesados estão ativados no vale. Os indicadores que descrevem as características de uso incluem a frequência de operações únicas, o mix operacional geral (proporção entre as operações de leitura e gravação e as administrativas), e os padrões de uso e carga contra os novos recursos habilitados no farm (como Meus Sites, Pesquisa, Fluxos de Trabalho e Office Web Apps).
Dataset
O volume do conteúdo armazenado no sistema e as características da arquitetura em que ele está armazenado podem ter um efeito significativo na integridade geral e no desempenho do sistema. Entender o tamanho, frequência de acesso e distribuição dos dados permite dimensionar corretamente o armazenamento no sistema e impedir que ele se torne o afunilamento que reduz a velocidade das interações do usuário com os serviços do farm e afeta a experiência do usuário final.
Para estimar e projetar corretamente a arquitetura de armazenamento de uma solução baseada no SharePoint Server 2013, você precisa conhecer o volume de dados que irá armazenar no sistema e quantos usuários estão solicitando os dados de diferentes fontes. O volume do conteúdo é um elemento importante do dimensionamento da capacidade do disco, porque pode influenciar o desempenho de outros recursos e também afetar a latência da rede e a largura de banda disponível. Os indicadores que definem o dataset incluem o tamanho total do conteúdo, o número total de documentos e conjuntos de sites, e os tamanhos médio e máximo do conjunto de sites.
Integridade e desempenho
A integridade do farm do SharePoint Server 2013 é basicamente uma medição ou pontuação simplificada que reflete a confiabilidade, a estabilidade e o desempenho do sistema. O desempenho de um farm em relação às suas metas é basicamente dependente dos primeiros três diferenciadores. A pontuação de integridade e desempenho pode ser rastreada e descrita por uma destilação de um conjunto de indicadores. Para obter mais informações, consulte Monitoramento e manutenção do SharePoint Server 2013 e Plano para monitoramento do SharePoint 2013. Estes indicadores incluem o tempo de ativação do sistema, a latência percebida pelo usuário final, os índices de falha das páginas, e os indicadores de utilização de recursos (CPU, RAM).
Qualquer alteração significativa em um hardware, topologia, configuração, carga de trabalho ou dataset pode variar significativamente a confiabilidade e a capacidade de resposta do sistema. A pontuação da integridade pode ser usada para rastrear o desempenho com o passar do tempo e avaliar como a alteração nas condições operacionais ou as modificações do sistema afetam a confiabilidade do farm.
Arquiteturas de referência
O SharePoint Server 2013 é um produto complexo e potente, e não existe uma solução de arquitetura que resolva todos os cenários. Cada implantação do SharePoint Server 2013 é a única e definida pelas suas características de uso e de dados. Cada organização precisa fazer um processo de gerenciamento profundo da capacidade e aproveitar efetivamente as vantagens da flexibilidade que o sistema SharePoint Server 2013 oferece para personalizar uma solução com as dimensões corretas, que atenda melhor às necessidades da organização.
O conceito das arquiteturas de referência visa descrever e ilustrar as principais categorias diferentes das implantações do SharePoint Server 2013, e não fornecer uma receita para os arquitetos projetarem suas soluções. Esta seção se concentra na descrição dos vetores em que as implantações do SharePoint Server 2013 normalmente são escaladas.
As arquiteturas listadas aqui são fornecidas como uma maneira útil para entender os diferenciadores entre essas categorias genéricas e diferenciá-los por fatores de custo gerais e a escala de esforço.
Implantação de servidor único
A arquitetura dessa implantação consiste em um servidor que executa o SharePoint Server 2013 e uma versão suportada do SQL Server. Essa arquitetura pode ser apropriadas para fins de avaliação, para os desenvolvedores ou para a implementação de um departamento isolado que não seja crítico de missão, com poucos usuários. No entanto, não recomendamos seu uso para um ambiente de produção.
.gif "Modelo de implantação de servidor único")
Implantação de farm pequeno
Esse tipo de implantação consiste em um único servidor ou cluster de banco de dados e um ou dois computadores baseados no SharePoint Server 2013. As principais características da arquitetura incluem a redundância e o failover limitados e um conjunto mínimo de capacidades habilitadas do SharePoint Server 2013.
Um farm pequeno é útil para atender apenas implantações limitadas, com um conjunto mínimo de aplicativos de serviço ativados, uma base de usuários relativamente pequena, uma carga de uso relativamente baixa (poucas solicitações por minuto até pouquíssimas solicitações por segundo) e um volume relativamente pequeno de dados (10 ou mais gigabytes).
.gif "Modelo de implantação de farm pequeno")
Implantação de farm médio
Essa arquitetura introduz a divisão da topologia em três camadas: servidores da Web dedicados, servidores de aplicativo dedicados e um ou mais servidores ou clusters de banco de dados. A separação da camada do servidor front-end da camada de servidor de aplicativo permite mais flexibilidade no isolamento do serviço, e ajuda a balancear a carga ao longo do sistema.
Essa é a arquitetura mais comum, e inclui um amplo espectro de topologias de serviço e tamanhos de farm. Uma implantação de farm médio é útil para atender ambientes que tenham o seguinte:
Vários aplicativos de serviço distribuídos por múltiplos servidores. Um conjunto típico de recursos podem incluir o Office Web Apps Service, Serviço de Perfil de Usuário, Serviço de Metadados Gerenciado e Serviço de Cálculo do Excel.
Uma base de dezenas de milhares de usuários e uma carga de 10 a 50 solicitações por segundo.
Um repositório de dados de um ou dois terabytes.
.gif "Capacidade - Modelo de implantação de farm médio")
Implantação de farm grande
Essas implantações introduzem a divisão dos serviços e soluções em múltiplos farms e dimensionamento adicional das camadas em um único farm. Vários serviços do SharePoint Server 2013 podem ser implantados em um farm de serviços dedicados que atenda solicitações de diversos farms de consumo. Nessas arquiteturas grandes, normalmente existem servidores da Web, diversos servidores de aplicativos, dependendo da característica de uso de cada um dos serviços locais (não compartilhados) e diversos servidores baseados no SQL Server e clusters do SQL Server, dependendo do tamanho do conteúdo e dos bancos de dados de serviço ou de aplicativo habilitados no farm. É esperado que as arquiteturas de farm grande atendam implantações que tenham o seguinte:
Vários aplicativos de serviço federados e consumidos do farm de serviços dedicados, normalmente o Serviço de Perfil de Usuário, Pesquisa, Serviço de Metadados Gerenciado e Web Analytics.
A maioria dos outros aplicativos de serviço é ativada localmente.
Uma base na faixa de centenas de milhares de usuários.
Uma carga de uso na faixa de centenas de solicitações por segundo.
Um dataset na faixa de dez ou mais terabytes.
.gif "Capacidade - Modelo de implantação de farm grande")
Consulte também
Planejamento de capacidade para o SharePoint Server 2013
Teste de desempenho para SharePoint Server 2013
Monitoramento e manutenção do SharePoint Server 2013
Plano para monitoramento do SharePoint 2013
Limites de software para o SharePoint 2013
Resultados de teste de capacidade e desempenho e recomendações (SharePoint Server 2013)
Requisitos de hardware e software do SharePoint 2013
Estudos de caso técnicos de desempenho e capacidade (SharePoint Server 2010)