Plano de redundância (Windows SharePoint Services)

Atualizado em: 2009-04-23

Neste artigo:

• Sobre a redundância

• Definir requisitos de redundância de servidor

• Planejar uma implantação de servidor limitada

• Planejar um nível mínimo de redundância de servidor

• Escolhendo uma topologia de farm de servidores de linha de base

• Planejar redundância de servidor Web

• Planejar redundância de servidor de pesquisa

• Planejar redundância de servidor de banco de dados

• Selecionar uma topologia de linha de base

Este artigo descreve as opções para ajuste das funções de servidor redundantes em um farm do Windows SharePoint Services 3.0. Depois de ler este artigo, você será capaz de identificar e registrar as opções de redundância apropriadas para o ambiente.

Para obter mais informações sobre disponibilidade, consulte Planejar disponibilidade (Windows SharePoint Services).

Sobre a 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 projetado para aceitar conexões e operar normalmente mesmo quando um ou mais servidores do farm não estiverem funcionando. Dessa forma, a disponibilidade implica redundância e, adicionalmente, um mecanismo de failover e várias outras características possíveis. No entanto, um sistema redundante pode não ser altamente disponível.

Este artigo descreve como implementar servidores redundantes em um farm do Windows SharePoint Services 3.0.

Definir requisitos de redundância de servidor

O Windows SharePoint Services 3.0 tem suporte para farms de servidores escalonáveis para capacidade, desempenho e disponibilidade. Geralmente, a capacidade é a primeira consideração na determinação do número de computadores servidores. Após a fatoração de desempenho, a disponibilidade também tem uma função na determinação do número de servidores e no tamanho ou na capacidade dos computadores servidores em um farm de servidores.

No final desta seção, você será capaz de decidir se precisa criar capacidade expansível na topologia de implantação do servidor ao implantar servidores redundantes (três ou mais) ou se faz sentido para a organização planejar uma implantação de servidor limitada sem servidores redundantes.

Planejar uma implantação de servidor limitada

Se você não precisar criar capacidade e desempenho adicionais na implantação do servidor, o ponto de partida para a topologia de servidor é um ou dois servidores. Para uma finalidade de uso limitado, você poderá implantar um único servidor.

As finalidades de uso limitado incluem:

• Instalação do Windows SharePoint Services 3.0 para fins de avaliação.

• Implantação do Windows SharePoint Services 3.0 para uma finalidade limitada (para um único departamento, por exemplo) ou para um número limitado de usuários.

O ponto de partida recomendado para a maioria das implantações do Windows SharePoint Services 3.0 é de pelo menos dois computadores servidores:

• Servidor 1: computador servidor Web front-end e de pesquisa

• Servidor 2: computador SQL Server dedicado

  

Se tiver determinado que não precisa de redundância de servidor em seu ambiente, você poderá ir até o seguinte artigo para concluir a próxima etapa de planejamento: Planejar o desempenho e a capacidade (Windows SharePoint Services). A conclusão dessa etapa de planejamento determinará o número total de servidores recomendado para o plano de implantação de servidor. Não é preciso ler o restante deste artigo.

Planejar um nível mínimo de redundância de servidor

Para implantar uma solução redundante, implante um farm de servidores. Ao usar um farm de servidores, você minimizará os efeitos do tempo de inatividade esperado e também do tempo de inatividade relacionado à manutenção contínua, como atualizações de sistema operacional.

Existem diversas topologias de servidor diferentes, que podem ser usadas como uma linha de base. Cada uma dessas topologias cria um nível de redundância de servidor. Esta seção oferece uma visão geral desses farms de servidores.

Farm de quatro servidores

O menor farm de servidores que cria redundância consiste em quatro servidores:

• Servidores um e dois: servidor Web. A pesquisa é instalada em um dos servidores Web.

• Servidores três e quatro: servidor de banco de dados agrupado ou espelhado.

  

Farm de cinco servidores

A topologia de farm de servidores redundantes mais comum introduz uma camada intermediária e consiste em cinco computadores servidores.

• Servidores um e dois: servidores Web.

• Servidor três: pesquisa.

• Servidores quatro e cinco: servidor de banco de dados agrupado ou espelhado.

  

Essa topologia otimiza o desempenho dos computadores servidores Web front-end, pois descarrega a pesquisa em um computador servidor dedicado.

Farm de três servidores

Há outra alternativa para implantação de menos servidores. Com um farm de três servidores, você deve escolher qual das funções de servidor será redundante: a função de servidor Web ou a função de servidor de banco de dados.

Ao adicionar o terceiro servidor à camada da Web, você obterá redundância da função de servidor Web. A função de pesquisa pode ser instalada no servidor Web.

Embora a disponibilidade seja limitada, essa topologia aumenta o desempenho geral do farm pequeno. Use essa topologia quando o desempenho for mais importante que a redundância de dados.

Ao adicionar um terceiro servidor à camada de banco de dados, você estará ajudando a garantir a disponibilidade de dados críticos. Planeje usar essa topologia de farm pequeno quando a disponibilidade de dados for essencial e a perda temporária de acesso do usuário for aceitável.

Escolhendo uma topologia de farm de servidor de linha de base

Cada uma das topologias de farm de servidores descrita anteriormente neste artigo representa um ponto de partida de linha de base para a elaboração da implantação. O ponto de partida mais adequado à organização depende das funções do servidor para as quais a redundância é necessária.

O restante deste artigo descreve as opções de redundância para cada uma das funções de servidor. Quando tiver terminado o artigo, você será capaz de identificar a topologia de linha de base que poderá oferecer a redundância necessária à organização. Essa será a topologia usada como linha de base quando você começar a planejar capacidade e desempenho.

