Partilhar via


Dimensionar a pesquisa para sites da Internet no SharePoint Server

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

Este artigo lista os requisitos mínimos de hardware para máquinas virtuais e servidores físicos para topologias de pesquisa para sites da Internet.

Também fornece uma orientação básica do escalamento de topologias de pesquisa para aprimorar o desempenho e a disponibilidade.

Introdução

Este artigo lista os requisitos mínimos e dá orientação sobre como e quando dimensionar topologias de pesquisa para sites da Internet.

Para ver exemplos de topologias, consulte o diagrama técnico Arquitetura de pesquisa de sites para o SharePoint Server 2016.

Para obter uma visão geral e uma descrição dos componentes de pesquisa e da arquitetura de pesquisa geral, consulte o diagrama técnico Visão geral da arquitetura de pesquisa no SharePoint ServerArquiteturas de pesquisa para o SharePoint Server 2016.

Requisitos de hardware para topologias de pesquisa para sites da Internet

As tabelas a seguir mostram os requisitos de hardware para servidores que hospedam uma topologia de pesquisa média para sites da Internet. Os requisitos de hardware se aplicam a:

  • Servidores de aplicativo e servidores Web que contêm componentes de pesquisa.

  • Servidores de banco de dados que contêm bancos de dados de pesquisa.

Os requisitos mínimos de RAM listados para um servidor que hospeda um componente de pesquisa são a quantidade total de RAM necessária para o servidor. Por exemplo, se estiver hospedando um componente de processamento de conteúdo, um componente de administração de pesquisa e um componente de rastreamento em um servidor, a quantidade mínima total de RAM necessária para o servidor é 24 GB.

Cada servidor deve ter espaço suficiente para a instalação do sistema operacional Windows Server e o espaço em disco suficiente para diagnóstico, como log, depuração, criação de despejos de memória e assim por diante. Para o uso da produção, também é necessário espaço livre adicional para as operações regulares. Siga a orientação sobre espaço em disco livre e o tamanho de arquivo de paginação correspondente para sua instalação do Windows Server.

Observação

O exemplo de topologia de pesquisa média é otimizado para o hardware físico, mas é possível implantá-lo também em máquinas virtuais.

Servidores de aplicativo e servidores Web que hospedam componentes de pesquisa

Componente de pesquisa no servidor físico RAM Disco rígido Processador
Componente do índice 48 GB para cada servidor do farm que hospeda um componente de índice, um componente de processamento de consulta e o front-end da Web 500 GB de espaço em disco adicional, preferivelmente um volume/partição de disco separado. **Todos os componentes:**64 bits, 4 núcleos mínimos, 8 núcleos recomendados.
Componente de processamento de análise 24 GB para cada servidor do farm que hospeda um componente de processamento analítico, um componente de rastreamento, um componente de processamento de conteúdo e/ou um componente de administração de pesquisa. 300 GB de espaço em disco adicional, preferivelmente um volume/partição de disco separado.
Componente de rastreamento Componente de processamento de conteúdo Consulte os requisitos listados para o componente de processamento analítico. 80 GB para unidade do sistema
Componente de processamento de consulta Consulte os requisitos listados para o componente de índice.
Componente de administração de pesquisa Consulte os requisitos listados para o componente de processamento analítico.

Servidores de banco de dados que hospedam bancos de dados de pesquisa

Componente Requisitos mínimos
Processador 64 bits, 4 núcleos para topologias pequenas.
64 bits, 8 núcleos para topologias médias.
RAM 8 GB para topologias pequenas.
16 GB para topologias médias.
Disco rígido 80 GB para unidade do sistema
O espaço em disco depende da quantidade de conteúdo.

Considerações de desempenho para uma topologia média de sites da Internet

Uma topologia média de sites da Internet (FIS) é otimizada para um tamanho de corpo de 3.400.000 itens e processa aproximadamente 100 - 200 documentos por segundo, dependendo do idioma, e um padrão de uso de exibição de 85 páginas por segundo, o que corresponde a 100 consultas por segundo.

Considerações de desempenho

O que considerar Por que isso é importante
Cache A consulta e seus resultados são colocados no cache com o Windows Server AppFabric em pares de chave e valor: a consulta é a chave e os resultados são o valor. Para cada consulta, há uma relação aproximada de cache de 50%. Isso significa que se você tem um padrão de uso de 200 consultas por segundo, são enviadas aproximadamente 100 consultas ao índice de pesquisa e as outras 100 consultas são colocadas no cache. Os resultados do cache têm latência de consulta inferior aos recuperados do índice de pesquisa. Por exemplo, resultados das consultas da página frontal executados com frequência têm maior probabilidade de serem colocados no cache.
Pesquisa contínua Recomendamos ativar a pesquisa contínua com um intervalo de um minuto, em vez do intervalo de padrão de 15 minutos. Você pode ativar a pesquisa contínua somente nas fontes de conteúdo do SharePoint.
Acesso anônimo Com o acesso anônimo, os usuários não precisam usar credenciais para fazer o logon em um site do SharePoint. Consultas anônimas são colocadas no cache, portanto são mais baratas por causa da latência inferior. Você deve ativar o acesso anônimo em dois locais: no front-end da web e no site.
Latência da consulta A latência das consultas é influenciada pela colocação em cache, pelo acesso anónimo e por outros fatores, como o número e a complexidade das regras de consulta que são aplicadas e acionadas. Além disso, considere os discos nos quais o índice de pesquisa está armazenado; um disco com vários spindles pode melhorar a velocidade de acesso do disco e reduzir a latência de consulta.

Confira também

Gerenciar a topologia de pesquisa no SharePoint Server

Alterar a topologia de pesquisa padrão no SharePoint Server

Gerenciar componentes de pesquisa no SharePoint Server

Gerenciar o componente de índice no SharePoint Server