Visão geral do gerenciamento da capacidade e dimensionamento do SharePoint Server 2010

  • Artigo

Atualizado: junho de 2012

 

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2016-11-30

Este artigo oferece uma visão geral de como planejar e gerenciar com eficiência a capacidade de ambientes do Microsoft SharePoint Server 2010. Ele também descreve como manter um bom entendimento das necessidades de capacidade e dos recursos da sua implantação, pela análise do desempenho e dos dados de volume. Também analisa os principais impactos de aplicativos que afetam a capacidade, incluindo as características e o uso de conteúdo.

O Gerenciamento de capacidade é um processo contínuo porque nenhuma implementação permanece estática em relação ao conteúdo e ao uso. Você precisa se planejar para o crescimento e a alteração, de forma que o seu ambiente baseado no SharePoint Server 2010 possa continuar a oferecer uma solução de negócios eficiente.

O Planejamento de Capacidade é a única parte do ciclo de gerenciamento de capacidade. É o conjunto de atividades inicial que traz o arquiteto de design para o ponto onde há uma arquitetura inicial que, na opinião do arquiteto, servirá melhor à implantação do SharePoint Server 2010. O modelo de gerenciamento de capacidade inclui etapas adicionais para ajudar você a validar e ajustar a arquitetura inicial, além de oferecer um loop de comentários para replanejamento e otimização do ambiente de produção até que ele possa oferecer suporte aos objetivos de design com opções ideais de hardware, topologia e configuração

Neste artigo:

  • Glossário

  • Quem deve ler os artigos sobre gerenciamento de capacidade?

  • Quatro fundamentos de desempenho

  • Gerenciamento de capacidade versus planejamento de capacidade

  • Superdimensionamento versus subdimensionamento

  • Limites e delimitadores de software

  • Principais diferenças: SharePoint Server 2010 versus Office SharePoint Server 2007

  • Diferenciadores de chave de implantação do SharePoint Server 2010

  • Arquiteturas de referência

Glossário

Os termos especializados a seguir são usados na documentação de gerenciamento de capacidade do SharePoint Server 2010.

  • RPS   Solicitações por segundo. O número de solicitações recebidas por um farm ou servidor em um segundo. É uma medida comum de carga de servidor e de farm. O número de solicitações processadas por um farm é maior do que o número de carregamentos de página e de interações de usuário final. Isso acontece porque cada página contém vários componentes, cada um criando uma ou mais solicitações quando a página é carregada. Algumas solicitações são mais leves do que outras no que diz respeito a custos de transação. Em nossos testes de laboratório e documentos de estudo de caso, removemos 401 solicitações e respostas (handshakes de autenticação) das solicitações que foram usadas para calcular o RPS porque elas tiveram um impacto insignificante nos recursos do farm.

  • Horários de pico   A hora ou horas durante o dia quando a carga do farm está em seu máximo.

  • Carga de pico   A carga diária máxima média no farm, medida em RPS.

  • Picos de Carga   Picos de carga transitórios que acontecem fora do horário de pico. Podem ser causados por aumentos não planejados em tráfego de usuários, taxas de transferência menores no farm por causa de operações administrativas ou combinações desses fatores.

  • Aumentar a escala   Aumentar a escala significa adicionar recursos como processadores ou memórias a um servidor.

  • Expandir   Expandir significa adicionar mais servidores a um farm.

Quem deve ler os artigos sobre gerenciamento de capacidade?

Considere as perguntas a seguir para determinar se você deve ler este conteúdo.

Avaliando o SharePoint Server 2010

Eu sou um profissional de TI ou tomador de decisões de negócios e procuro uma solução para problemas de negócios específicos. O SharePoint Server 2010 é uma opção para a minha implantação. Ele pode oferecer recursos e escalabilidade que atendam aos meus requisitos específicos?

Para obter informações sobre como o SharePoint Server 2010 se dimensiona para atender às demandas de soluções específicas e como determinar o hardware que será necessário para oferecer suporte aos seus requisitos, consulte as seções a seguir neste artigo:

  • Principais diferenças: SharePoint Server 2010 versus Office SharePoint Server 2007

  • Limites e delimitadores de software

Para obter informações sobre como avaliar o SharePoint Server 2010 seus requisitos de negócios específicos, consulte os seguintes artigos:

Atualizando do Office SharePoint Server 2007

No momento, estou usando o Office SharePoint Server 2007. O que mudou no SharePoint Server 2010 e o que devo considerar se resolver atualizar? Que efeito a atualização tem no desempenho e no dimensionamento da minha topologia?

Para obter informações sobre como os fatores de desempenho e capacidade são diferentes para o Office SharePoint Server 2007 e o SharePoint Server 2010, consulte a seção a seguir, mais adiante neste artigo:

  • Principais diferenças: SharePoint Server 2010 versus Office SharePoint Server 2007

Para obter informações sobre considerações de atualização mais gerais e como planejar e executar uma atualização do Office SharePoint Server 2007, consulte o artigo a seguir:

Ajustando e otimizando um ambiente de produção baseado no SharePoint

Implantei o SharePoint Server 2010 e desejo ter certeza de que possuo o hardware e a topologia apropriados. Como validar minha arquitetura e fazer a devida manutenção?

Para obter informações sobre contadores de monitoramento e desempenho para farms do Microsoft SharePoint Server 2010, consulte o seguinte artigo:

Para obter informações sobre como usar as ferramentas de monitoramento de integridade internas da interface da Administração Central, consulte o seguinte artigo:

Implantei o SharePoint Server 2010 e estou tendo problemas de desempenho. Como solucionar os problemas e otimizar meu ambiente?

Para obter informações sobre contadores de monitoramento e desempenho para farms do Microsoft SharePoint Server 2010, consulte o seguinte artigo:

Para obter informações sobre como solucionar problemas usando as ferramentas de monitoramento de integridade internas da interface da Administração Central, consulte o seguinte artigo:

Para obter uma lista de artigos de gerenciamento de capacidade disponíveis para vários serviços e recursos específicos do SharePoint Server 2010 (mais artigos serão adicionados quando forem disponibilizados), consulte o seguinte artigo:

Para obter informações sobre dimensionamento e desempenho, consulte o seguinte artigo:

Para obter informações sobre o RBS (Remote BLOB Storage), consulte o seguinte artigo:

O começo do fim

Quero saber tudo sobre o gerenciamento de capacidade do SharePoint Server 2010. Por onde começar?

Para obter informações sobre os conceitos gerais por detrás do gerenciamento de capacidade e links para a documentação e recursos adicionais, consulte o seguinte artigo:

Para obter informações adicionais sobre gerenciamento de capacidade, consulte os seguintes artigos complementares a este artigo de visão geral:

Agora, você deve ter boas noções básicas sobre os conceitos. Para obter informações sobre os limites do SharePoint Server 2010, consulte o seguinte artigo:

Quando estiver pronto para identificar uma topologia inicial para o seu ambiente baseado no SharePoint Server 2010, você poderá consultar a biblioteca de estudos de casos técnicos para encontrar aquele que mais corresponde aos seus requisitos. Para obter uma lista de estudos de caso (mais estudos de caso serão adicionados quando forem disponibilizados), consulte o seguinte artigo:

Para obter uma lista de artigos de gerenciamento de capacidade disponíveis para vários serviços e recursos específicos do SharePoint Server 2010 (mais artigos serão adicionados quando forem disponibilizados), consulte o seguinte artigo:

Para obter informações sobre dimensionamento e desempenho, consulte o seguinte artigo:

Para obter informações sobre o RBS (Remote BLOB Storage), consulte o seguinte artigo:

Para obter informações sobre o monitoramento da integridade e como solucionar problemas usando as ferramentas de monitoramento de integridade internas da interface da Administração Central, consulte o seguinte artigo:

