Disponibilidade e redundância de farms de servidores do FAST Search Server

Aplica-se a: FAST Search Server 2010

Tópico modificado em: 2015-03-09

Este artigo descreve as opções para ajuste de funções de servidor redundantes em um farm do Microsoft FAST Search Server 2010 for SharePoint. Após ler este artigo, você será capaz de identificar as opções de redundância apropriadas para o ambiente.

Neste artigo:

• Sobre a disponibilidade e redundância

• Farms de servidores e aplicativos de serviço de pesquisa

• Redundância e disponibilidade para a consulta de SSA

• Redundância e disponibilidade para o conteúdo SSA

• Componentes redundantes dentro de FAST procurar farm do SharePoint

• Níveis diferentes de alta disponibilidade

Sobre a disponibilidade e redundância

O termo redundância é quase sempre mal interpretado como sinônimo de disponibilidade. Embora esses conceitos estejam relacionados, não são a mesma coisa. A redundância refere-se ao uso de vários servidores em um ambiente com balanceamento de carga para qualquer finalidade, como melhorar o desempenho do farm, dimensionar para acomodar usuários adicionais e aumentar a disponibilidade.

A disponibilidade é um conceito mais especializado que se refere a um ambiente de vários servidores que foi projetado para aceitar conexões e a funcionar normalmente até mesmo quando um ou mais servidores no farm não estão operacionais. Disponibilidade significa redundância e Além disso, implica um mecanismo de failover e várias outras características do possíveis. Um sistema redundante, no entanto, pode não ser altamente disponível.

FAST Search Server 2010 for SharePoint oferece suporte a farms de servidor escalonáveis para capacidade, desempenho e disponibilidade. Normalmente, a capacidade é a primeira questão na determinação do número de computadores de servidor para iniciar com. Após o cálculo de desempenho, disponibilidade também exerce uma função na determinação do número de servidores e o tamanho ou a capacidade dos computadores servidores em um server farm.

Depois de ler este artigo, você poderá decidir se você precisar oferecer capacidade expansível na topologia de implantação do servidor por meio da implantação de servidores redundantes ou se faz sentido para a organização de planejar uma implantação de servidores limitado sem servidores redundantes.

Farms de servidores e aplicativos de serviço de pesquisa

Microsoft SharePoint Server fornece a infra-estrutura de pesquisa empresarial para a infra-estrutura de farm FAST Search Server 2010 for SharePoint e a solução de pesquisa consiste em quatro partes principais, que podem estar localizadas em farms de servidores diferentes:

• O farm SharePoint Server é uma infra-estrutura de farm de servidores dedicados que fornece os recursos de indexação e pesquisa do back-end para solução de pesquisa empresarial. Para fornecer uma fim à pesquisa solução final, um farm FAST Search Server 2010 for SharePoint deve ser associado a um farm FAST Search Server 2010 for SharePoint pai por meio da FAST SSA de consulta de pesquisa e pesquisar FAST conteúdo SSA.

  Considerações de planejamento para a infra-estrutura de farm FAST Search Server 2010 for SharePoint de disponibilidade e redundância é o escopo principal deste artigo.

• Aplicativo de serviço de pesquisa de consulta FAST (SSA)   Este é um aplicativo de serviço de pesquisa (SSA) no farm pai FAST Search Server 2010 for SharePoint que fornece a integração do lado de consulta entre o farm SharePoint Server e o SharePoint Server farm pai.

• Aplicativos do serviço de pesquisa de conteúdo FAST (SSA)   Este é um aplicativo de serviço de pesquisa (SSA) em um farm FAST Search Server 2010 for SharePoint que permite a recuperação de conteúdo para indexação de repositórios de conteúdo. Este SSA representa o padrão de indexação do conector para a implantação do SharePoint Server.

• O banco de dados do SQL Server   Um farm SharePoint Server deve ter acesso a um host Microsoft SQL Server no farm FAST Search Server 2010 for SharePoint associado que é usado para armazenar informações de configuração.

  Para obter mais informações sobre a disponibilidade e redundância SharePoint Server no farm Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 2010), consulte o SharePoint Server. Observe que a referência para "Pesquisar" Este tópico se refere a pesquisa SQL Server, que também usa o banco de dados como um armazenamento de propriedades do índice.

