![[z/OS]](../images/ngzos.gif)
Procedimento de Atualização do Aplicativo em um Ambiente de Alta Disponibilidade
A atualização do aplicativo envolve a distribuição de novos binários de aplicativos para cada um dos servidores em um cluster durante a sincronização da configuração.

Essa distribuição ocorre via HTTP e acontece mesmo que os servidores e o gerenciador de implantação estejam todos localizados no mesmo LPAR. Se a opção sincronizar com nós estiver selecionada quando a atualização do aplicativo for salva, o pedido de sincronização será enviado para cada nó.
Normalmente, ao receber o pedido, cada nó orquestra assincronamente o processo de sincronização com o gerenciador de implantação. Durante esse processo de sincronização, os binários do aplicativo são transferidos por download do gerenciador de implantação e armazenados no nó na localização designada (por exemplo, installedApps).
O ato de armazenar os novos binários dispara um atendente de evento de alteração na configuração que pára e reinicia o aplicativo. Dependendo de variáveis tais como o comportamento do dispatcher, peso de LPAR, etc., pode ser observada uma variação na ordem e no passo em que cada servidor torna o novo aplicativo disponível.
Devido à natureza simultânea e assíncrona da sincronização de nós, não é garantido que a disponibilidade contínua do aplicativo esteja sendo atualizada. Isso ocorre porque não existe correspondência entre o estado real do aplicativo e os mecanismos de roteamento de carga de trabalho. Os pedidos de clientes podem ser roteados para um servidor mesmo se esse aplicativo específico estiver temporariamente indisponível.
Em um ambiente de alta disponibilidade, um aplicativo deve permanecer disponível mesmo durante um processo de atualização. Portanto, a consolidação do aplicativo para cada membro de cluster, assim como o roteamento de carga de trabalho para os membros do cluster, deve ser controlada cuidadosamente para evitar que a carga de trabalho seja roteada para um membro de cluster que está passando pelo processo de atualização. Quando esses dois aspectos são cuidadosamente controlados, uma atualização pode ser instalada em cada membro de cluster sem a chegada de pedidos de clientes a um membro de cluster durante o processo de atualização.