Para obter informações sobre as diretrizes de ajuste fino do desempenho geral e uma variedade de assuntos de desempenho e capacidade específicos (mais artigos serão adicionados quando forem disponibilizados), consulte o seguinte artigo:

Para obter mais informações sobre como virtualizar servidores baseados no SharePoint Server 2010, consulte o seguinte artigo:

Quatro fundamentos de desempenho

O planejamento da capacidade tem como foco estes quatro principais aspectos do dimensionamento da sua solução:

  • Latência   Para fins de gerenciamento de capacidade, a latência é definida como a duração entre o momento em que um usuário inicia uma ação, como clicar em um hiperlink, e o momento até que o último byte é transmitido ao aplicativo cliente ou navegador da Web.

  • Taxa de transferência   A taxa de transferência é definida como o número de solicitações simultâneas que um servidor ou farm de servidores pode processar.

  • Escala de dados   A Escala de dados é definida como o tamanho total dos dados e do conteúdo que o sistema pode hospedar. A estrutura e a distribuição de bancos de dados de conteúdo tem um efeito significativo no tempo que o sistema leva para processar solicitações (latência) e o número de solicitações simultâneas que ele pode servir (taxa de transferência).

  • Legibilidade   A legibilidade é uma medida da capacidade do sistema de cumprir os objetivos definidos para a latência e a taxa de transferência ao longo do tempo.

O principal objetivo do gerenciamento da capacidade do seu ambiente é estabelecer e manter um sistema que atenda aos objetivos de latência, taxa de transferência, Escala de dados e confiabilidade da sua organização.

Latência

A Latência, também conhecida como latência percebida pelo usuário final, é composta por três componentes principais:

  • O tempo que leva para o servidor receber e processar a solicitação.

  • O tempo que leva para a solicitação e a resposta do servidor serem transferidas pela rede.

  • O tempo que leva para a resposta ser renderizada no aplicativo cliente.

Organizações diferentes definem objetivos de latência diferentes com base em requisitos de negócios e expectativas do usuário. Algumas organizações aceitam latência de vários segundos, enquanto outras exigem transações muito rápidas. A otimização de transações muito rápidas normalmente é muito cara e requer clientes e servidores mais poderosos, versões mais recentes de navegadores e de aplicativos clientes, soluções de rede com grande largura de banda e, possivelmente, investimentos em desenvolvimento e ajuste fino de páginas.

Alguns fatores principais que contribuem para latências mais longas percebidas pelo usuário final, bem como exemplos de alguns problemas comuns, estão descritos na lista a seguir. Esses fatores são especialmente relevantes em cenários nos quais os clientes estão geograficamente distantes do farm de servidores ou estão acessando o farm por uma conexão de rede com pouca largura de banda.

  • Recursos, serviços ou parâmetros de configuração que não estejam otimizados podem atrasar o processamento de solicitações e a latência de impacto para clientes remotos e locais. Para obter mais informações, consulte Taxa de transferênciaConfiabilidade, mais adiante neste documento.

  • Páginas da Web que geram solicitações desnecessárias ao servidor para o download de dados e recursos necessários. A otimização incluiria baixar o número mínimo de recursos para desenhar uma página, reduzindo o tamanho das imagens, armazenando os recursos estáticos em pastas que permitam o acesso anônimo, clusterizando solicitações e permitindo a interatividade de página enquanto recursos são baixados assincronamente do servidor. Essas otimizações são importantes para a obtenção de uma experiência de navegador de primeira visita aceitável.

  • O volume excessivo de dados transmitidos pela rede contribui para a degradação da latência e da taxa de transferência. Por exemplo, quando possível, as imagens e outros objetos em uma página devem usar um formato compactado, como .png ou .jpg, em vez de bitmaps.

  • Páginas de Web que não são otimizadas para cargas de página de segundo acesso. O PLT (tempo de carregamento da página) aprimora os carregamentos de página no segundo acesso porque alguns recursos de página são armazenados em cache no cliente, e o navegador só precisa baixar o conteúdo dinâmico que não está armazenado em cache. Latências de carregamento de página em segundo acesso inaceitáveis quase sempre são causadas por configuração incorreta do cache BLOB (Binary Large Object) ou porque o cache do navegador está desabilitado em computadores clientes. As otimizações incluiriam o armazenamento em cache correto dos recursos no cliente.

  • Páginas da Web com código JavaScript personalizado não otimizado. Isso pode tornar a renderização da página no cliente mais lenta. A otimização poderia atrasar o processamento de JavaScript no cliente até que o resto da página fosse carregado e, preferencialmente, chamando scripts em vez da adição de JavaScript embutido.

Taxa de transferência

Taxa de transferência é descrita pelo número de solicitações que um farm de servidores pode processar em uma unidade de tempo e também costuma ser usada para medir a escala de operações que se espera que o sistema mantenha com base no tamanho da organização e de suas características de uso. Todas as operações têm um custo específico em recursos do farm de servidores. Compreender a demanda e implantar uma arquitetura de farm que possa satisfazer consistentemente a demanda exige a estimativa da carga esperada e o teste da arquitetura sob carga para validar se essa latência não estará abaixo do esperado quando a simultaneidade for alta e o sistema estiver sob stress.

Alguns exemplos comuns de condições de baixa taxa de transferência incluem:

  • Recursos de hardware inadequados   Quando o farm recebe mais solicitações do que pode processar simultaneamente, algumas solicitações são enfileiradas, 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 a taxa de transferência mais alta incluem:

    • Garantir que os processadores em servidores do farm não sejam sobrecarregados. Por exemplo, se o uso de CPU durante os horários de pico ou de picos de carga exceder consistentemente 80%, adicione mais servidores ou redistribua os serviços para outros servidores do farm.

    • Verifique se há memória suficiente em servidores e aplicativos e servidores Web para conter o cache completo. Isso ajudará a evitar chamadas ao banco de dados para servir solicitações de conteúdo não armazenado em cache.

    • Verifique se os servidores de banco de dados estão livres de afunilamentos. Se o total de IOPS de disco disponível for insuficiente para oferecer suporte à demanda de pico, adicione mais discos ou redistribua os bancos de dados para discos subutilizados. Consulte a seção Removendo afunilamentos, do artigo de monitoramento e manutenção dos Produtos e Tecnologias do SharePoint Server 2010, para obter mais informações.

    • Se a adição de recursos a computadores existentes for insuficiente para resolver problemas de taxa de transferência, adicione servidores e redistribua os recursos e serviços afetados aos novos servidores.

  • Páginas da Web personalizadas não otimizadas   A adição de código personalizado a páginas usadas com frequência em um ambiente de produção é uma causa comum de problemas de taxa de transferência. A adição de código personalizado pode gerar viagens de ida e volta adicionais aos servidores de banco de dados ou serviços Web para servir solicitações de dados. A personalização de páginas usadas com pouca frequência pode não causar um impacto significativo na taxa de transferência, mas o código bem otimizado pode diminuir a taxa de transferência do farm se for solicitado milhares de vezes ao dia. Os administradores do SharePoint Server podem habilitar o Painel de Desenvolvimento para identificar código personalizado que requer otimização. Alguns exemplos de otimização de código personalizado incluem:

    • Minimizar o número de solicitações ao serviço Web e consultas SQL.

    • Busque o mínimo necessário dos dados em cada viagem ao servidor de banco de dados, minimizando o número de viagens de ida e volta necessárias.

    • Evite a adição de código personalizado a páginas usadas com frequência.

    • Use índices quando estiver recuperando uma quantidade de dados filtrada.

  • Soluções não confiáveis   A implantação de código personalizado em pastas bin pode fazer com que o desempenho do servidor fique lento. Sempre que uma página com código não confiável for solicitada, o SharePoint Server 2010 deverá executar verificações de segurança antes que ela possa ser carregada. A menos que haja um motivo específico para a implantação de código não confiável, instale assemblies personalizados no GAC para evitar a verificação de segurança desnecessária.