Para obter mais informações sobre a topologia de farm, consulte o Planejar topologia de farm (FAST Search Server 2010 para SharePoint).

Redundância e disponibilidade para a consulta de SSA

Adaptador FAST Search Query SSA fornece a integração do lado de consulta entre o farm FAST Search Server 2010 for SharePoint e o pai de farm do SharePoint Server. O Query SSA também fornece a funcionalidade de pesquisa de pessoas para as consultas.

Você deve implantar o adaptador FAST Query SSA no farm pai SharePoint Server.

Você pode dimensionar SSA o Query para redundância de consulta e disponibilidade pela adição de componentes de consulta adicional no adaptador SSA.

Para obter mais informações sobre como adicionar um componente de consulta, consulte o Implantação de vários servidores do SSA de Consulta (FAST Search Server 2010 para SharePoint).

O Query SSA também inclui um componente de rastreamento que recupera os perfis de usuário para Pesquisa de pessoas. Na maioria dos casos você não precisará dimensionar a este componente para o desempenho, mas você pode adicionar um componente de rastreamento adicional dentro do SSA para redundância de pesquisa de pessoas.

Para obter informações gerais sobre a disponibilidade dos servidores de aplicativo dentro de um farm Planejar a disponibilidade (SharePoint Server 2010) e redundância, consulte o SharePoint Server.

Redundância e disponibilidade dos servidores Web front-end

Você deve planejar a disponibilidade de servidores Web front-end de acordo com as diretrizes do Planejar a disponibilidade (SharePoint Server 2010) e redundância.

Você pode implantar servidores Web front-end no farm pai SharePoint Server, ou em farms filho. No último caso, você pode se conectar as servidores Web front-end por meio de um proxy SSA no farm pai.

Redundância e disponibilidade para o conteúdo SSA

Adaptador FAST pesquisar conteúdo SSA permite recuperar o conteúdo para a indexação de repositórios de conteúdo. Este SSA representa o padrão de indexação do conector para a implantação do FAST Search Server 2010 for SharePoint.

Normalmente, você implantará o FAST SSA conteúdo no farm pai SharePoint Server.

Você pode dimensionar o conteúdo SSA para alimentar a redundância e disponibilidade pela adição de componentes de rastreamento adicional dentro do SSA.

Para obter mais informações sobre como adicionar um componente de rastreamento, consulte o Implantação de vários servidores do SSA de Conteúdo (FAST Search Server 2010 para SharePoint).

Para obter informações gerais sobre a disponibilidade dos servidores de aplicativo dentro de um farm Planejar a disponibilidade (SharePoint Server 2010) e redundância, consulte o SharePoint Server.

Componentes redundantes dentro de FAST procurar farm do SharePoint

Os componentes a seguir em um farm FAST Search Server 2010 for SharePoint oferecem suporte a redundância:

• Distribuidor de conteúdo   Este é um componente sem monitoração de estado que pode ser duplicado para atingir o desempenho e a escala de alta disponibilidade. Cada distribuidor de conteúdo irá lidar com alimentação de controle de fluxo para um subconjunto de lotes do item.

  Se um servidor do distribuidor de conteúdo falhar, os lotes pendentes de itens associados com o distribuidor de conteúdo falhará e o protocolo de controle de fluxo garante que os lotes de item são re-submitted pelo conector indexação associado.

• Processamento do item   Você pode dimensionar o processamento do item distribuindo um número variável de instâncias de processamento do item (cada um executando um segmento do processador) para um ou mais servidores no farm. Cada instância de processamento do item trata de um determinado conjunto de lotes do item.

  Se houver falha em um servidor que executa o processamento do item, os lotes pendentes de itens associados ao item processar instâncias em execução neste servidor não terá êxito e o protocolo de controle de fluxo garante que os lotes de item são re-submitted pelo conector indexação associado.

