[AIX Solaris HP-UX Linux Windows][z/OS]

Início Lento de Aplicativo

Início Lento de Aplicativo é a ativação da primeira instância do servidor de aplicativos de um cluster dinâmico desativado diante da chegada de um pedido de aplicativo. Você decide quais aplicativos desativar e, subsequentemente, iniciar lentamente. Utilize o Início Lento de Aplicativo se houver um ambiente em que a proporção do número de clusters dinâmicos para o número de nós é alta e se vários clusters dinâmicos não forem acessados por um longo período.

O início lento de aplicativo está disponível para solicitações HTTP ou HTTPS que são roteadas através do roteador on demand (ODR). O início lento de aplicativo não estará disponível, se você usar Intelligent Management para os servidores da web. Pedidos IIOP (Internet Inter-ORB Protocol) e JMS (Java™ Message Service) não podem ser utilizados porque não são roteados pelo ODR. Não use o início lento de aplicativo em clusters dinâmicos que executam aplicativos Protocolo de Inicialização de Sessão(SIP).

Processo de Início Lento do Aplicativo

Para que recursos de valor fiquem disponíveis a outros clusters dinâmicos em um ambiente que roteia pedidos pelo ODR, será possível desativar temporariamente os clusters dinâmicos inativos, parar todas as instâncias do servidor e liberar recursos de valor para outros clusters ativos. Posteriormente, quando um pedido chegar para um dos clusters desativados, o cluster será ativado e pelo menos uma instância do servidor será iniciada. Enquanto isso, uma página de código de erro HTTP 503 (servidor indisponível) é exibida quando um usuário tenta acessar o servidor. A página de erro informa que o aplicativo solicitado está sendo iniciado e para reenviar o pedido brevemente. É possível configurar o ODR para exibir uma página de erro especial que inclua uma tag de metatualização HTTP para que o navegador possa reenviar o pedido automaticamente depois de um determinado período de tempo.

Um controlador de início lento monitora a atividade do pedido para clusters dinâmicos que podem ser desativados quando inativos e lentamente iniciados quando um pedido chega. Quando um pedido chega no ODR para um cluster dinâmico inativo, o controlador de início lento aciona o controlador de posicionamento para ser executado fora de ciclo e iniciar uma instância para esse cluster. O controlador de início lento também aconselha o controlador de posicionamento quando desativar os clusters inativos.

O diagrama a seguir demonstra os fluxos de atividades de início lento e do controlador de posicionamento:

Figura 1. Fluxo de Atividade de Início Lento do AplicativoFluxos de Início Lento e do Controlador de Posicionamento
Boas Práticas Boas Práticas: É possível configurar o tempo limite de inatividade em um cluster dinâmico no modo automático, mas o controlador de posicionamento de aplicativo não interromperá necessariamente uma instância após esse período de inatividade se não houver nenhuma contenção de memória no computador que hospeda essa instância do servidor. O controlador de posicionamento de aplicativo aproveitará o tempo limite de inatividade para parar uma dynamic cluster instance somente se um host não tiver memória suficiente para manter o número atual de instâncias do servidor em execução. O controlador de início lento não para instâncias a menos que seja absolutamente necessário ou proactiveIdleStop esteja em uso. Para obter informações adicionais sobre a propriedade customizada proactiveIdleStop, leia sobre as propriedades customizadas do cluster dinâmico.bprac

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