Selecionando um Provedor de Protocolo Alternativo para um grupo Principal

Execute essa tarefa se quiser usar um provedor de protocolo alternativo, em vez de o Protocolo de Descoberta padrão e o Protocolo de Detecção de Falha padrão para monitorar e gerenciar a comunicação entre membros do grupo principal. Em geral, os provedores de protocolos alternativos, como o provedor baseado em z/OS Cross-system Coupling Facility (XCF), usam menos recursos do sistema do que o Protocolo de Descoberta e o Protocolo de Detecção de Falha padrão, principalmente quando os membros do grupo principal estão inativos. Um provedor de protocolo alternativo geralmente utiliza menos recursos do sistema, porque ele não realiza o pinging do TCP/IP membro para membro que os provedores de protocolo padrão utilizam para determinar se um membro do grupo principal ainda está ativo.

Antes de Iniciar

  • Entenda os conceitos que são descritos nos tópicos Discovery Protocol do grupo principal e Failure Detection Protocol do grupo principal.
  • Verifique se todos os servidores que são membros do grupo principal são da Versão 7.0 ou superior. Se o grupo principal contiver servidores em uma versão anterior a 7.0, será necessário usar o Protocolo de Descoberta padrão e o Protocolo de Detecção de Falha padrão.
  • Verifique se todos os servidores que são membros do grupo principal estão sendo executados no mesmo sistema operacional. O provedor de protocolo alternativo pode ser utilizado apenas em um ambiente homogêneo. Se a célula contiver servidores que estejam em execução em diferentes sistemas operacionais, será necessário usar o Protocolo de Descoberta padrão e o Protocolo de Detecção de Falha padrão. Por exemplo, você não pode ter um ambiente no qual alguns dos membros do grupo principal estejam em execução no z/OS e outros membros estejam em execução em um sistema operacional Linux.
  • Verifique se o seu sistema atende a todos os requisitos do sistema para o provedor de protocolo alternativo.

    Por exemplo, se você utilizar o z/OS Cross-system Coupling Facility como seu provedor de protocolo alternativo, verifique se o componente z/OS VTAM está configurado para iniciar com o parâmetro XCFINIT definido como YES. Iniciar o VTAM com XCFINIT=YES especificado no ATCSTRxx permite que o TCP/IP utilize os serviços que o z/OS Cross-system Coupling Facility fornece. Consulte a biblioteca do produto z/OS para obter informações adicionais sobre o VTAM e o z/OS Cross-system Coupling Facility.

Sobre Esta Tarefa

Para selecionar um provedor de protocolo alternativo para um grupo principal, conclua as seguintes etapas.

Procedimento

  1. No console administrativo, clique em Servidores > Grupos Principais > Configurações de Grupo Principal > core_group_name.
  2. Na seção Propriedades Adicionais, clique em Descoberta e detecção de falhas.
  3. Selecione Utilizar provedores de protocolo alternativos
  4. No campo Nome de classe do factory, especifique o nome de classe completo do factory utilizado para criar o provedor de protocolo alternativo.

    Por exemplo, o nome de classe completo do provedor de protocolo alternativo, que permite que o XCF estabeleça e monitore a comunicação entre os membros desse grupo principal, é com.ibm.ws.xcf.groupservices.LivenessPluginZoSFactory.

  5. Clique em OK e em Revisar.
  6. Selecione Sincronizar alterações com os nós e clique em Salvar.
  7. Reinicie todos os membros do grupo principal.

Resultados

Após os servidores serem reiniciados, a comunicação entre os membros desse grupo principal será estabelecida e monitorada pelo provedor de protocolos alternativo selecionado.

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_ha_cfg_alternate_protocol
Nome do arquivo: trun_ha_cfg_alternate_protocol.html