Definindo uma Configuração de Alta Disponibilidade Básica

Defina e configure seus servidores principal e de backup para um ambiente de alta disponibilidade básica.

Instalando e Configurando o IBM HTTP Server e os plug-ins do servidor da Web

Para instalar e configurar o IBM HTTP Server e os plug-ins do servidor da Web, siga estas etapas:
  1. Instale o IBM HTTP Server. Consulte o http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webserver.html.
  2. Instale os plug-ins do servidor da Web. Consulte o http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins.html.
  3. Configure um servidor da Web e um servidor de aplicativos em máquinas separadas (remota). Consulte o http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins_remotesa.html.
  4. Para tornar as transmissões seguras entre o servidor da Web e o cliente, ative o SSL no IBM HTTP Server. Consulte Guia para configuração adequada do SSL dentro do IBM HTTP Server

Instalando e Configurando um Aplicativo do Jazz nos Servidores Principal e de Backup

Para instalar e configurar duas instâncias de um aplicativo do Jazz, como IBM® Rational Team Concert ou IBM Rational Quality Manager no WebSphere Application Server, consulte Configurando um WebSphere Application Server.
Lembre-se: Instale um servidor por vez. Cada servidor faz referências ao mesmo banco de dados em seu teamserver.properties. Certifique-se de que o primeiro servidor seja encerrado e não esteja conectado ao repositório antes de iniciar a segunda instalação.

Configurando a Alta Disponibilidade Tanto para os Servidores Principal Quanto de Backup

O aplicativo jazz.war normalmente é instalado com um único servidor de aplicativos como seu destino. Com a introdução do servidor da Web, o aplicativo jazz.war deve ser modificado para permitir o roteamento por meio do servidor da Web.

Para modificar o aplicativo:
  1. No Console do WebSphere Console, clique no link do aplicativo jazz.war em Aplicativos Corporativos.
  2. Selecione Gerenciar Módulos.
  3. Selecione a caixa de opção para o módulo aplicativo jazz.war.
  4. Na lista de clusters e servidores, escolha tanto o servidor da Web quanto o servidor de aplicativos e, em seguida, clique em Aplicar.
  5. Clique em OK e, em seguida, Salvar alterações.
  6. Reinicie o aplicativo jazz.war.
Reconfigure o aplicativo do Jazz no servidor de aplicativos principal para desligar a segurança para o aplicativo jazz.war:
  1. Modifique o web.xml no arquivo WAR que foi instalado no WebSphere Application Server.
    Dica: Pode ser necessário descompactar o arquivo WAR em um diretório temporário para obter o arquivo web.xml.
  2. Altere cada ocorrência de "CONFIDENTIAL" para "NONE".
  3. Certifique-se de que o WebSphere Application Server esteja em execução, abra um navegador e acesse: https://localhost:9043/ibm/console/logon.jsp
  4. Acesse a página Aplicativos -> Aplicativos Corporativos.
  5. Selecione o aplicativo jazz_war e clique em Atualizar.
  6. Selecione Substituir ou incluir um único arquivo.
  7. No campo "Especificar o caminho iniciando com o archive do aplicativo instalado para o arquivo a ser substituído ou incluído" digite jazz.war\WEB-INF\web.xml.
  8. Clique em Navegar e selecione o arquivo web.xml que você modificou na etapa 1.
  9. Clique em Avançar e siga até o aplicativo estar salvo.
  10. Volte à página Aplicativos -> Aplicativos Corporativos e pare e inicie o aplicativo jazz_war.
Reconfigure ambos os Rational Jazz Team Servers principal e de backup para referenciar o mesmo local para o índice de texto completo. Para manter o índice atualizado e disponível tanto para o servidor principal quanto de backup, atualize o com.ibm.team.fulltext.indexLocation em teamserver.properties em ambos os servidores para armazenar o índice em uma unidade compartilhada. Modifique a propriedade a seguir no arquivo teamserver.properties nos servidores principal e de backup:
  • O valor da propriedade a seguir é um exemplo do que é possível ver no Windows:
    com.ibm.team.fulltext.indexLocation=I\:/sharedIndexFolder/workitemindex
  • A definição da propriedade a seguir é um exemplo do que é possível ver no Linux:
    com.ibm.team.fulltext.indexLocation=/net/LinuxHost/sharedIndex/workitemindex