Escala de dados

Escala de dados é o volume de dados que o servidor ou o farm de servidores pode armazenar atendendo aos objetivos de latência e taxa de transferência. Geralmente, quanto maior o volume de dados do farm, maior o impacto na taxa de transferência e na experiência do usuário gerais. O método usado para distribuir dados nos discos e servidores de banco de dados também pode afetar a latência e a taxa de transferência do farm.

Dimensionamento de banco de dados, arquitetura de dados e hardware de servidor de banco de dados suficiente são muito importantes para uma solução de banco de dados ideal. Em uma implantação ideal, os bancos de dados de conteúdo são dimensionados de acordo com orientação de limites e são distribuídos por discos físicos para que as solicitações não sejam enfileiradas por causa do sobrecarregamento de disco, e os servidores de banco de dados são capazes de oferecer suporte a cargas de pico e picos inesperados sem excederem os limites de utilização de recursos.

Além disso, determinadas operações podem bloquear determinadas tabelas durante a operação. Um exemplo disso é uma grande exclusão de site, que pode fazer com que tabelas relacionadas no banco de dados de conteúdo onde reside o site sejam bloqueadas até que a operação de exclusão seja concluída.

Alguns exemplos de otimização de um farm para obtenção de melhor desempenho de dados e de armazenamento incluem:

  • Verificar se os bancos de dados estão distribuídos adequadamente pelos servidores de banco de dados e se os recursos de servidor de banco de dados são suficientes para oferecer suporte ao volume e à distribuição de dados.

  • Volumes de banco de dados separados em LUNs (unidades lógicas exclusivas), consistindo em eixos de disco físico exclusivos. Use vários discos com baixo tempo de busca e configurações de RAID apropriadas para satisfazer demandas de armazenamento de servidor de banco de dados.

  • Você pode usar o RBS (Remote BLOB Storage) se o tamanho total contiver vários BLOBS (Binary Large Objects). O RBS pode oferecer os seguintes benefícios:

    • Dados BLOB podem ser armazenados em dispositivos de armazenamento mais baratos, que são configurados para administrar o armazenamento simples.

    • A administração do repositório BLOB é controlada por um sistema projetado especificamente para trabalhar com dados BLOB.

    • Os recursos do servidor de banco de dados são liberados para operações de banco de dados.

    Esses benefícios não são gratuitos. Antes de implementar o RBS com o SharePoint Server 2010, você deve avaliar se esses benefícios potenciais superam os custos e as limitações da implementação e manutenção do RBS.

    Para obter mais informações, consulte Planejar o RBS (SharePoint Server 2010).

Para obter informações sobre como planejar a escala de dados, consulte Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 2010).

Confiabilidade

Confiabilidade é a medida agregada da capacidade do farm de servidores de atender aos objetivos de latência, taxa de transferência e capacidade de dados estabelecidos com o passar do tempo. Um farm confiável é aquele para o qual o tempo de ativação, a capacidade de resposta, a taxa de falha e a frequência e amplitude de picos de latência estão dentro dos objetivos e requisitos operacionais estabelecidos. Um farm confiável também pode manter consistentemente os objetivos de latência e taxa de transferência durante a carga de pico e o horário de pico, ou quando ocorrem operações do sistema, como rastreamento ou backups diários.

Um fator fundamental na sustentação da confiabilidade é o efeito de operações administrativas comuns sobre os objetivos de desempenho. Durante determinadas operações, como a recriação de índices de banco de dados, a manutenção de trabalhos de timer ou a exclusão de vários sites com um grande volume de conteúdo, o sistema pode ser incapaz de processar solicitações do usuário com rapidez. Nesse caso, a latência e a taxa de transferência de solicitações do usuário final podem ser afetadas. O impacto no farm depende da frequência e do custo de transação dessas operações menos comuns e se elas são executadas durante o horário normal de operação.

Alguns exemplos de como manter o sistema confiável incluem:

  • Agendar trabalhos de timer de uso intenso de recursos e tarefas administrativas para os horários que não sejam de pico.

  • Aumentar a escala de hardware em servidores de farm existentes ou expandir adicionando servidores Web, servidores de aplicativos ou servidores de banco de dados adicionais.

  • Distribuir os serviços e recursos de uso intenso para servidores dedicados. Você também pode usar um balanceador de carga de hardware para direcionar o tráfego específico de recurso para um servidor Web dedicado a recursos ou serviços específicos.

Gerenciamento de capacidade versus planejamento de capacidade

O gerenciamento de capacidade amplia o conceito de planejamento de capacidade para expressar a abordagem cíclica em que a capacidade de uma implantação do SharePoint Server 2010 é continuamente monitorada e otimizada para acomodar as condições e os requisitos em constante transformação.

O SharePoint Server 2010 oferece maior flexibilidade e pode ser configurado para manter cenários de uso em uma ampla variedade de pontos de escala diferentes. Não há uma única arquitetura de implantação. Dessa forma, os designers de sistema e administradores devem compreender os requisitos de seus ambientes específicos.

Modelo de gerenciamento de capacidade do SharePoint Server 2010

Modelo de gerenciamento de capacidade do SharePoint

  • Etapa 1: Modelo   Modelagem é o processo pelo qual você decide as soluções fundamentais para as quais deseja que seu ambiente ofereça suporte e estabelece todas as métricas e parâmetros importantes. A saída do exercício de modelagem deve ser uma lista de todos os dados fundamentais de que você precisa para projetar seu ambiente.

    • Compreenda a carga de trabalho e o conjunto de dados esperados.

    • Defina objetivos de desempenho e confiabilidade do farm.

    • Analise os logs do IIS do SharePoint Server 2010.

  • Etapa 2: Design   Depois de coletar os dados na Etapa 1, você poderá projetar seu farm. As saídas são a arquitetura de dados e as topologias físicas e lógicas.

    • Determine sua arquitetura de ponto de partida.

    • Selecione seu hardware.

  • Etapa 3: Piloto, teste e otimização   Se você projetou uma nova implantação, precisa implantar um ambiente piloto para testar suas características de carga de trabalho e uso esperado. Para um farm existente, os testes são aconselháveis quando grandes alterações estiverem sendo feitas na infraestrutura, mas a otimização regular baseada em resultados de monitoramento pode ser necessária para manter os objetivos de desempenho. A saída desta fase é a análise dos resultados de teste em relação aos objetivos e uma arquitetura otimizada capaz de manter os objetivos de desempenho e capacidade estabelecidos.

    • Piloto   Implante um ambiente piloto.

    • Teste   Teste em relação aos objetivos de latência e taxa de transferência.

    • Otimização   Obtenha os resultados do teste e faça qualquer alteração necessária nos recursos e na topologia do farm.

  • Etapa 4: Implantação   Esta etapa descreve a implementação do farm, ou a implantação de alterações em um farm existente. A saída para um novo design é uma implantação concluída em produção, incluindo todas as migrações de conteúdo e de usuários. A saída para um farm existente são mapas do farm revisados e atualizações feitas nos planos de manutenção.

  • Etapa 5: Monitoramento e manutenção   Esta etapa descreve como configurar o monitoramento e como prever e identificar afunilamentos e executar atividades regulares de manutenção e redução de afunilamentos.

Superdimensionamento versus subdimensionamento