• Análise de vínculo (analisador da Web)   Você pode dimensionar o analisador da Web para lidar com a análise de links para vários itens com muitos links cruzados. O analisador de Web opera em um modo de processamento de lote e é capaz de distribuir os trabalhos de análise de link para vários servidores executando o banco de dados de pesquisa e componentes de processamento de vínculo.

  Se um servidor que executa a análise de link falhar com erros de disco irrecuperáveis, será necessário restabelecer o banco de dados do link de analisador da Web a partir do backup mais recente. Se houver nenhum backup, a classificação com base na análise do link será incompleta até que uma completa re-crawl ocorreu.

  Você pode controlar a redundância para o banco de dados de pesquisa durante a implantação, por meio da configuração de redundant-lookup para o analisador da Web no arquivo de configuração de implantação. Se você perder um componente de banco de dados de pesquisa sem redundância habilitada, isso bloqueará alimentar de novos itens.

• A indexação de Dispatcher   Este é um componente sem monitoração de estado que pode ser duplicado para atingir a alimentação de dimensionamento de desempenho e alta disponibilidade. Cada emissor indexação manipulará Alimentando o controle de fluxo para um subconjunto de lotes do item.

  Se um servidor do distribuidor de indexação falhar, os lotes restantes do item associados a este dispatcher indexação falhará e o protocolo de controle de fluxo garante que os lotes de item são re-submitted pelo conector indexação associado.

• A indexação   Você pode dimensionar o componente de indexação, definindo várias colunas de índice.

  Dentro de cada coluna de índice, você pode configurar um backup do indexador de alta disponibilidade.

  Se um servidor de indexador falhar com erros de disco irrecuperáveis, você pode recuperar o farm de servidores de backup mais recente, ou habilitar manualmente um indexador de backup ser o novo indexador principal.

• Correspondência de consulta   Você pode dimensionar a consulta de correspondência de componente em duas dimensões. Cada coluna de índice terá pelo menos um servidor correspondente de consulta associada. Definindo várias linhas de pesquisa, você pode dimensionar o farm para consulta de desempenho e alta disponibilidade.

  Se o servidor correspondente de uma consulta falhar, as consultas restantes que estão sendo enviadas para a linha de pesquisa falhará e as consultas subseqüentes serão manipuladas por outra linha de pesquisa com a coluna de índice.

• Processamento de consulta   Este é um componente sem monitoração de estado que pode ser duplicado para atingir o dimensionamento de desempenho de consulta e a alta disponibilidade. Cada servidor de processamento de consultas irá lidar com um subconjunto das consultas.

  Se o servidor de processamento de uma consulta falhar, as consultas restantes associadas a este servidor de processamento de consultas irão falhar e consultas subseqüentes serão processadas pelo servidor de processamento de outra consulta.

• Conectores de indexação específicas FAST Search   O rastreador da Web FAST Search é um conector de indexação alternativo que é recomendado para determinados casos de uso de rastreamento da Web em larga escala. Você pode dimensionar esse componente com a implantação de vários agendadores do nó que manipulará o rastreamento de agendamento de partes diferentes de rastreamento geral.

  O FAST pesquisa Lotus Notes e o banco de dados de pesquisa FAST indexação conectores são implementados como componentes autônomos, cada um associado a um ou mais repositórios de conteúdo. Isso significa que você pode dimensionar o sistema com a implantação de várias instâncias dos conectores de indexação.

Para obter mais informações sobre os componentes, consulte o Topologia de farm do FAST Search Server (FAST Search Server 2010 para SharePoint).

Níveis diferentes de alta disponibilidade

Escolher uma estratégia de alta disponibilidade depende de diversos fatores relacionados a requisitos e orçamento:

• Alta disponibilidade para todas as partes do sistema na maioria das vezes requer mais servidores do que determinada pelos requisitos de desempenho real.

• É aceitável que o desempenho diminui quando ocorre um erro?

• Você quer alta disponibilidade somente para partes importantes do sistema, como, por exemplo, a capacidade de atender a consultas, mesmo se os componentes da cadeia de alimentação falharem? Isso significa que um conteúdo completo re-feed é ainda aceitável nesses casos.

• O que é o tempo máximo aceitável para recriar o índice para o mesmo status após um erro irrecuperável na cadeia de alimentação?

