Share via


Estimar capacidade e desempenho para gerenciamento de conteúdo de vídeo no SharePoint Server 2013

APLICA-SE A:yes-img-132013 no-img-16 2016no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint no Microsoft 365

O SharePoint Server 2013 dá suporte ao tipo de conteúdo de vídeo e à página do player de vídeo, em que você pode usar o Rich Media Web Part para reproduzir vídeos. Este artigo contém dados de teste para ajudá-lo a otimizar a experiência de reprodução de vídeo para usuários em um ambiente do SharePoint Server 2013.

Os vídeos são conhecidos como ativos digitais ou mídia avançada no SharePoint Server 2013. O SharePoint Server 2013 fornece uma biblioteca de ativos para armazenar vídeos para que os usuários possam visitar um local central para exibi-los. Para obter mais informações, confira Visão geral do gerenciamento de ativos digitais no SharePoint Server 2013.

Importante

O SharePoint no Microsoft 365 tem propriedades de desempenho e escalabilidade diferentes das instalações locais do SharePoint Server 2013. Embora o SharePoint no Microsoft 365 possa transmitir vídeo, esse recurso deve ser reservado para vídeos que não são muito grandes ou para vídeos que têm distribuição limitada. Para cenários de vídeo que não se encaixam nesses critérios, para obter melhores resultados, considere armazenar vídeos externamente e transmiti-los usando um serviço de parceiro, como os Serviços de Mídia do Azure. > Você também pode pesquisar na Office Store para encontrar aplicativos parceiros que habilitam a integração de vídeo ao SharePoint no Microsoft 365.

Introdução

Testamos dois cenários em nossa capacidade de vídeo e testes de desempenho. O primeiro cenário armazena vídeos em um local que não faz parte da implantação do SharePoint. O segundo cenário armazena vídeos em uma biblioteca de ativos do SharePoint. Analisamos as características de desempenho de ambos os cenários.

Locais de armazenamento de vídeo

Os vídeos no SharePoint Server 2016 usam um novo tipo de conteúdo chamado Vídeo, assim como um conjunto de documentos. Ao criar um vídeo, o SharePoint Server 2013 usa um dos seguintes métodos para armazená-lo:

  • Armazene o conteúdo do vídeo como um BLOB (Objeto Binário Grande) no banco de dados de conteúdo

  • Armazenar uma referência a uma URL para o vídeo

  • Armazenar um código inserido que contém a referência a um vídeo externo e ao player

As seguintes vantagens e desvantagens podem ajudá-lo a decidir onde armazenar vídeos:

  • Se você armazenar vídeos em uma biblioteca de ativos do SharePoint, recomendamos ativar o cache BLOB para os computadores executados como a função de servidor Web de front-end. O tamanho do cache BLOB deve ser apropriado para garantir uma experiência de streaming suave para os usuários.

    Observação

    Essa opção aumenta o tamanho do banco de dados de conteúdo à medida que mais vídeos são adicionados.

  • Se os usuários estiverem na mesma região geográfica e os tamanhos totais dos vídeos forem grandes (como vídeos HD), ou você tiver muitos vídeos, considere hospedar os vídeos em um servidor Web ou arquivo em vez do banco de dados de conteúdo para reduzir seus custos de armazenamento SQL Server.

  • Se os usuários forem distribuídos geograficamente em longas distâncias, você poderá armazenar os vídeos em uma rede de entrega de conteúdo para que os usuários mais distantes do farm do SharePoint não precisem transmitir vídeos por uma conexão de rede de alta latência.

Ao armazenar vídeos fora de uma implantação do SharePoint, verifique se os vídeos estão protegidos corretamente para que os usuários não autorizados não possam acessá-los.

Se você descobrir que não pode carregar arquivos maiores que um determinado tamanho, poderá alterá-los na página Configurações do Aplicativo Web do site da Administração Central do SharePoint. Observe que você também pode alterar a Validação de Segurança da Página da Web para usar um valor de tempo limite maior se os usuários carregarem vídeos que levam mais de 30 minutos para carregar. Isso também é feito na página Configurações do Aplicativo Web na Administração Central.

Dimensionar o cache BLOB para garantir experiências suaves de streaming de vídeo

Ao armazenar vídeos no SharePoint Server 2013, o tamanho do cache BLOB pode ajudá-lo a otimizar a experiência de streaming para usuários. Recomendamos dimensionar o cache BLOB para uma determinada porcentagem do tamanho total de vídeos exclusivos exibidos em uma semana. Por exemplo, considere um ambiente em que o tamanho total de vídeos exclusivos exibidos em sete dias é de 100 GB. Para esse ambiente, você pode dimensionar o cache BLOB para 80 GB, que é 80% do tamanho total dos vídeos exclusivos. Isso garante que os vídeos exibidos com mais frequência sejam sempre mantidos no cache BLOB em que não há carga adicional no banco de dados de conteúdo para recuperar esses vídeos várias vezes. Isso também garante uma experiência ideal de streaming de usuário. O tamanho ideal será diferente com base nos padrões de exibição de vídeo na implantação do SharePoint.

Para otimizar o desempenho, não coloque o cache BLOB na mesma unidade que a unidade do sistema.

Observe que tamanhos de cache blob maiores permitem que o SharePoint Server 2013 armazene mais vídeos. Portanto, se você tiver o espaço em disco disponível nos servidores Web front-end e souber que armazenará muitos vídeos, aumente o tamanho do cache BLOB. Observe que, se o tamanho do cache BLOB for definido abaixo de um determinado limite, os usuários poderão experimentar o streaming de vídeo agitado.

