Planejamento de capacidade e carga teste do SharePoint Online

Importante :  Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

Este artigo descreve como você pode implantar em SharePoint Online sem executar testes de carga tradicional, pois não é permitido.

Embora o teste na SharePoint Online de carga ativa é recomendada, há outras maneiras que você pode garantir que um site não produzirão uma experiência de usuário ruim quando você inicia o site.

Com SharePoint Online você não precisa fazer planejamento de capacidade, como isso é feito para você como parte da nossa oferta de serviço. Com ambientes locais, testes de carga é usado para validar suposição de escala e, por fim, encontre o ponto de interrupção de um farm; pela saturação-lo com carga. Com SharePoint Online precisamos fazer coisas de forma diferente. Sendo um ambiente de vários locatário, temos proteger todos os locatários no mesmo farm, portanto estamos irá reduzir automaticamente quaisquer testes de carga. Isso significa que você receberá decepcionantes e possivelmente falsos resultados se você tentar carregar seu ambiente de teste.

Uma das principais vantagens dos SharePoint Online ao longo de uma implantação local é a elasticidade da nuvem. Nosso ambiente de grande porte está configurado para serviço milhões de usuários diariamente, portanto é importante que podemos manipular capacidade efetivamente expandindo automaticamente farms, como e quando necessário. Este artigo explica como podemos planejar crescimento de capacidade e escala out no lugar. O artigo também aborda abordagens para uso que não envolvem testes de carga.

Como Office 365 prevê carga e expande capacidade

trabalho de gerenciamento de capacidade de servidor de SharePoint Online é feito por meio de dois métodos:

  • Capacidade de previsão

  • Balanceamento de carga em farms único

Ao contrário de planejamento para um ambiente local, para previsão de capacidade no SharePoint Online, estamos capazes de compilar estatísticas e gráfico requisitos possíveis em qualquer grupo de determinado servidor. A demanda agregar algo parecido com as solicitações na zona (onde uma zona é um grupo de farms do SharePoint) linha de crescimento na imagem abaixo:

nova caixa de diálogo de conta de blog

Enquanto o crescimento é imprevisível em qualquer um farm, a soma agregada de solicitações em uma zona sejam previsível. Identificando as tendências de crescimento em SharePoint Online, podemos planejar expansão futura.

Para usar a capacidade com eficiência e lidar com crescimento inesperado, em qualquer farm, temos automação que controla a carga de front-end e escalas no local, quando necessário. A principal métrica que usamos como um sinal dimensionar antecipadamente termina é carga de CPU. Nosso objetivo é manter a carga de CPU de pico em 40%. Isso é para ter buffer suficiente para absorvê picos inesperados. Como carregar abordagens 40% em estado estável, podemos adicionar front-ends em farms.

Aparência do Office Word 2003

Servidores adicionais podem ser adicionados rapidamente a um farm, usando aqueles que foram adicionados anteriormente à zona por meio do uso da previsão.

Como planejar um lançamento de site?

Você deve esperar que o farm no qual seu novo site inicia será automaticamente monitorado para que sejam adicionados novos servidores front-end, conforme descrito acima. Por esse motivo, não precisamos qualquer notificação para o lançamento de novo site.

Após a outras práticas recomendadas para uma única página em SharePoint Online é provável que um novo lançamento de site para o mesmo 100.000 usuários terá qualquer impacto no farm.

Há algumas estratégias para planejar para uma versão de um novo site de SharePoint Online. Conforme mostrado na imagem a seguir, muitas vezes a quantidade de usuários que são convidados é significativamente maior do que aqueles que realmente use o site. Esta imagem mostra uma estratégia sobre como implementar uma versão. Este método não apenas ajuda com carregamento de desempenho, mas também pode ajudar a identificar maneiras de melhorar o site do SharePoint antes da grande maioria dos usuários vê-la.

manter registros de impostos

Na fase piloto, é bom obter comentários de usuários que a organização confia e sabe será ser envolvido. Dessa maneira, é possível avaliar como o sistema está sendo usado, bem como seu desempenho.

Depois disso, começa uma distribuição para todos os usuários em ondas; Obtendo comentários e revisar o desempenho regularmente. Isso tem a vantagem de lentamente apresentando o sistema e fazer melhorias como o sistema ficar mais usar. Isso também permite reagir para o aumento de carga como o site é implantado em mais e mais usuários.

Finalmente, enquanto testes de carga estão proibidos, clientes talvez queira configurar ping periódico no serviço para medir disponibilidade e latência. Isto irá identificar uma linha de base para seu site. No entanto, eles devem ser mantidos baixa freqüência para evitar a limitação problemas descritos anteriormente.

Observação : Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Office Insider

Essas informações foram úteis?

Obrigado por seus comentários!

Agradecemos pelos seus comentários! Parece que pode ser útil conectar você a um de nossos agentes de suporte do Office.

×