Pode configurar uma variedade de serviços ou aplicações diferentes para elevada disponibilidade num cluster de activação pós-falha. Para obter uma lista dos serviços ou aplicações configurados mais habitualmente para elevada disponibilidade, consulte Configurar um Serviço ou Aplicação para Elevada Disponibilidade.

Este tópico contém as seguintes secções:

Serviços ou aplicações que podem ser executados como uma Aplicação Genérica, Script Genérico ou Serviço Genérico

Nos clusters de activação pós-falha, pode utilizar as opções de Aplicação Genérica, Script Genérico e Serviço Genérico para configurar a elevada disponibilidade para determinados serviços e aplicações que não suportem clusters (originalmente não concebidos para serem executados num cluster).

Aplicação Genérica

Se executar uma aplicação como uma Aplicação Genérica, o software de cluster irá iniciar a aplicação e, em seguida, consultar periodicamente o sistema operativo para verificar se a aplicação está a ser executada. Se assim for, é suposto estar online, e não será reiniciada nem será efectuada a activação pós-falha.

Tenha em atenção que, em comparação com uma aplicação com suporte para clusters, uma Aplicação Genérica tem menos formas de comunicar o seu estado preciso ao software de cluster. Se uma Aplicação Genérica entrar num estado problemático, mas mesmo assim continuar em execução, o software de cluster não tem forma de o descobrir e de executar uma acção (tal como reiniciar a aplicação ou efectuar a activação pós-falha).

Antes de executar o Assistente de Elevada Disponibilidade para configurar a elevada disponibilidade para uma Aplicação Genérica, certifique-se de que sabe o caminho da aplicação e os nomes de todas as chaves do registo em HKEY_LOCAL _MACHINE necessárias para a aplicação.

Script Genérico

Pode criar um script que seja executado no Windows Script Host e que monitorize e controle a aplicação. Em seguida, pode configurar o script como um Script Genérico no cluster. O script fornece informações sobre o estado actual da aplicação ao software de cluster. Conforme necessário, o software de cluster irá reiniciar ou efectuar a activação pós-falha do script (e durante o qual será reiniciada a aplicação ou efectuada a activação pós-falha).

Ao configurar um Script Genérico num cluster de activação pós-falha, a capacidade do software de cluster para responder com precisão ao estado da aplicação é determinada pelo script. Quanto mais preciso for o script ao fornecer informações sobre o estado da aplicação, mais preciso é o software de cluster a responder a essas informações.

Antes de executar o Assistente de Elevada Disponibilidade para configurar a elevada disponibilidade para um Script Genérico, certifique-se de que sabe o caminho do script.

Serviço Genérico

O software de cluster irá iniciar o serviço e, em seguida, consultar periodicamente o Controlador de Serviços (uma funcionalidade do sistema operativo) para determinar se o serviço parece estar em execução. Se assim for, é suposto estar online, e não será reiniciada nem será efectuada a activação pós-falha.

Tenha em atenção que, em comparação com um serviço com suporte para clusters, um Serviço Genérico tem menos formas de comunicar o seu estado preciso ao software de cluster. Se um Serviço Genérico entrar num estado problemático, mas mesmo assim continuar em execução, o software de cluster não tem forma de o descobrir e de executar uma acção (tal como reiniciar o serviço ou efectuar a activação pós-falha).

Antes de executar o Assistente de Elevada Disponibilidade para configurar a elevada disponibilidade para um Serviço Genérico, certifique-se de que sabe o nome do serviço conforme aparece no registo em HKEY_LOCAL _MACHINE\System\CurrentControlSet\Services.

Requisitos básicos para um serviço ou aplicação num ambiente de clusters de activação pós-falha

Um serviço ou aplicação têm de ter determinadas características para serem apropriados para um cluster de activação pós-falha. As características mais importantes incluem:

  • O serviço ou aplicação devem ter monitorização de estado. Por outras palavras, o serviço ou aplicação devem ter um estado de memória interna de longa duração, ou estados de grande quantidade de dados frequentemente actualizados. Um exemplo é uma aplicação de base de dados. Para uma aplicação sem estado (tal como um servidor front end da Web), o Balanceamento de Carga na Rede será provavelmente mais apropriado do que o clustering de activação pós-falha.

  • O serviço ou aplicação devem utilizar um componente cliente que se repita automaticamente depois de interrupções temporárias na rede. Caso contrário, se for efectuada uma activação pós-falha do componente servidor da aplicação de um servidor em cluster para outro, a inevitável (mas breve) interrupção irá fazer com que os clientes parem, em vez de simplesmente repetirem ou restabelecerem a ligação.

  • O serviço ou aplicação devem poder identificar o disco ou discos utilizados. Esta situação permite que o serviço ou aplicação comuniquem com discos no armazenamento de cluster, e encontrem com segurança o disco correcto mesmo após uma activação pós-falha.

  • O serviço ou aplicação devem utilizar protocolos baseados em IP. Os exemplos incluem TCP, UDP, DCOM, pipes nomeados e RPC por TCP/IP.

Referências adicionais

Sumário