Desligando as Tarefas Assíncronas no Servidor de Backup

Para evitar qualquer contenção de dados possível entre os dois Rational Jazz Team Servers em execução, as tarefas assíncronas (ou de plano de fundo) devem ser desativadas no servidor de backup.
  1. Inclua a seguinte linha no arquivo teamserver.properties no servidor de Backup:
    com.ibm.team.repository.scheduler.migration.mode.enabled=true
  2. Reinicie o aplicativo jazz.war no servidor de Backup.

Editando o Arquivo plugin_cfg.xml do Servidor da Web para Espera Inativa

Cada vez que um WebSphere Application Server é configurado para rotear pedidos por meio de um servidor da Web para um servidor de aplicativos, o plugin.xml do servidor da Web é atualizado com as informações de conexão para esse servidor de aplicativos. Nesse ponto, você tem o arquivo plugin-cfg.xml parcialmente configurado. Substitua e edite a seção a seguir do plugin-cfg.xml no servidor da Web para concluir a configuração. Este arquivo de plugin-cfg.xml se localiza na pasta plugin\config\webserver1 do servidor da Web (em que webserver1 é o nome que você designou ao servidor da Web na seção anterior Instalando e Configurando o IBM HTTP Server e os Plug-ins do Servidor da Web).
<ServerCluster CloneSeparatorChange="false" GetDWLMTable="false" IgnoreAffinityRequests="true" LoadBalance="Round Robin" Name="RTC_basicHA_Cluster" RetryInterval="60" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true">
<Server LoadBalanceWeight="1" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="PrimaryNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="primary.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
<Server LoadBalanceWeight="0" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="BackupNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="backup.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
</ServerCluster>
<UriGroup Name="default_host_RTC_basicHA_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/jazz/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hello"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
</UriGroup>
<Route ServerCluster="RTC_basicHA_Cluster" UriGroup="default_host_RTC_basicHA_Cluster_URIs" VirtualHostGroup="default_host"/>

Verificando a Habilidade de Failover Manual da Configuração do Servidor

Para verificar a habilidade de failover manual do WebSphere Application Server, edite o arquivo plugin-cfg.xml no servidor da Web para que o PrimaryNode01 _server1 tenha um LoadBalanceWeight ="0" e o BackupNode01_server1 tenha um LoadBalanceWeight ="1". Salve o arquivo plugin-cfg.xml.
Importante: Como o armazenamento em cluster e o balanceamento de carga "verdadeiro" ainda não são suportados, em momento algum ambos os servidores principal e de backup possuem LoadBalanceWeight diferente de zero.
  1. Com ambos os servidores principal e de backup on-line, execute o Snoop servlet de amostra do WebSphere para obter o nome do servidor que está manipulando o pedido.
  2. Chame o Snoop servlet a partir de um navegador de HTML utilizando a URL: https://webserver/snoop.
  3. As informações do pedido exibem o host que está servindo o pedido com o host local - nesse caso, é exibido o servidor com o LoadBalanceWeight=1.
  4. Tente trocar o LoadBalanceWeight entre o servidor principal e de backup e observar qual servidor manipula o pedido do Snoop servlet.

Detectando Falha no Servidor Principal

Para atingir a alta disponibilidade, é necessário saber quando seu servidor principal está inativo. Isso é especialmente importante para essa solução de alta disponibilidade básica, que não permite o failover automático do servidor principal para o servidor de backup.

O processo de detecção de um servidor com falha é uma tarefa crítica e periódica. Diversos fatores podem indicar que um servidor falhou, como problemas de rede, problemas de configuração, sobrecarga do aplicativo ou erro do usuário. Seja qual for a solução escolhida para detectar falhas do servidor, assegure-se de que o alerta seja o mais instantâneo possível.


Feedback