Superdimensionamento descreve uma abordagem ao design do farm na qual os objetivos são atingidos sem a utilização total de hardware, e os recursos do farm do SharePoint Server são significativa e consistentemente subutilizados. Em uma implantação superdimensionada, memória, CPU e outros indicadores dos recursos do farm mostram que ele pode servir bem à demanda com menos recursos. A desvantagem do superdimensionamento são os maiores gastos em hardware e manutenção e o fato de ela poder impor grandes demandas de energia e de espaço.

Subdimensionamento descreve uma abordagem ao design do farm na qual os objetivos de desempenho e capacidade não podem ser atingidos porque os recursos de hardware no farm do SharePoint Server são utilizados em excesso. O subdimensionamento de um farm é feito algumas vezes para reduzir custos de hardware, mas geralmente resulta em alta latência, o que resulta em uma experiência de usuário insuficiente, baixa satisfação, escalonamentos frequentes, altos custos de suporte e gastos desnecessários com solução de problemas e ajustes finos do ambiente.

Ao projetar seu farm, verifique se ele pode atender aos objetivos de desempenho e de capacidade estabelecidos, tanto sob cargas de pico regulares como para picos inesperados. O design, os testes e a otimização ajudarão você a garantir que o seu farm tenha o hardware correto.

Para manter os objetivos de desempenho e acomodar o crescimento, sempre é mais desejável ter mais recursos do que o necessário para atingir seus objetivos. O custo do investimento em excesso em hardware geralmente é menor do que as despesas acumuladas em relação à solução de problemas causados pelo subdimensionamento.

Sempre dimensione um sistema para responder adequadamente durante a demanda de pico, que pode ser diferente para serviços específicos em ocasiões específicas. Para estimar com eficiência os requisitos de capacidade, você precisa identificar o pior caso de período de demanda para todos os recursos.

O farm também deve ser capaz de oferecer suporte a picos inesperados, como quando anúncios são feitos em toda a organização e um número inesperadamente grande de usuários acessa um site ao mesmo tempo. Durante esses períodos de alta demanda, os usuários experimentarão alta latência e não obterão a resposta do farm, a menos que haja recursos de farm suficientes para satisfazer a carga maior no farm.

A capacidade do farm também deve ser revisitada quando usuários adicionais forem provisionados na empresa. Situações como uma fusão ou aquisição, caracterizadas por novos funcionários ou membros acessando o farm, podem ter efeitos negativos sobre o desempenho se não forem planejadas ou estimadas com antecedência.

Zonas operacionais: Zona Verde e Zona Vermelha

Quando descrevemos a carga de um sistema de produção, nos referimos a dois estados operacionais principais: o estado de "Zona Verde", no qual o sistema está operando sob o intervalo de carga normal e esperado, e o estado de "Zona Vermelha", que é um estado no qual o farm experimenta muitas demandas transitórias de recursos, que só podem ser mantidas por períodos limitados até que haja falhas e outros problemas de desempenho e de confiabilidade.

Zona Verde   É o 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 operando nesse intervalo deve ser capaz de manter tempos de resposta e latência nos parâmetros aceitáveis.

Zona Vermelha   O intervalo de operação no qual a carga é maior do que a carga de pico normal, mas ainda é possível servir solicitações por um período limitado. Esse estado é caracterizado por latência maior do que o normal e possíveis falhas causadas pela saturação de afunilamentos do sistema.

O principal objetivo do design de farm é implantar um ambiente que possa oferecer suporte consistentemente à carga da Zona Vermelha sem um falha no serviço e dentro dos objetivos de latência e taxa de transferência.

Limites e delimitadores de software

No SharePoint Server 2010, há determinados limites que, por design, não podem ser excedidos e outros limites definidos como valores padrão que podem ser alterados pelo administrador do farm. Há também certos limites que não são representados por um valor configurável, como o número de conjuntos de sites por aplicativo Web.

Delimitadores são limites absolutos que não podem ser excedidos por padrão. É importante entendê-los para garantir que você não faça pressuposições incorretas ao projetar seu farm.

Um exemplo de delimitador é o limite de tamanho do documento de 2 GB. Não é possível configurar o SharePoint Server 2010 para armazenar documentos com mais de 2 GB. Esse é um valor absoluto interno que não pode ser excedido por padrão.

Limites são aqueles que possuem um valor padrão que não pode ser excedido, a menos que o valor seja modificado. Em determinadas circunstâncias, limites podem ser excedidos para acomodar variações no design do farm. Entretanto, é importante entender que isso pode afetar o desempenho do farm, além do valor efetivo de outros limites.

O valor padrão de certos limites só pode ser excedido até um valor máximo absoluto. Um bom exemplo disso novamente é o limite de tamanho de documento. Por padrão, o limite de tamanho de documento é definido como 50 MB, mas pode ser alterado para dar suporte ao valor máximo de 2 GB.

Limites com suporte definem o valor testado para um determinado parâmetro. Os valores padrão para esses limites foram definidos por meio de testes e representam as limitações conhecidas do produto. Se os limites com suporte forem excedidos, isso poderá causar resultados inesperados, prejudicar o desempenho de maneira significativa ou provocar outros efeitos nocivos.

Alguns limites com suporte são os parâmetros configuráveis definidos por padrão como o valor recomendado, enquanto outros limites estão relacionados a parâmetros que não são representados por um valor configurável.

Um exemplo de limite com suporte é o número de conjuntos de sites por aplicativo Web. O limite com suporte é de 500.000, que é o maior número de conjuntos de sites por aplicativo Web que atenderam aos parâmetros de comparação durante os testes.

É importante observar que muitos dos valores limites fornecidos neste documento representam um ponto em uma curva que descreve uma carga crescente de recursos e a consequente degradação no desempenho à medida que o valor aumenta. Portanto, se forem excedidos determinados limites, como o número de conjuntos de sites por aplicativo Web, isso poderá resultar apenas em uma redução fracionária no desempenho do farm. No entanto, na maioria dos casos, operar em um limite estabelecido ou próximo a ele não é uma prática recomendada, pois as metas de desempenho e confiabilidade aceitáveis são alcançadas mais facilmente quando o design de um farm possibilita um equilíbrio razoável dos valores limites.

Limites e diretrizes de limites com suporte são determinados pelo desempenho. Em outras palavras, você pode exceder os valores padrão dos limites, mas, à medida que aumentar o valor limite, o desempenho do farm e o valor efetivo de outros limites poderão ser afetados. Muitos limites no SharePoint Server 2010 podem ser alterados. No entanto, é importante entender como a alteração de um determinado limite afeta outras partes do farm.

Se você contatar o Serviço de Atendimento ao Cliente Microsoft sobre um sistema de produção que não atende às especificações mínimas de hardware publicadas como descrito em Requisitos de hardware e software (SharePoint Server 2010), o suporte será limitado até que o sistema seja atualizado para os requisitos mínimos.

Como limites são estabelecidos

No SharePoint Server 2010, limites e limites com suporte são estabelecidos por meio de testes e da observação do comportamento do farm sob cargas crescentes, até o ponto em que os serviços e as operações do farm atingirem seus limites operacionais efetivos. Alguns serviços e componentes do farm podem dar suporte a uma carga maior do que outros. Dessa forma, em alguns casos, você deve atribuir um valor limite com base na média de vários fatores.

Por exemplo, as observações sobre o comportamento do farm sob carga quando conjuntos de sites são adicionados indicam que certos recursos apresentam latência inaceitavelmente alta, enquanto outros recursos ainda estão operando dentro dos parâmetros aceitáveis. Portanto, o valor máximo atribuído ao número de conjuntos de sites não é absoluto, sendo calculado com base em um conjunto esperado de características de uso em que o desempenho geral do farm seria aceitável dentro do limite específico na maioria das circunstâncias.