Planejar a redundância do servidor Web front-end

Use esta seção para:

• Determinar se a organização requer redundância integrada à camada da Web.

• Planejar que tecnologia de balanceamento de carga de servidor Web deverá ser implementada.

A maioria das organizações requer redundância na camada da Web. Em algumas poucas situações, faz sentido um farm de três servidores com um servidor executando a função de servidor Web.

A próxima etapa é planejar que tecnologia de balanceamento de carga será implementada. O Windows SharePoint Services 3.0 oferece suporte a dois métodos de balanceamento de carga:

• Software, como os serviços de Balanceamento de Carga de Rede (NLB) do sistema operacional Microsoft Windows Server 2003. O NLB é executado nos servidores Web front-end e usa TCP/IP para rotear solicitações. Como o NLB (e outras soluções de software de balanceamento de carga) é executado em servidores Web front-end, ela usa os recursos do sistema Web front-end e, dessa forma, reduz os recursos que podem ser usados para exibir páginas da Web. Entretanto, o impacto nos recursos do sistema não é grande, e uma solução de software pode lidar com até 32 servidores Web front-end. Para obter mais informações sobre os serviços NLB do Windows Server 2003, consulte o documento sobre clusters de balanceamento de carga de rede (https://technet.microsoft.com/pt-br/library/cc759510.aspx). Para obter mais informações sobre os serviços NLB do Windows Server 2008, consulte o tópico sobre balanceamento de carga de rede (https://technet.microsoft.com/pt-br/library/cc732855.aspx).

• Hardware, como um roteador ou switch box. O hardware de balanceamento de carga usa a rede para direcionar o tráfego do site entre os servidores Web front-end. O hardware de balanceamento de carga é mais caro de configurar do que o software, mas não afeta os recursos do servidor Web front-end. O Windows SharePoint Services 3.0 pode ser usado com qualquer hardware de balanceamento de carga.

  Recomendamos que você defina a afinidade de balanceamento de carga como Nenhuma para aumentar a disponibilidade. Se tiver um requisito de topologia personalizada, talvez seja melhor configurar a afinidade de maneira diferente.

Embora não recomendado, existe um terceiro método de balanceamento de carga, o balanceamento de carga round-robin com DNS. Ele pode usar recursos significativos nos servidores Web front-end, é mais lento do que o software ou o hardware de balanceamento de carga e não é recomendado para o Windows SharePoint Services 3.0. Além disso, o balanceamento de carga round-robin com DNS não leva em consideração a carga de sessão ao rotear um usuário para um servidor, o que pode levar à sobrecarga de um servidor.

Planejar redundância de servidor de pesquisa

O Windows SharePoint Services 3.0inclui uma função de servidor de aplicativos: pesquisa. A função de aplicativo de pesquisa do Windows SharePoint Services 3.0 inclui componentes de pesquisa e de indexação. Esses componentes não podem ser divididos. É possível instalar a função de pesquisa em um servidor Web ou em um servidor de aplicativos dedicado. A menos que você esteja implantando o Windows SharePoint Services 3.0 em um computador autônomo, a instalação da função de pesquisa no mesmo computador do banco de dados não é recomendada.

Se o servidor que hospeda a pesquisa do Windows SharePoint Services 3.0 falhar, a pesquisa não será disponibilizada. A quantidade de tempo necessária para restaurar o recurso de pesquisa depende da possibilidade de restauração dos índices de conteúdo existentes ou da necessidade de criação de novos índices, por meio de um novo rastreamento do conteúdo.

O Windows SharePoint Services 3.0 pode ser implantado em vários servidores por razões de capacidade; entretanto, os vários servidores não são redundantes. Nesse cenário, cada servidor de pesquisa é configurado para rastrear um conjunto diferente de bancos de dados de conteúdo. Como o principal motivo da implantação de vários servidores de pesquisa é escalonar a capacidade ou o desempenho, artigos sobre o planejamento subsequente podem ajudá-lo a decidir se vários servidores são recomendados para a sua implantação. Para obter mais informações, consulte Planejar o desempenho e a capacidade (Windows SharePoint Services).

Planejar redundância de servidor de banco de dados

Use esta seção para ajudá-lo a determinar se a redundância da função de servidor de banco de dados é uma exigência da solução. Os tópicos de planejamento subsequente ajudarão você a decidir qual a tecnologia de redundância de banco de dados será a mais adequada para o seu ambiente.

A função de servidor de banco de dados afeta a disponibilidade da sua solução mais do que qualquer outra função. Se um servidor Web ou um servidor de aplicativos falhar, essas funções poderão ser rapidamente restauradas ou reimplantadas. No entanto, se um servidor de banco de dados falhar, a sua solução dependerá da restauração do servidor de banco de dados. Potencialmente, isso pode incluir a recriação do servidor de banco de dados e a restauração de dados da mídia de backup. Nesse caso, você poderá perder qualquer dado novo ou alterado após o último trabalho de backup, dependendo de como o SQL Server 2005 foi configurado. Adicionalmente, a solução estará totalmente indisponível pelo tempo que levar a restauração da função de servidor de banco de dados.

Selecionar uma topologia de linha de base

Depois de identificar os requisitos de redundância para as funções de servidor individuais, analise as topologias de servidor de linha de base e escolha a topologia mais apropriada para o ambiente.

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

• Parte 2 do material sobre planejamento e arquitetura do Windows SharePoint Services 3.0 (em inglês)

• Planejando um ambiente de extranet para o Windows SharePoint Services (em inglês)

Consulte a lista completa de manuais disponíveis na página de download de manuais do Windows SharePoint Services (em inglês).