Planejar-se para redundância (Office SharePoint Server)

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 aplicativos

• Planejar redundância de servidor de banco de dados

• Avaliando os riscos de falhas do servidor de aplicativos

• Selecionar uma topologia de linha de base

Este artigo descreve as opções para ajuste de funções de servidor redundantes em um farm do Microsoft Office SharePoint Server 2007. 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-se para a disponibilidade (Office SharePoint Server).

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 Office SharePoint Server 2007.

Definir requisitos de redundância de servidor

O Office SharePoint Server 2007 oferece suporte a 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 no 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 implantando 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 Office SharePoint Server 2007 para fins de avaliação.

• Implantando somente o Windows SharePoint Services 3.0.

• Implantando um subconjunto dos recursos do Office SharePoint Server 2007.

• Implantação do Office SharePoint Server 2007 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 Office SharePoint Server 2007 é, pelo menos, dois computadores servidores:

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

• Servidor 2: computador SQL Server dedicado

  

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

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

Para implantar uma solução redundante, você deve implantar um farm de servidores.

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 três servidores

Há uma alternativa para obter redundância durante a implantação de menos servidores. Com um farm de três servidores, escolha qual das funções de servidor deve se tornar redundante: a função de servidor Web ou a de servidor de banco de dados.

Adicionando um terceiro servidor à camada de servidor Web, você obtém redundância da função de servidor Web. As funções de consulta e indexação podem ser instaladas no mesmo servidor Web (consulte a opção A abaixo) ou em servidores Web diferentes (consulte a Opção B abaixo).

Nessa topologia, a função de consulta não pode ser implantada em ambos os servidores Web para a obtenção de redundância. Isso ocorre porque, se a função de servidor de consulta estiver instalada no mesmo servidor que o servidor de indexação, este não propagará o índice para outros servidores de consulta. No entanto, é possível instalar a função de indexação no servidor de banco de dados, o que permite implantar a função de consulta em ambos os servidores Web. O desempenho do servidor de banco de dados será afetado, porém.

Embora a disponibilidade seja limitada, dedicar dois servidores à função de servidor Web aprimora o desempenho geral de um farm pequeno. Use essa topologia quando o desempenho for mais importante do que a redundância de dados.

Farm de quatro servidores

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

• Servidores 1 e 2: servidores Web e função de consulta instalados nos dois computadores. Funções adicionais de servidor de aplicativos, como Serviços de Cálculo do Excel, podem ser instaladas em um dos servidores ou em ambos.

• Servidores 3 e 4: servidor de banco de dados agrupado ou espelhado.

Com um farm de quatro servidores, escolha cuidadosamente onde implantar a função de servidor de indexação. A função de consulta não pode ser implantada no servidor de indexação e em outro servidor no farm para a obtenção de redundância. Isso ocorre porque, quando a função de indexação é instalada no mesmo computador servidor que a função de consulta, a função de indexação deixa de propagar índices de conteúdo para outros servidores de consulta. Consequentemente, se instalar a função de servidor de indexação em um dos servidores Web, você não poderá mais hospedar a função de consulta em ambos os servidores Web. É possível instalar a função de indexação no servidor de banco de dados, obtendo assim redundância da função de consulta nos servidores Web. No entanto, o desempenho do servidor de banco de dados será afetado, particularmente quando o conteúdo estiver sendo rastreado.

Funções adicionais de servidor de aplicativos, como Serviços de Cálculo do Excel, podem ser instaladas em um dos servidores ou em ambos, dependendo dos requisitos de desempenho e disponibilidade. No diagrama anterior, funções de aplicativo adicionais são implantadas apenas em um dos servidores nas opções A e B. Na opção A, o desempenho é otimizado caso o servidor Web que não hospeda as funções combinadas de indexação e consulta hospede as outras funções de aplicativo. Na opção B, a topologia é otimizada para consultas e solicitações do usuário. O desempenho do outro servidor Web pode ser gerenciado por meio do agendamento de trabalhos de indexação fora dos horários de pico, o que possibilita um desempenho melhor das outras funções de servidor de aplicativos durante os horários de pico da empresa.

Farm de cinco servidores

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

Nessa topologia, você pode instalar todas as funções de servidor de aplicativos no servidor de aplicativos dedicado. Esse design otimiza o desempenho dos computadores servidores Web front-end, permitindo que você descarregue uma ou mais funções de servidor de aplicativos na camada intermediária.

A principal decisão de planejamento a ser tomada com essa topologia é onde instalar as funções de servidor de aplicativos. A função de servidor de indexação deve permanecer no servidor de aplicativos dedicado. No entanto, a decisão quanto a onde instalar funções de servidor de aplicativos adicionais depende da otimização desejada para o farm de servidores: para capacidade ou desempenho. Se a redundância de funções de servidor de aplicativos for uma prioridade, instale funções de servidor de aplicativos projetadas para serem redundantes (Serviços de Cálculo do Excel, consulta de Pesquisa e Microsoft Office Project Server 2007) nos dois servidores Web. Para otimizar o desempenho, considere a opção de mover primeiro a função Serviços do Excel para o servidor de aplicativos e, em seguida, a função de consulta.