Se outros serviços estiverem operando de acordo com parâmetros que sejam mais elevados do que aqueles usados para testar os limites, os limites máximos efetivos de outros serviços serão reduzidos. Assim, é importante executar um gerenciamento rigoroso da capacidade e dimensionar os exercícios de testes para implantações específicas, de forma a estabelecer limites efetivos para esse ambiente.

Para obter mais informações sobre delimitadores e limites e como eles afetam o processo de gerenciamento de capacidade, consulte Gerenciamento de capacidade do SharePoint Server 2010: Limites de software.

Principais diferenças: SharePoint Server 2010 versus Office SharePoint Server 2007

O SharePoint Server 2010 oferece um conjunto de recursos mais valioso e um modelo de topologia mais flexível do que as versões anteriores. Antes de usar essa arquitetura mais complexa para oferecer recursos e funcionalidade mais poderosos aos seus usuários, considere com cuidado seus efeitos na capacidade e no desempenho do farm.

No Office SharePoint Server 2007, existem quatro serviços principais que podem ser habilitados em SSPs (Provedores de Serviços Compartilhados): Serviço de Pesquisa, Serviço de Cálculo do Excel, Serviço de Perfil de Usuário e Serviço de Catálogo de Dados Corporativos. Adicionalmente, existe um conjunto de clientes relativamente menor que pode fazer interface diretamente com o Office SharePoint Server 2007.

No SharePoint Server 2010, há mais serviços disponíveis, conhecidos como SSAs (Aplicativos de Serviço do SharePoint), e o SharePoint Server 2010 oferece uma variedade muito maior de aplicativos clientes que podem interagir com o farm, incluindo vários aplicativos novos do Office, dispositivos móveis, ferramentas de designer e navegadores. Alguns exemplos de como interações de clientes expandidas causam um impacto nas considerações de capacidade incluem:

  • O SharePoint Server 2010 inclui aplicativos sociais que se integram ao Outlook, o que permite que os clientes do Outlook 2010 exibam informações sobre destinatários de email que são extraídas do farm do SharePoint Server quando mensagens de email são visualizadas no cliente do Outlook. Isso introduz um novo conjunto de padrões de tráfego e de carga de servidor que deve ser levado em consideração.

  • Alguns novos recursos de clientes do O Microsoft Office 2010 atualizam dados automaticamente em relação ao farm do SharePoint Server, mesmo quando os aplicativos clientes estão abertos, mas não estão sendo ativamente usados. Esses clientes, como o SharePoint Workspace e o OneNote, também introduzirão alguns novos padrões de tráfego e de carga de servidor que devem ser levados em consideração.

  • Os novos recursos de interatividade da Web do SharePoint Server 2010, como o Office Web Apps, que permite a edição de arquivos do Office diretamente do navegador, usam chamadas AJAX que introduzem alguns novos padrões de tráfego e de carga de servidor que devem ser levados em consideração.

No Office SharePoint Server 2007, o cliente principal usado para interagir com o servidor era o navegador da Web. Dado o conjunto de recursos mais sofisticado do SharePoint Server 2010, espera-se um aumento nas solicitações gerais por segundo (RPS). Além disso, espera-se que o percentual de solicitações vindas do navegador seja menor do que no Office SharePoint Server 2007, o que abre espaço para o percentual crescente de novo tráfego vindo de outros clientes, uma vez que eles estão sendo amplamente adotados na organização.

Adicionalmente, o SharePoint Server 2010 apresenta nova funcionalidade, como o suporte a vídeo inserido nativo, que pode adicionar stress ao farm. Algumas funcionalidades também foram expandidas para oferecer suporte a uma escala maior do que versões anteriores.

A seção a seguir descreve essas interações de cliente, serviços e recursos e suas implicações de desempenho e capacidade gerais no sistema que você deve considerar ao projetar sua solução.

Para obter mais informações sobre como atualizar para o SharePoint Server 2010, consulte Atualizando para o SharePoint Server 2010.

Serviços e recursos

A tabela a seguir oferece uma descrição geral simplificada dos requisitos de recursos para os diferentes serviços em cada camada. As células em branco indicam que o serviço não é executado naquela camada ou não causa impacto sobre ela.

X – indica custo mínimo ou insignificante no recurso. O serviço pode compartilhar esse recurso com outros serviços.

XX – indica custo médio no recurso. O serviço poderia compartilhar esse recurso com outros serviços com impacto mínimo.

XXX – indica alto custo no recurso. Geralmente, o serviço não deve compartilhar esse recurso com outros serviços.

Para obter mais informações sobre como planejar bancos de dados do SQL Server, consulte Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 2010).

Para obter uma lista de artigos de gerenciamento de capacidade disponíveis para vários serviços e recursos específicos do SharePoint Server 2010 (mais artigos serão adicionados quando forem disponibilizados), consulte Recomendações e resultados de testes de desempenho e capacidade (SharePoint Server 2010).

Aplicativo de Serviço CPU do servidor Web RAM do servidor Web CPU do servidor de aplicativos RAM do servidor de aplicativos: CPU do SQL Server IOPS do SQL Server Armazenamento do SQL Server

Serviço do SharePoint Foundation

XXX

XXX

  

 

XX

XXX

XXX

Serviço da Administração Central

    

XX

XX

X

X

X

Serviço de Log *

XX

XX

  

 

XX

XXX

XXX

Serviço de Pesquisa do SharePoint

XXX

XXX

XXX

XXX

XXX

XXX

XXX

Aplicativo de serviço de Exibição do Word *

X

X

XXX

XX

      

Serviço PowerPoint *

XX

XX

XXX

XX

      

Serviço de Cálculo do Excel

XX

X

XX

XXX

      

Serviço do Visio *

X

X

XXX

XXX

X

X

X

Serviço do Access *

X

X

XXX

XX

X

X

X

Serviço de Perfil de Usuário

X

XX

XX

XX

XXX

XXX

XX

Serviço de Metadados Gerenciados *

X

XX

XX

XX

X

X

XX

Serviço do Web Analytics *

X

X

  

 

XXX

XXX

XXX

Serviço de Conectividade de Dados Corporativos *

XX

XX

XXX

XXX

      

Serviço do InfoPath Forms

XX

XX

XX

XX

X

X

X

Serviço de Conversão do Word

X

X

XXX

XX

X

X

X

Aplicativo de Serviço do PerformancePoint *

XX

XX

XXX

XXX

X

X

X

Serviço do Project *

X

X

X

X

XXX

XXX

XX

Soluções de Área Restrita *

X

X

XXX

XXX

      

Recursos de fluxo de trabalho *

XXX

XXX

  

       

Serviço de Timer

XX

XX

XX

XX

      

PowerPivot *

X

X

XXX

XXX

XX

XX

XXX

Observação