Cenários de conjunto de dados e teste

A tabela a seguir descreve a biblioteca de vídeo que usamos para nossos testes:

Variável Valor
Número de vídeos
350
Tamanho dos vídeos
1 MB – 1 GB cada, tamanho total de 14 GB

Usamos esse conjunto de vídeos em diferentes testes:

  1. Carreguei os vídeos no SharePoint Server 2013 e ativei o cache BLOB.

  2. Carregou os vídeos em um Windows Server 2008 R2.

Fizemos nossos testes na topologia do farm a seguir:

Figura 1: Topologia de teste de gerenciamento de conteúdo de vídeo

Diagrama do Visio da topologia do servidor de teste de gerenciamento de conteúdo de vídeo. A topologia do servidor de teste consiste em um único computador que hospeda SQL Server e um único computador que hospeda aplicativos de serviço do SharePoint Server em execução como um servidor Web front-end.

A lista a seguir mostra os computadores que usamos:

  • Um computador que está hospedando SQL Server

  • Um computador que está hospedando aplicativos de serviço do SharePoint e é executado como o servidor Web front-end

Resultados do laboratório de teste

Para produzir os resultados do laboratório de teste, criamos um teste de carga em que navegamos para páginas diferentes. Acessamos a página do player de vídeo ou a página de publicação que usa o controle Rich Media. Em seguida, solicitamos o arquivo de vídeo que a página referenciava usando vários números de usuários do VSTS (Visual Studio Team System). Aplicando essa carga à nossa implantação do SharePoint, navegamos manualmente até uma página do player de vídeo e uma página de publicação que usa o controle de vídeo para garantir que a experiência de streaming de vídeo fosse aceitável. Definimos uma experiência aceitável da seguinte maneira:

  1. O vídeo começa a ser reproduzido dentro de 2 segundos após ir para a página

  2. A experiência de busca de vídeo funciona conforme o esperado

Observe que todos os computadores em nossos testes estão em uma rede que usou conexões de rede de 1 Gbps. Descobrimos que, em muitos dos testes, conseguimos chegar a um ponto em que a rede era o gargalo em vez dos computadores que serviam o conteúdo.

Os testes começaram com uma carga de 50 usuários e aumentaram o número de usuários simultâneos até que a experiência não fosse mais aceitável. Em um único computador que está executando o SharePoint Server 2013 e atendendo apenas vídeos, descobrimos que tínhamos uma experiência aceitável até aumentarmos a carga para 400 usuários simultâneos. Depois que passamos esse ponto, começamos a ver que a página demorou mais para carregar e a experiência de busca de vídeo ficou mais lenta.

O gráfico a seguir mostra o seguinte:

Figura 2: Experiência aceitável de streaming de vídeo

Gráfico de linhas do Excel mostrando a experiência de streaming de vídeo. Usando um SharePoint Server, começando em um usuário e somando até 400 antes do streaming de vídeo diminuir; entre 400 e 450 usuários, a experiência de streaming de vídeo ficou abaixo do aceitável.

Para ver como essa experiência é dimensionada, gradualmente adicionamos mais computadores à nossa implantação do SharePoint e continuamos aumentando a carga. O gráfico a seguir mostra os resultados.

Figura 3: Streaming de vídeo aceitável com mais computadores e usuários de teste

Gráfico de linhas do Excel mostrando a experiência de streaming de vídeo com usuários adicionais e servidores Web front-end. Em 2 servidores, o streaming de vídeo diminuiu para 600 usuários, e aos 650 foi inaceitável. Em 3 servidores, o streaming desacelerou em 1050 usuários, em 1100 era inaceitável.

Efeito da limitação da taxa de bit do IIS

Usamos a limitação da taxa de bits do IIS (Internet Information Services) em nossos servidores de teste. Essa extensão para IIS permite que a largura de banda seja usada de forma mais eficaz enquanto você está transmitindo vídeos. Para obter mais informações sobre a limitação da taxa de bit, consulte Limitação de taxa de bit.

Observe que não há diferença significativa de acordo com o número de usuários simultâneos suportados quando usamos a Limitação de Taxa de Bit do IIS versus quando não a usamos. No entanto, a experiência de exibição de vídeo parece mais suave quando está ativada.

Usando vídeos armazenados externos ao SharePoint Server 2013

Quando você armazena vídeos fora de um ambiente do SharePoint Server 2013, a carga muda do SharePoint Server 2013 para o local externo. O SharePoint Server 2013 carrega apenas a página do player de vídeo ou a página de publicação que usa o controle Rich Media. O streaming é executado pela origem do local externo.

Em nosso ambiente de laboratório, configuramos um servidor IIS para hospedar e transmitir os vídeos. Atualizamos nosso conjunto de dados para consultar a URL externa para vídeos em nossa biblioteca de vídeos do SharePoint. Fizemos o mesmo teste novamente e descobrimos que poderíamos transmitir até 650 vídeos simultaneamente e ainda ter uma experiência aceitável. Não testamos para usuários mais simultâneos.

Observe que os vídeos armazenados fora de um ambiente do SharePoint não recebem o mesmo benefício de autenticação que os vídeos em uma biblioteca do SharePoint. Leve isso em consideração ao projetar sua topologia e decidir como armazenar seus vídeos.

Confira também

Conceitos

Gerenciar Web parts no SharePoint Server

Outros recursos

Planejamento de biblioteca de ativos digitais no SharePoint Server 2013