[z/OS]

Configuração de Alta Disponibilidade

O objetivo de qualquer configuração de alta disponibilidade é eliminar todos os SPOFs (single points of failure).

Figura 1. Configuração de Alta Disponibilidade. Essa figura ilustra a configuração de produto recomendada para alta disponibilidade. Os principais elementos são descritos no texto que acompanha essa figura.Principais elementos de uma configuração de alta disponibilidade do WebSphere Application Server para z/OS
Seguem os principais elementos de uma configuração de alta disponibilidade:
  • Liderança de redundância do caminho de rede até os servidores da Web e os Applications Servers.
  • Servidores da Web redundantes. (Deve haver pelo menos duas LPARs (partições lógicas) em uma configuração sysplex de alta disponibilidade.)
  • Uma configuração sysplex altamente disponível. Esses LPARs devem estar em instâncias de hardware separadas para eliminar SPOFs (Single Points of Failures) de hardware e de software.
  • Um nó em cada LPAR que está configurando em uma célula do WebSphere Application Server, Network Deployment. O servidor Deployment Manager (requerido e configurado em seu próprio nó) pode ser configurado em cada LPAR ou em um LPAR separado. (O servidor Deployment Manager não foi descrito na figura anterior.) Observe também que há um processo de daemon (WebSphere CORBA Location Service) em cada LPAR que tem ou mais nós na mesma célula.
  • Um servidor de aplicativos definido em cada nó e formado em um cluster de servidores com os outros servidores de aplicativos na rede.
  • Um endereço IP virtual dinâmico (DVIPA) definido por meio do z/OS Sysplex Distributor como o nome IP do daemon para a célula. Esse endereço IP ativa o roteamento equilibrado de WLM e failover entre os LPARs para pedidos IIOP.
  • Um DVIPA (dynamic virtual IP address) definido por meio do Sysplex Distributor como o nome de transporte HTTP para a célula. Esse endereço IP ativa o roteamento balanceado do WLM e fail over entre LPARs para pedidos HTTP sem sessão.
  • Um endereço IP estático é requerido para cada nó como um nome de transporte HTTP auxiliar para a célula. Isso possibilita roteamento direcionado HTTP para pedidos de HTTP por sessão.
  • Um plug-in de servidor da Web do WebSphere deve ser instalado em cada um dos servidores da Web e configurados para usar o HTTP DVIPA para solicitações sem sessão e os endereços IP estáticos para solicitações com sessão
  • Se estiver utilizando sessões HTTP, o estado da sessão deverá ser compartilhado entre o membro do cluster que utiliza o serviço de replicação de dados (DRS) ou os dados da sessão deverão ser armazenados no DB2. Se você estiver utilizando Enterprise JavaBeans de sessão com estado, o armazenamento persistente de sessão com estado deverá ser configurado em um HFS compartilhado. (O uso de Enterprise JavaBeans de sessão com preservação de estado não é uma boa prática.)

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



Í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=crun_ha_config
Nome do arquivo: crun_ha_config.html