Consulta de alta disponibilidade

Isso é geralmente mais importante para uma solução de pesquisa. Você pode fornecer um alto nível de disponibilidade de consulta com a implantação de duas ou mais linhas de pesquisa. Dependendo dos requisitos de desempenho de consulta as linhas de pesquisa podem ser localizadas com os indexadores primários ou de backup.

Uma falha na cadeia de indexação pode ser recuperada, enquanto a pesquisa ainda está disponível com algumas exceções:

• Se uma recuperação de um backup anterior for necessária, pesquisa ficará inativo para o tempo necessário para recuperar o sistema a partir do backup. Dependendo do tamanho do backup, isso pode levar uma quantidade significativa de tempo.

  Se você excluir o índice de binário do backup, o tempo de backup e recuperação é substancialmente reduzido. No entanto, o tempo para recuperar o índice se torna muito mais tempo, como o índice deve ser recriado do armazenamento do item pre-index (FiXML arquivos). No entanto, administradores de pesquisa FAST pode manter o índice mais recente (antes da situação de erro) em linhas de pesquisa não afetadas disponíveis para consultas até que o índice é recriado a partir do backup. Isso, portanto, fornecerá maior disponibilidade de pesquisa ao custo de um intervalo de atualização maior antes novo conteúdo pesquisável após uma situação de erro.

• Se você não tem tolerância de ponta a ponta da cadeia de alimentação e indexação e não terão os backups de dados, você precisará re-crawl e indexar novamente todo o conteúdo de repositórios de origem. Durante a re-crawl somente o conteúdo indexado depois de iniciado o re-crawl estará disponível para pesquisa.

Indexador de alta disponibilidade

Você pode selecionar entre as seguintes opções para o indexador de alta disponibilidade:

1. Implante um indexador backup em um servidor separado. Isso poderá obter a melhor alta disponibilidade. No caso de uma situação de erro irrecuperável no indexador principal administrador de pesquisa FAST deve reconfigurar o indexador de backup para se tornar o novo indexador principal. Pesquisa estará disponível durante o período entre a situação de erro e a reconfiguração, supondo que você implantou mais de uma linha de pesquisa. Indexação e alimentar irão parar durante esse período. No entanto, o protocolo de controle de fluxo garante que nenhum item é perdidas.

   O custo dessa opção é que você deve implantar dois servidores de indexador por coluna, o desempenho de indexação geral é substancialmente reduzido devido à sobrecarga de protocolo de backup e o indexador de backup será ter impacto no desempenho da consulta correspondente em execução neste servidor.

2. Execute backup de dados completos regulares, inclusive o índice binário. Isso garante a rápida recuperação (limitado pelo tempo em que é necessário copiar os dados de backup), mas pode ser em instalações maiores implica grandes demais backups com correspondentemente longo do tempo de inatividade durante o backup regular.

   A desvantagem de uma solução de backup e recuperação com base para o índice é que os dados indexados após o último backup não poderá mais ser pesquisável. O procedimento de recuperação garante que os conectores de indexação serão re-feed somente o conteúdo foi atualizado após o último backup.

   Observação

   O farm FAST Search Server 2010 for SharePoint e o adaptador de conteúdo associado SSA no farm do SharePoint pai devem ser suspenso durante o horário do backup. Pesquisa estará disponível, mas não há novo conteúdo pode ser indexado durante esse período.

3. Faça backup de dados completos regulares, excluindo o índice binário. Isso reduz o tamanho do backup e leva menos tempo. No entanto, o tempo de recuperação será um tempo significativamente maior, envolvendo uma re-build completa do índice. Mas porque a pesquisa pode estar disponível durante esse período, esse é um compromisso atraente entre os aspectos de custo e requisitos de atualização. Para obter detalhes sobre o backup e recuperação, consulte o Planejar a estratégia de backup e recuperação do sistema (FAST Search Server 2010 para SharePoint).

See Also

Concepts

Planejar a estratégia de backup e recuperação do sistema (FAST Search Server 2010 para SharePoint)
Topologia de farm do FAST Search Server (FAST Search Server 2010 para SharePoint)