[z/OS]

Configurando um Ambiente de Sysplex Altamente Disponível

A configuração de um ambiente de sysplex altamente disponível permite controlar a consolidação do aplicativo e o roteamento de carga de trabalho.

Antes de Iniciar

  • Um ambiente de sysplex altamente disponível deve incluir pelo menos duas partições lógicas (LPARs). Esses LPARs devem estar em instâncias de hardware separadas para eliminar SPOFs (pontos únicos de falha) de hardware.
  • Deve existir uma redundância de caminho de rede orientando para os servidores da web Servidores de Aplicativos em seu sysplex.
  • Se você estiver utilizando sessões HTTP, o estado de sessão deverá ser compartilhado entre o membro de cluster utilizando o DRS (Data Replication Service) ou seus dados de sessão deverão ser armazenados no DB2. Se você estiver utilizando EJBs (Enterprise JavaBeans) de sessão com preservação de estado, o armazenamento persistente de sessões com preservação de estado deverá ser configurado em um HFS compartilhado. É recomendado utilizar Enterprise JavaBeans de sessão com preservação de estado.
  • Em ambientes com WebSphere Application Server sendo executado em um cluster de plataforma distribuído, junto com diversos sistemas de membros do WebSphere Application Server for z/OS em execução como cluster, o failover do gerenciamento de carga de trabalho (WLM) de EJB no WebSphere Application Server for z/OS não ocorrerá sem realizar ajustes nas configurações do cache. Como a carga de trabalho das referências de objetos interoperáveis (IORs) no WebSphere Application Server for z/OS está sendo gerenciada, qualquer pausa no WebSphere Application Server for z/OS resultará no despacho de todas as solicitações para o cluster sobrevivente do WebSphere Application for z/OS. Assim que o membro do cluster pausado continuar, apenas algumas solicitações (se houver) serão despachadas para este membro do cluster continuado, levando a um sistema não balanceado. O membro do cluster continuado tem disponível a maioria dos recursos de CPU, contudo recebe poucas (caso existam) solicitações de processamento e, como tal, o processamento WLM normal não ocorrerá após a continuidade do sistema que está em pausa.

    O balanceamento apropriado da carga de trabalho poderá continuar configurando um horário de expiração de cache JNDI global em todo o servidor para um horário razoável (por exemplo, com.ibm.websphere.naming.jndicache.maxcachelife=3,, o que resultará em um horário de expiração de cache de três minutos).

Sobre Esta Tarefa

Conclua as ações a seguir se desejar configurar um ambiente sysplex altamente disponível.

Procedimento

  1. Configure um nó em cada LPAR configurado na célula de Implementação de Rede. O servidor do gerenciador de implementação, que é necessário, deve ser configurado em seu próprio nó. Ele pode ser configurado no LPAR ou em um LPAR separado.
  2. Utilize o console administrativo para verificar se um daemon do serviço de localização foi definido em cada LPAR que possui um ou mais nós na mesma célula.
  3. Defina um servidor de aplicativos em cada nó e forme todos os servidores de aplicativos em um cluster.

    Consulte o tópico Incluindo Membros em um Cluster para obter mais informações sobre como incluir servidores de aplicativos em um cluster.

  4. Defina os seguintes DVIPAs (Dynamic Virtual IP Addresses ) através do Sysplex Distributor do Sistema Operacional z/OS.
    • Defina um endereço IP virtual dinâmico como o nome do IP do daemon para a célula. Esse endereço IP permite o roteamento da carga de trabalho balanceada do WLM e fail over entre LPARs para pedidos IIOP.
    • Defina um endereço IP virtual dinâmico como o nome do canal de transporte de HTTP para a célula. Esse endereço IP permite o roteamento balanceado do WLM e fail over entre LPARs para pedidos HTTP sem sessão.

    Consulte o z/OS Communications Server IP Configuration Guide para sua versão do sistema operacional z/OS para obter uma descrição de como definir endereços IP por meio do z/OS Sysplex Distributor. Essa publicação está disponível no endereço http://www.ibm.com/servers/eserver/zseries/zos/bkserv/v1r4books.html.

  5. Defina um endereço IP estático para cada nó como um nome do canal de transporte de HTTP auxiliar para a célula. Esse endereço IP permite o roteamento HTTP direcionado para pedidos HTTP de sessão.
  6. Configure os plug-ins de servidor da Web em cada um dos servidores da Web. Configure os plug-ins para utilizar o HTTP DVIPA para pedidos sem sessão e os endereços IP estáticos para pedidos de sessão.

Í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_appenviron
Nome do arquivo: trun_ha_appenviron.html