Um asterisco indica um novo serviço no SharePoint Server 2010.

  • Serviço do SharePoint Foundation   O principal serviço do SharePoint para colaboração de conteúdo. Em grandes implantações do SharePoint Server, recomendamos que você aloque servidores Web redundantes com base na carga de tráfego esperada, dimensione adequadamente os computadores baseados no SQL Server que servirão os bancos de dados de conteúdo e aloque adequadamente o armazenamento com base no tamanho do farm.

  • Serviço da Administração Central O serviço de administração. Esse serviço tem requisitos de capacidade relativamente pequenos. Recomendamos que você o habilite em vários servidores do farm para garantir a redundância.

  • Serviço de Log   O serviço que registra os indicadores de uso e integridade para fins de monitoramento. É um serviço de gravação intensa e pode exigir um espaço em disco relativamente grande, dependendo do número de indicadores e da frequência com que são registrados em log. Em grandes implantações do SharePoint Server 2010, recomendamos que você isole o banco de dados de uso dos bancos de dados de conteúdo em computadores baseados no SQL Server diferentes.

  • Aplicativo de Serviço de Pesquisa do SharePoint   O aplicativo de serviço compartilhado que oferece recursos de indexação e consulta. Geralmente, é um serviço de uso relativamente intenso de recursos que pode ser dimensionado para servir implantações de conteúdo muito grandes. Em grandes implantações do SharePoint Server, em que a pesquisa empresarial é muito importante, recomendamos que você use um "farm de serviços" separado para hospedar aplicativos de serviço de pesquisa, com recursos de banco de dados dedicados, use vários servidores de aplicativos para servir funções de pesquisa específicas (rastreamento ou consulta) e servidores Web de destino dedicados nos farms de conteúdo para garantir uma taxa de transferência aceitável para rastreamento e consulta. Você também pode habilitar Aplicativos de Serviço FAST como Aplicativo de Serviço de Pesquisa. Opte por criar um ou mais Conectores de Pesquisa FAST para a indexação de conteúdo com o FAST Search Server 2010 for SharePoint e crie outra SSA (Consulta de Pesquisa FAST) para consultar conteúdo rastreado pelos Conectores de Pesquisa FAST.

  • Aplicativo de Serviço de Exibição do Word   A habilitação desse serviço permite que você exiba documentos do Word diretamente do navegador. O serviço é adicionando quando você instala o Office Web Apps junto com o SharePoint Server 2010. Esse serviço exige que um servidor de aplicativos prepare os arquivos originais para a exibição em navegador. Em grandes implantações do SharePoint Server, recomendamos que você expanda o serviço em vários servidores de aplicativos para obter redundância e taxa de transferência.

    Observação

    A edição em navegador para o Word e o OneNote estará habilitada quando você instalar o Office Web Apps no farm do SharePoint Server 2010. No entanto, esse recurso é executado nos servidores Web do farm e não usa qualquer aplicativo de serviço.

  • Aplicativo de Serviço do PowerPoint   Esse serviço exibe e permite que os usuários editem arquivos do PowerPoint diretamente no navegador, além de permitir que você transmita e compartilhe apresentações do PowerPoint ao vivo. Esse serviço é adicionado quando você instala o Office Web Apps no SharePoint Server 2010. Ele exige que um servidor de aplicativos prepare os arquivos originais para a exibição em navegador. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você implante vários servidores de aplicativos para garantir redundância e taxa de transferência aceitáveis e adicione mais servidores Web quando a Transmissão do PowerPoint também for usada com frequência.

  • Aplicativo de Serviço de Cálculo do Excel   Esse serviço exibe planilhas do Excel diretamente no navegador e executa cálculos do Excel no servidor. Também habilita a edição de planilhas diretamente do navegador quando você instala o Office Web Apps no SharePoint Server 2010. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você aloque um número suficiente de servidores de aplicativos com RAM suficiente para garantir desempenho e taxa de transferência aceitáveis.

  • PowerPivot para SharePoint   O serviço para exibir planilhas habilitadas para PowerPivot do Excel diretamente no navegador. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você aloque um número suficiente de servidores de aplicativos com RAM e CPU suficientes para garantir desempenho e taxa de transferência aceitáveis. Para obter mais informações, consulte o artigo sobre requisitos de hardware e software (PowerPivot para SharePoint).

  • Aplicativo de Serviço do Visio   O serviço para exibir diagramas dinâmicos do Visio diretamente no navegador. Esse serviço tem uma dependência do Aplicativo de Serviço de Controle de Sessão, que exige um banco de dados do SQL Server relativamente pequeno. O serviço do Visio exige que um servidor de aplicativos prepare os arquivos originais do Visio para a exibição em navegador. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você expanda o serviço para vários servidores de aplicativos com CPU e RAM suficientes para garantir desempenho e taxa de transferência aceitáveis.

  • Aplicativo de Serviço do Access   O serviço para hospedar soluções do Access no SharePoint Server 2010. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você expanda o serviço para vários servidores de aplicativos com RAM suficiente para desempenho e taxa de transferência aceitáveis. O serviço do Access usa Reporting Services SQL, o que exigirá um banco de dados do SQL Server que possa ser co-localizado com outros bancos de dados.

  • Aplicativo de Serviço de Perfil de Usuário   O serviço que impulsiona os cenários sociais no SharePoint Server 2010 e que habilita Meus Sites, Marcação, Notas e sincronização de Perfis com diretórios e outros recursos sociais. O serviço de perfil exige três bancos de dados de uso relativamente intensivo: os bancos de dados de sincronização, de Perfil e de Marcação Social. Esse serviço é dependente do Serviço de Metadados Gerenciados. Em grandes implantações do SharePoint Server, considere a distribuição desse serviço por um farm de serviços compartilhados e dimensione corretamente a camada de servidor de banco de dados para garantir desempenho aceitável das transações comuns e de trabalhos de sincronização de diretórios.

  • Aplicativo de Serviço de Metadados Gerenciados   O serviço que impulsiona o repositório central de metadados e que permite a sindicalização de tipos de conteúdo na empresa. O serviço pode ser federado para um farm de serviços dedicados. Requer um banco de dados que pode ser co-localizado com outros bancos de dados.

  • Aplicativo de Serviço do Web Analytics   O serviço que agrega e armazena estatísticas sobre características de uso do farm. Esse serviço tem demandas relativamente altas de recursos e armazenamento do SQL Server. O serviço pode ser federado para um farm de serviços dedicados. Em grandes implantações do SharePoint Server, recomendamos que você isole os bancos de dados do Web Analytics de outros bancos de dados muito importantes ou de uso intensivo de recursos hospedando-os em servidores de banco de dados diferentes.

  • Aplicativo de Serviço de Conexão de Dados Corporativos   O serviço que permite a integração de vários aplicativos de linha de negócios organizacionais ao SharePoint Server 2010. Esse serviço exige que um aplicativo de serviço mantenha conexões de dados a recursos externos. Em grandes implantações do SharePoint Server, nas quais ele é um recurso de uso frequente, recomendamos que você aloque um número suficiente de servidores de aplicativos que tenham RAM suficiente para desempenho aceitável.

  • Aplicativo de Serviço do InfoPath Forms   O serviço que habilita formulários baseados em navegador no SharePoint Server 2010 e a integração com o aplicativo cliente do InfoPath para a criação de formulários. Esse serviço exige um servidor de aplicativos e tem uma dependência do Aplicativo de Serviço de Controle de Sessão, que exige um banco de dados relativamente pequeno. Esse serviço pode ser co-localizado com outros serviços e tem requisitos de capacidade relativamente pequenos que podem crescer, dependendo da frequência de uso desse recurso.

  • Aplicativo de Serviço do Word Automation   O serviço que permite a conversão de arquivos do Word de um formato, como .doc, para outro formato, como .docx ou .pdf. Esse serviço exige um servidor de aplicativos. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você expanda o serviço para vários servidores de aplicativos com recursos de CPU suficientes para atingir a taxa de transferência aceitável. Esse serviço também exige um banco de dados relativamente pequeno para manter a fila de trabalhos de conversão.

  • Aplicativo de Serviço do PerformancePoint   O serviço que habilita os recursos de BI do PerformancePoint no SharePoint Server 2010 e permite que você crie visualizações analíticas. Esse serviço exige um servidor de aplicativos e um banco de dados. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, recomendamos que você aloque RAM suficiente para os servidores de aplicativos para obter desempenho e taxa de transferência aceitáveis.

  • Aplicativo de Serviço do Project   O serviço que habilita todos os recursos de planejamento e controle do Microsoft Project Server 2010, além do SharePoint Server 2010. Esse serviço exige um servidor de aplicativos e um banco de dados de uso relativamente intenso. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, você deverá dedicar um servidor de banco de dados para o banco de dados do Project Server e até mesmo considerar um farm do SharePoint Server dedicado para as soluções gerenciadas do Project Server.

  • Serviço de Timer   O processo responsável pela execução de várias tarefas agendadas nos diferentes servidores do farm. Existem vários trabalhos de timer executados pelo sistema, alguns executados em todos os servidores, e alguns executados somente em servidores específicos, dependendo da função do servidor. Alguns desses trabalhos de timer fazem uso intensivo de recursos e podem criar carga no servidor local e nos servidores de banco de dados, dependendo da atividade e de quanto conteúdo eles operam. Em grandes implantações do SharePoint Server, nas quais os trabalhos de timer causam potencialmente impacto na latência do usuário final, recomendamos que você dedique um servidor para isolar a execução dos trabalhos mais intensivos.

  • Fluxo de Trabalho   O recurso que habilita fluxos de trabalho integrados no SharePoint Server 2010 e executa fluxos de trabalho no servidor Web. A utilização de recursos depende da complexidade dos fluxos de trabalho e do número total de eventos com os quais eles lidam. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, você deverá considerar a adição de servidores Web ou o isolamento de um servidor para manipular somente o serviço de timer do fluxo de trabalho de forma a garantir que o tráfego de usuário final não seja afetado e que as operações de fluxo de trabalho não sejam atrasadas.

  • Soluções de Área Restrita   O serviço que permite o isolamento de código personalizado para recursos dedicados do farm. Em grandes implantações do SharePoint Server, nas quais ele se tornar um recurso de uso frequente, você deverá considerar a dedicação de servidores Web adicionais se o código personalizado começar a causar impacto no desempenho do servidor.

