Introdução

À medida que mais e mais clientes usam a Internet para navegar e fazer compras, a disponibilidade de sites de e-commerce nunca foi tão importante. Cobrindo muitas geografias, uma hora de indisponibilidade de um site de e-commerce para manutenção ou atualizações significa centenas ou mesmo milhares de dólares de receita em potencial perdida. Sites de e-commerce desenvolvidos com WebSphere Commerce já possuem uma maneira automatizada de aplicar manutenção com tempo de inatividade mínimo usando a atualização de lançamento. No entanto, esse método pode não atender os requisitos de todos os ambientes do WebSphere Commerce.

Este artigo descreve uma maneira alternativa, porém manual, de conseguir tempo de inatividade mínimo. Este método também oferece maior controle sobre o que acontece no cluster durante a atualização. Administradores que procuram isso devem consultar o restante deste artigo como guia. Iremos aplicar um fix pack em um cluster WebSphere Commerce com três nós servindo de exemplo.

Voltar para parte superior

Antes de iniciar

• Garanta que seu aplicativo WebSphere Commerce esteja corretamente federado e armazenado em cluster em dois ou mais nós.
• Teste o método descrito em um ambiente de teste que emule adequadamente seu ambiente de produção.
• Garanta que suas customizações sejam implementadas adequadamente. Implementação imprópria pode causar perda de dados.
• Garanta que nenhuma outra operação de atualização de EAR esteja executando durante o procedimento, e desative qualquer tarefa planejada que realize operações de atualização de EAR.

Voltar para parte superior

Procedimento

Para fins de ilustração, imagine que você tem a topologia de cluster de servidores de aplicativos mostrada na Figura 1. Se você tiver mais nós do que o ilustrado, pode agrupar diversos nós juntos para se adequar ao diagrama. Em geral, atualizações de banco de dados ocorrem antes que o cluster seja atualizado. No entanto, isso depende muito das interdependências entre o banco de dados e as atualizações de aplicativo. Para cobrir estados temporários pelos quais o cluster passa, realize testes para descobrir qualquer problema quando a atualização de banco de dados está presente no cluster enquanto a atualização de aplicativo não está, e vice-versa.

Dica: Se você estiver tentando realizar uma atualização em uma janela de manutenção específica, pode aplicar os pacotes fix do WebSphere Commerce ao produto antes da atualização. Atualizações no produto WebSphere Commerce não afetam o aplicativo WebSphere Commerce.

Para continuar com a atualização, faça o seguinte:

1. Encerre o agente do nó N2. Os servidores no N2 continuarão servindo o aplicativo.
2. Encerre os servidores em N1 e N3 de modo que parem de receber tráfego.
3. Realize a atualização do pacote fix em N1, o nó com o WebSphere Commerce, como preparação para atualização do Gerenciador de Implementação.
4. Implemente as atualizações no Gerenciador de Implementação seguindo a metodologia de atualização usual. No caso de pacotes fix do WebSphere Commerce, isso é feito pelo uso do instalador de atualização a partir de onde o WebSphere Commerce está instalado.
5. Realize uma sincronização de arquivo do Gerenciador de Implementação para os servidores em N1 e N3.
6. Encerre os servidores em N2 para garantir que eles parem de receber tráfego.
7. Inicie os servidores em N1 e N3 para começar a servir tráfego com a atualização.
8. Inicie o agente de nó em N2.
9. Realize uma sincronização de arquivo com os servidores em N2.
10. Inicie os servidores em N2 para também começar a servir tráfego com a atualização.

Observação: Em vez de encerrar o agente de nó em N2, é possível desativar a sincronização automática de arquivo no Gerenciador de Implementação.

O uso de LoadBalanceWeight="0" em plugin-cfg.xml pode ajudar a drenar tráfego de servidores específicos quando forem interrompidos. Para outros métodos, consulte Tip: Minimizing outages when deploying code customization to clustered WebSphere Commerce V7 instances.

Voltar para parte superior

Conclusão

Este artigo descreveu um método para atualizar um cluster multinó com tempo de inatividade mínimo manipulando os agentes de nó e os controlando quando ocorre a sincronização de arquivo. Dependendo de seu ambiente e requisitos, esse é um dos vários métodos para atualizar seus aplicativos do WebSphere Commerce.

Voltar para parte superior

Agradecimentos

O autor gostaria de agradecer Jitendra Gupta, David Yuan e Andres Voldman por seus comentários e ajuda neste artigo. Obrigado a Chuan Jie Zheng por estabelecer um cluster e testar as etapas descritas neste artigo.

Recursos

Aprender

• Centro de Informações do WebSphere Commerce: Using the roll out update process for installing interim fixes
  
  
• Tip: Minimizing outages when deploying code customization to clustered WebSphere Commerce V7 instances
  
  
• Centro de Informações do WebSphere Commerce V7
  
  
• Zona do WebSphere Commerce no developerWorks
  
  

Discutir

• Fórum de discussão do WebSphere Commerce
  
  

Sobre o autor

Keith Chan é Desenvolvedor de Software e Chefe da equipe de Instalação do WebSphere Commerce no IBM Toronto Lab, Canadá. Ele supervisiona e contribui para a instalação do WebSphere Commerce e para a aplicação de pacotes fix. Seu trabalho na implementação de correções e atualizações proporcionou a ele insight sobre a maneira como os clientes podem minimizar o tempo de inatividade ao atualizar seus aplicativos WebSphere Commerce.

Classificar este artigo

Comentários

Voltar para parte superior

Índice

• Introdução
• Antes de iniciar
• Procedimento
• Conclusão
• Agradecimentos
• Recursos
• Sobre o autor
• Comentários

Conheça a IBM da sua cidade

A IBM está mais perto do que você imagina!

---

Saiba mais