É possível configurar uma variedade de serviços ou aplicativos diferentes para obter alta disponibilidade em um cluster de failover. Para obter uma lista dos serviços ou aplicativos mais configurados para alta disponibilidade, consulte Configurando um serviço ou aplicativo para alta disponibilidade.

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

Serviços ou aplicativos que podem ser executados como um Aplicativo Genérico, Script Genérico ou Serviço Genérico

Em clusters de failover, é possível usar as opções Aplicativo Genérico, Script Genérico ou Serviço Genérico para configurar a alta disponibilidade para alguns serviços e aplicativos que não possuem "suporte a cluster" (não originalmente criados para execução em um cluster).

Aplicativo genérico

Se você executar um aplicativo como Aplicativo Genérico, o software de cluster iniciará o aplicativo e consultará periodicamente o sistema operacional para ver se o aplicativo parece estar em execução. Se estiver, presume-se que esteja online e não será reiniciado nem receberá failover.

Observe que em comparação com um aplicativo com suporte a cluster, um Aplicativo Genérico tem menos formas de comunicar seu estado preciso ao software de aplicativo com suporte a cluster. Se um Aplicativo Genérico entrar em um estado problemático mas, mesmo assim, parecer estar em execução, o software em cluster não terá como detectar isso e tomar uma medida (como reiniciar ou executar o failover no aplicativo).

Antes de executar o Assistente para Alta Disponibilidade para configurar alta disponibilidade para um Aplicativo Genérico, verifique se você sabe o caminho do aplicativo e os nomes de quaisquer chaves do Registro HKEY_LOCAL _MACHINE que sejam exigidos pelo aplicativo.

Script genérico

Você pode criar um script que seja executado em Windows Script Host e monitore e controle o aplicativo. Em seguida, você pode configurar o script como um Script Genérico no cluster. O script fornece informações ao software em cluster sobre o estado atual do aplicativo. Quando for necessário, o software em cluster reiniciará ou executará um failover no script (e através dele, o aplicativo será reiniciado ou receberá failover).

Quando você configura um Script Genérico em um cluster de failover, a capacidade do software em cluster de responder com precisão ao estado do aplicativo é determinada pelo script. Quanto mais preciso for o script ao fornecer informações sobre o estado do aplicativo, mais preciso o software em cluster conseguirá ser ao reagir a essas informações.

Antes de executar o Assistente para Alta Disponibilidade para configurar alta disponibilidade para um Script Genérico, verifique se você sabe o caminho do script.

Serviço genérico

O software em cluster iniciará o serviço e consultará periodicamente o Controlador de Serviço para ver se o serviço parece estar em execução. Se estiver, presume-se que esteja online e não será reiniciado nem receberá failover.

Observe que em comparação com um serviço com suporte a cluster, um Serviço Genérico tem menos formas de comunicar seu estado preciso ao software de aplicativo com suporte a cluster. Se um Serviço Genérico entrar em um estado problemático mas, mesmo assim, parecer estar em execução, o software em cluster não terá como detectar isso e tomar uma medida (como reiniciar ou executar o failover no serviço).

Antes de executar o Assistente para Alta Disponibilidade para configurar alta disponibilidade para um Serviço Genérico, verifique se você sabe o nome do serviço como ele aparece no registro em HKEY_LOCAL _MACHINE\System\CurrentControlSet\Services.

Requisitos básicos de um serviço ou aplicativo em um ambiente de cluster de failover

Para ser adequado a um cluster de failover, um serviço ou aplicativo deve ter determinadas características. As características mais importantes são:

  • O serviço ou aplicativo deve ter monitoração de estado. Em outras palavras, o serviço ou aplicativo deve ter o estado de execução demorada na memória ou estados de dados de grande volume atualizados com frequência. Um exemplo é um aplicativo de banco de dados. Para aplicativos sem monitoração de estado (como um servidor Web front-end), o Balanceamento de Carga de Rede provavelmente será mais adequado que o cluester de failover.

  • O serviço ou aplicativo deve usar um componente de cliente que automaticamente tente novamente após interrupções temporárias na rede. Do contrário, se o componente de servidor do aplicativo receber um failover de um servidor em cluster para outro, a interrupção inevitável (mas breve) fará com que os clientes parem, em vez de simplesmente tentar novamente e reconectar.

  • O serviço ou aplicativo deve poder identificar o disco ou discos usados. Isso permite que o serviço ou aplicativo se comunique com os discos no armazenamento do cluster e encontre de forma confiável o disco correto mesmo após um failover.

  • O serviço ou aplicativo deve usar protocolos baseados em IP. Os exemplos incluem TCP, UDP, DCOM, pipes nomeados e RPC sobre TCP/IP.

Referências adicionais

Sumário