Novas interações de aplicativos clientes com o SharePoint Server 2010

Esta seção descreve algumas das novas interações entre cliente e servidor que têm suporte no SharePoint Server 2010 e suas implicações de planejamento e capacidade.

A tabela a seguir oferece uma descrição geral simplificada da carga típica que esses novos recursos introduzem no sistema:

X – indica carga mínima ou insignificante nos recursos do sistema

XX – indica carga média nos recursos do sistema

XXX – indica carga alta nos recursos do sistema

Cliente Tráfego Carga

Office Web Apps

XXX

XX

Transmissão do PowerPoint

XXX

X

Aplicativo cliente do Word e do PowerPoint 2010

XX

X

Aplicativo cliente do OneNote

XXX

XXX

Outlook Social Connector

XX

XX

SharePoint Workspace

XXX

XX

  • Office Web Apps   A exibição e edição na Web de arquivos do Word, PowerPoint, Excel e OneNote é um subconjunto de solicitações de navegador, com características de tráfego ligeiramente diferentes, esse tipo de interação introduz uma carga relativamente alta de tráfego necessário para habilitar recursos como a coautoria. Em grandes implantações do SharePoint Server, nas quais esses recursos forem habilitados, você deverá esperar carga adicional nos servidores Web.

  • Transmissão do PowerPoint   O conjunto de solicitações associado à exibição ao vivo de apresentações do PowerPoint em um navegador da Web é outro subconjunto de solicitações de navegador. Durante sessões de transmissão ao vivo do PowerPoint, os clientes participantes solicitam alterações do serviço. Em grandes implantações do SharePoint Server, nas quais ele for um recurso de uso frequente, você deverá esperar carga adicional nos servidores Web.

  • Aplicativos clientes do Word e do PowerPoint 2010   Os clientes do Word e do PowerPoint 2010 possuem novos recursos que aproveitam as vantagens do farm do SharePoint Server. Um exemplo é a coautoria de documentos, na qual todos os aplicativos clientes que participam de uma sessão de coautoria carregam e baixam atualizações com frequência para e do servidor. Em grandes implantações do SharePoint Server, nas quais ele for um recurso de uso frequente, você deverá esperar carga adicional nos servidores Web.

  • Aplicativo cliente do OneNote 2010   O cliente do OneNote 2010 interage com o farm do SharePoint Server de uma forma semelhante à versão anterior do OneNote e usa o SharePoint Server 2010 para compartilhar e habilitar a coautoria de blocos de notas do OneNote. Esse cenário introduz carga no SharePoint Server 2010, mesmo quando o cliente está aberto, mas não está sendo ativamente usado. Em grandes implantações do SharePoint Server, nas quais ele for um recurso de uso frequente, você deverá esperar carga adicional nos servidores Web.

  • Aplicativo cliente do Outlook 2010   O Outlook 2010 tem um novo recurso — o Outlook Social Connector — que aproveita as vantagens do farm do SharePoint Server (esse componente também pode ser adicionado a versões anteriores do Outlook). Esse recurso permite que você exiba atividade social solicitada do farm SharePoint Server diretamente em emails. Em grandes implantações do SharePoint Server, nas quais esse recurso estiver habilitado, você deverá esperar carga adicional nos servidores Web.

  • SharePoint Workspace   Os clientes do SharePoint Workspace 2010 possuem novos recursos que aproveitam as vantagens do farm do SharePoint Server e permitem que você sincronize sites, listas e bibliotecas de documentos para que o cliente os utilize de forma offline. O SharePoint Workspace 2010 se sincroniza regularmente com os objetos de servidor anexados quando o cliente está em execução, independentemente de estar sendo usado ativamente. Em grandes implantações do SharePoint Server, nas quais ele for um recurso de uso frequente, você deverá esperar carga adicional nos servidores Web.

Diferenciadores de chave de implantação do SharePoint Server 2010

Cada implantação do SharePoint Server 2010 tem um conjunto fundamental de características que o tornarão exclusivo e diferente de outros farms. Esses diferenciadores fundamentais podem ser descritos por estas quatro categorias principais:

  • Especificação   Descreve o hardware do farm, além de sua topologia e configuração.

  • Carga de trabalho Descreve a demanda no farm, incluindo o número e as características de uso.

  • Conjunto de dados   Descreve os tamanhos e a distribuição de conteúdo.

  • Integridade e desempenho   Descreve o desempenho do farm em relação a objetivos 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. O hardware também inclui componentes físicos de rede, como NICs (placas de interface de rede), cabos, switches, roteadores e balanceadores de carga de hardware. Muitos problemas de desempenho e de capacidade podem ser resolvidos garantindo que o hardware correto seja usado. Por outro lado, um único erro de aplicação de recurso de hardware, como memória insuficiente em um servidor, pode afetar o desempenho de todo o farm.

Topologia

A topologia é a distribuição e os interrelacionamentos de hardware e componentes do farm. Existem dois tipos de topologias:

  • Topologia lógica   O mapa de componentes de software, como serviços e recursos de um farm.

  • Topologia física   O mapa de servidores e recursos físicos.

Normalmente, o número de usuários e de características de uso determinam a topologia física de um farm, e requisitos de negócios, como a necessidade de suporte a recursos específicos para cargas esperadas, orientam a topologia lógica

Configuração

Usamos o termo configuração para descrever configurações de software e como os parâmetros são definidos. Além disso, a configuração refere-se a cache, RBS, como os limites configuráveis são definidos e qualquer parte do ambiente de software que possa ser definido ou modificado para atender a requisitos específicos.

Carga de trabalho

Carga de trabalho define as características operacionais fundamentais do farm, incluindo a base de usuários, simultaneidade, recursos em uso e os agentes de usuário ou aplicativos clientes usados para a conexão com o farm.

Recursos diferentes do SharePoint Server possuem custos associados diferentes nos recursos do farm. A popularidade de recursos mais exigentes pode causar um impacto potencialmente significativo no desempenho e na integridade do sistema. Compreender a sua demanda esperada e as características de uso permitirá que você dimensione sua implementação corretamente e reduza o risco de executar o sistema constantemente em uma condição não íntegra.