A implantação da função de consulta nos servidores Web é uma configuração comum que possibilita a redundância dessa função e também pode otimizar o desempenho do farm de servidores em geral. As escolhas de planejamento feitas após a leitura de “Planejar a disponibilidade do servidor de aplicativos”, mais adiante neste artigo, determinarão a opção mais apropriada para o ambiente.

Farm de seis servidores

Para obter redundância máxima com um número mínimo de servidores, implante um servidor de aplicativos adicional na camada intermediária para balanceamento de carga de funções de servidor de aplicativos projetadas para serem redundantes. Essa topologia de farm de servidores consiste em seis servidores. A função de consulta é instalada nos servidores Web front-end para a obtenção de redundância.

Se você planeja Implantar a função de servidor de aplicativos do Serviços de Cálculo do Excel ou a função de aplicativo do Office Project Server 2007 no farm e a redundância desses serviços é uma prioridade, esse é o ponto de partida recomendado. A topologia protege essas funções de servidor contra conexões diretas de usuários e otimiza o desempenho do farm em geral, em comparação com farms menores.

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 resto deste artigo descreverá as opções de redundância para cada uma das funções de servidor. Quando você tiver terminado o artigo, será capaz de identificar a topologia de linha de base que pode 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.

Plano de redundância de 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 Office SharePoint Server 2007 oferece suporte a dois métodos de balanceamento de carga:

• Software, como serviços de Balanceamento de Carga de Rede (NLB) no sistema operacional Microsoft Windows Server 2003. O NLB executa em servidores Web front-end e usa TCP/IP para rotear solicitações. Por executar em tais servidores (assim como outras soluções de balanceamento de carga de software), o NLB utiliza os recursos do sistema Web front-end e, portanto, consome recursos que poderiam ser usados para servir páginas da Web. No entanto, o impacto nos recursos do sistema não é grande, e uma única solução de software pode manipular até 32 servidores Web front-end. Para obter mais informações sobre os serviços de NLB no Windows Server 2003, consulte Clusters de Balanceamento de Carga de Rede (https://technet.microsoft.com/pt-br/library/cc759510.aspx). Para obter detalhes sobre os serviços de NLB no Windows Server 2008, consulte Balanceamento de Carga de Rede (em inglês) (https://technet.microsoft.com/pt-br/library/cc732855.aspx) (em inglês).

• 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 nos recursos do servidor Web front-end. O Office SharePoint Server 2007 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 você 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 Office SharePoint Server 2007. 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 a redundância do servidor de aplicativos

A topologia de servidor de linha de base a ser escolhida depende dos requisitos de redundância das funções de servidor de aplicativos. Esta seção descreve as funções de servidor de aplicativos em relação a suas opções de redundância.

As funções de servidor de aplicativos para o Office SharePoint Server 2007 se enquadram em duas categorias:

• Funções que podem ser redundantes

• Funções que não podem ser redundantes

Funções que podem ser redundantes

Essas funções de servidor de aplicativos podem ser implantadas em vários servidores. O código implantado em cada servidor é idêntico, e as funções de servidor de aplicativos não armazenam dados. Em outras palavras, cada instância das funções de servidor permanece idêntica. Se um dos computadores servidores falhar, nenhum dado salvo será perdido. Os servidores Web equilibram automaticamente a carga das solicitações para essas funções de servidor entre os computadores servidores de aplicativos disponíveis.

As seguintes funções de servidor de aplicativos podem ser implantadas de forma redundante:

• Consulta.   A função de consulta pode ser implantada em qualquer número de computadores servidores de aplicativos ou entre servidores Web. Se a função de consulta for implantada no mesmo servidor que hospeda a função de indexação, a função de consulta não deverá ser implantada em outros computadores servidores. Isso ocorre porque a função de indexação reconhece que a função de consulta está no mesmo servidor e, consequentemente, não tente propagar o índice. Em alguns cenários, você pode otimizar a produtividade do farm de servidores implantando a função de consulta entre os servidores Web, mesmo que tenha introduzido uma camada intermediária para servidores de aplicativos dedicados. Por exemplo, se mais de 50% das solicitações de conteúdo que chegam ao farm de servidores forem solicitações de conteúdo estático, o desempenho poderá ser otimizado hospedando-se a função de consulta nos servidores Web. O motivo disso é que a função de consulta armazena em cache o conteúdo a que ela atende, tornando-o prontamente disponível para solicitações subsequentes. A função de consulta é exclusiva nesse sentido.

• Serviços de Cálculo do Excel.  A função Serviços de Cálculo do Excel realiza cálculos do Excel em pastas de trabalho do Excel armazenadas nos bancos de dados de conteúdo. Essa função de servidor de aplicativos é exclusiva porque armazena informações do estado de toda a sessão do usuário. Quando um usuário abre uma pasta de trabalho, a função de servidor Web continua a rotear as solicitações de usuário ao mesmo servidor de aplicativos do Serviços de Cálculo do Excel até que o pasta de trabalho seja fechada e o usuário termine a sessão. A função Serviços de Cálculo do Excel pode ser uma função com grande utilização de recursos. Em alguns cenários, você pode otimizar o desempenho do farm implantando essa função em todos os servidores Web.

• Office Project Server 2007.   Embora o Office Project Server 2007 não seja incluído no Office SharePoint Server 2007, é baseado na plataforma Windows SharePoint Services 3.0 e pode ser implantado em um farm do Windows SharePoint Services 3.0 ou do Office SharePoint Server 2007. A função de aplicativo do Office Project Server 2007 atende a solicitações de serviços e dados do Office Project Server 2007 para servidores Microsoft Office Project Web Access.

Funções que não podem ser redundantes

As funções de servidor de aplicativos que não podem ser redundantes incluem indexação e pesquisa do Windows SharePoint Services 3.0. Essas funções de servidor de aplicativos podem ser implantadas em vários servidores; No entanto, os vários servidores não são redundantes. Essas funções de servidor são configuradas para rastrear conteúdo e gerar índices de conteúdo. Se você as implantar em vários servidores, cada um deles rastreará conteúdo diferente.

• Windows SharePoint Services 3.0.   A função de aplicativo de pesquisa do Windows SharePoint Services 3.0 será uma opção se você não estiver usando a consulta e a indexação do Office SharePoint Server 2007. A função de aplicativo de pesquisa do Windows SharePoint Services 3.0 inclui os componentes de pesquisa e indexação, que não podem ser divididos. Além disso, a pesquisa do Windows SharePoint Services 3.0 é necessária para fornecer a pesquisa de texto completo da Ajuda. Consequentemente, você pode considerar a implantação dessa função de servidor de aplicativos em um farm do Office SharePoint Server 2007 para obter essa funcionalidade (mesmo que a pesquisa do Office SharePoint Server 2007 seja implantada.

• Office SharePoint Server 2007.   No Office SharePoint Server 2007, a função de indexação é associada a um SSP (Provedor de Serviços Compartilhados). A função de indexação cria um índice por SSP. Um servidor de indexação pode ser associado a vários SSPs. No entanto, os índices entre SSPs não podem ser combinados. Você pode implantar vários servidores de indexação para melhorar a capacidade. Nesse caso, cada servidor de indexação é associado a SSPs diferentes. Diferentemente da função de servidor do Windows SharePoint Services 3.0, os índices de conteúdo do Office SharePoint Server 2007 são continuamente propagadas para todos os servidores que hospedam a função de consulta em um farm . Consequentemente, a saída da função de servidor de indexação do Office SharePoint Server 2007 (ou seja, o índice) será considerada redundante se a função de consulta for implantada em mais de um computador servidor.

Se você estiver implantando um farm do Office SharePoint Server 2007, recomendamos o uso das funções de servidor de consulta e servidor de indexação do Office SharePoint Server 2007. Assim, é possível dimensionar o componente de consulta e obter a redundância dos índices de conteúdo. Como o motivo principal para implantar vários servidores de indexação do Office SharePoint Server 2007 ou servidores de pesquisa do Windows SharePoint Services 3.0 é dimensionar a capacidade ou o desempenho, os próximos artigos sobre planejamento o ajudarão a decidir se vários servidores são recomendados para sua implantação.

A tabela a seguir indica as funções de servidor de aplicativos que podem ser implantadas de forma redundante e as funções que podem ser implantadas em vários servidores, mas que não são redundantes.

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 é um requisito para a solução. Os próximos tópicos de planejamento o ajudarão a decidir qual é a tecnologia de redundância de banco de dados mais apropriada para o ambiente. Para obter mais informações, consulte Planejar e projetar o armazenamento e o gerenciamento do banco de dados.

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.

Avaliando os riscos de falhas do servidor de aplicativos

Esta seção fornece um resumo das consequências esperadas de uma falha de servidor de aplicativos único. Em outras palavras, se você implantar uma função de servidor de aplicativos apenas em um servidor e ele falhar, quais serão as consequências potenciais? A compreensão das consequências possíveis o ajudará a priorizar a alocação dos servidores do farm. A tabela a seguir relaciona as funções de servidor de aplicativos e descreve as consequências do tempo de inatividade de cada uma delas.

A recomendação geral de redundância é planejar a instalação de uma função de servidor de aplicativos em pelo menos dois computadores servidores de aplicativos se:

• A solução se basear principalmente nos recursos fornecidos pelo servidor de aplicativos.

• O requisito de disponibilidade para os recursos fornecidos pela função de servidor for de 99% ou mais.

Se a sua organização puder tolerar a perda temporária dessa funcionalidade pelo tempo necessário para que a equipe de TI implante uma função de servidor de aplicativos em um servidor diferente ou restaure o serviço no servidor existente, considere a implantação da função em um único servidor de aplicativos.

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:

• Planejamento e arquitetura para o Office SharePoint Server 2007, parte 2

• Planejamento de um ambiente de Extranet para o Office SharePoint Server (em inglês)

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.