Base de Usuários

A base de usuários de um aplicativo baseado no SharePoint Server é uma combinação de número total de usuários e como eles estão distribuídos geograficamente. Além disso, na base de usuários total, existem subgrupos de usuários que podem usar determinados recursos ou serviços de forma mais intensa do que outros grupos. A simultaneidade de usuários é definida como o percentual total de usuários usando ativamente o sistema em um determinado momento. Os indicadores que definem a base de usuários incluem o número total de usuários exclusivos e o número de usuários simultâneos.

Características de Uso

O desempenho de um farm pode ser afetado não só pelo número de usuários interagindo com o sistema, como também por suas características de uso. Duas organizações com o mesmo número de usuários podem ter requisitos significativamente diferentes com base na frequência em que os usuários acessam os recursos do farm e se recursos e serviços de uso intensivo estão habilitados no farm. Os indicadores que descrevem as características de uso incluem a frequência de operações exclusivas, a mistura operacional geral (a proporção entre operações de leitura e gravação e de operações administrativas) e os padrões de uso e carga em relação a novos recursos habilitados no farm (como os sites Meu Site, Pesquisa Fluxos de Trabalho e o Office Web Apps).

Conjunto de Dados

O volume de conteúdo armazenado no sistema e as características da arquitetura na qual ele está armazenado podem ter um efeito significativo sobre a integridade e o desempenho gerais do sistema. Compreender o tamanho, a frequência de acesso e a distribuição dos dados permitirá que você dimensione corretamente o armazenamento no sistema e evite que ele se torne o afunilamento que atrasa interações de usuários com serviços do farm, além de afetar a experiência do usuário final.

Para estimar corretamente e projetar a arquitetura de armazenamento de uma solução baseada no SharePoint Server, você precisa conhecer o volume de dados que armazenará no sistema e quantos usuários estão solicitando dados de diferentes fontes de dados. O volume do conteúdo é um elemento importante da capacidade de dimensionamento de disco, porque pode influenciar o desempenho de outros recursos, além de afetar potencialmente a latência e a largura de banda disponível da rede. Os indicadores que definem o conjunto de dados incluem o tamanho total do conteúdo, o número total de documentos, o número total de 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 é, basicamente, uma medida simplificada ou pontuação que reflete a confiabilidade, a estabilidade e o desempenho do sistema. A qualidade do desempenho do farm em relação aos objetivos depende basicamente dos três primeiros diferenciadores. A pontuação de integridade e desempenho pode ser controlada e descrita por uma destilação de um conjunto de indicadores. Para obter mais informações, consulte Monitorando e mantendo o SharePoint Server 2010. Esses indicadores incluem o tempo de ativação do sistema, a latência percebida pelo usuário, taxas de falha de página e os indicadores de utilização de recursos (CPU, RAM).

Qualquer alteração significativa de hardware, topologia, configuração, carga de trabalho ou conjunto de dados pode variar significativamente a confiabilidade e a capacidade de resposta do sistema. A pontuação de integridade pode ser usada para controlar o desempenho com o passar do tempo e para avaliar como as condições de operação em alteração ou as modificações do sistema afetam a confiabilidade do farm.

Arquiteturas de referência

O SharePoint Server 2010 é um produto complexo e poderoso, e não há uma solução de arquitetura de tamanho único. Cada implantação do SharePoint Server é exclusiva e definida por suas características de uso e de dados. Todas as organizações precisam executar um processo completo de gerenciamento de capacidade e aproveitar efetivamente as vantagens da flexibilidade que o sistema do SharePoint Server 2010 oferece para a personalização de uma solução dimensionada de forma correta que atenda melhor às necessidades organizacionais.

O conceito de arquitetura de referência destina-se a descrever e ilustrar as principais categorias diferentes de implantações do SharePoint Server e não para fornecer uma receita para arquitetos usarem para projetar suas soluções. Esta seção se concentra na descrição dos vetores nos quais as implantações do SharePoint Server são geralmente dimensionadas.

As arquiteturas relacionadas aqui são oferecidas como uma maneira útil de compreender os diferenciadores gerais entre essas categorias genéricas e para distingui-las por fatores de custo geral e por escala de esforço.

Implantação de servidor único

A arquitetura de implantação de servidor único consiste em um servidor que executa o SharePoint Server 2010 e uma versão com suporte do SQL Server. Essa arquitetura pode ser apropriada para fins de avaliação, desenvolvedores ou para uma implantação departamental isolada que não seja de missão crítica com apenas alguns usuários. No entanto, não recomendamos seu uso em um ambiente de produção.

Modelo de implantação de servidor único

Implantação de farm pequeno

Uma implantação de farm pequeno consiste em um único servidor de banco de dados ou cluster e um ou dois computadores baseados no SharePoint Server 2010. As principais características de arquitetura incluem redundância e failover limitados e um conjunto mínimo de recursos do SharePoint Server habilitados.

Um farm pequeno é útil para servir somente a implantações limitadas, com um conjunto mínimo de aplicativos de serviço habilitados, uma base de usuários relativamente pequena e uma carga de uso relativamente baixa (poucas solicitações por minuto até muito poucas solicitações por segundo) e um volume relativamente pequeno de dados (10 ou mais gigabytes).

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 Web dedicados, servidores de aplicativos dedicados e um ou mais servidores de banco de dados ou clusters. A separação da camada de servidor de front-end da camada de servidor de aplicativos permite maior flexibilidade em isolamento de serviços e auxilia o balanceamento de carga no sistema.

Essa não é a arquitetura mais comum e inclui um amplo espectro de topologias de serviço e de tamanhos de farm. Uma implantação de farm médio é útil para servir ambientes com:

  • Vários aplicativos de serviço distribuídos em vários servidores. Um conjunto típico de recursos poderia incluir o Serviço do Office Web Apps, o Serviço de Perfil de Usuário, o Serviço de Metadados Gerenciados e o Serviço de Cálculo do Excel.

  • Uma base de usuários 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.

Capacidade - Modelo de implantação de farm médio

Implantação de farm grande

Implantações de farm grande introduzem a divisão de serviços e soluções entre vários farms e uma expansão adicional das camadas em um único farm. Vários serviços do SharePoint Server podem ser implantados em um farm de serviços dedicados que serve solicitações de vários farms de consumo. Nessas arquiteturas grandes, tipicamente existem servidores Web, vários servidores de aplicativos, dependendo da característica de uso de cada um dos serviços locais (não compartilhados) e vários servidores baseados no SQL Server ou clusters do SQL Server, dependendo do tamanho do conteúdo e dos bancos de dados de serviços de aplicativo habilitados no farm. Espera-se que as arquiteturas de farm grande sirvam implantações com:

  • 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 Gerenciados e Web Analytics.

  • A maioria dos outros aplicativos de serviço é habilitada localmente.

  • Uma base de usuários no intervalo de centenas de milhares de usuários.

  • Uma carga de uso no intervalo de centenas de solicitações por segundo.

  • Um conjunto de dados no intervalo de dezenas ou mais de terabytes.

Capacidade - Modelo de implantação de farm grande

See Also

Concepts

Planejamento de capacidade para SharePoint Server 2010
Testes de desempenho para SharePoint Server 2010
Monitorando e mantendo o SharePoint Server 2010
Gerenciamento de capacidade do SharePoint Server 2010: Limites de software
Recomendações e resultados de testes de desempenho e capacidade (SharePoint Server 2010)
Performance and capacity technical case studies (SharePoint Server 2010)
Requisitos de hardware e software (SharePoint Server 2010)