Dicas de Ajuste do Plug-in do Servidor Web
Dicas importantes para ajuste de plug-in de servidor da web incluem como equilibrar a carga de trabalho e melhorar o desempenho em um ambiente de alto stress. O equilíbrio de cargas de trabalho entre servidores de aplicativos em uma rede com um plug-in de servidor da Web à frente ajuda a melhorar o tempo de resposta de pedidos.
Este produto utiliza a funcionalidade WLM (Gerenciamento de Carga de
Trabalho) nativa do z/OS para equilibrar dinamicamente a carga de trabalho
dos servidores de aplicativo definidos para um z/OS HTTP
Server, Versão 5.3, ou um IBM® HTTP Server para WebSphere Application Server no z/OS. Consulte
a publicação do z/OS HTTP
Server Planning, Installing and Using para obter mais informações sobre o z/OS HTTP
Server, Versão 5.3. Informações sobre o IBM HTTP Server para WebSphere Application Server no z/OS estão
contidas neste Centro de Informações.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Balanceando Cargas de Trabalho
Durante operação normal, o backlog de conexões pendentes em um servidor de aplicativos tende a crescer. Portanto, o equilíbrio de cargas de trabalho entre servidores de aplicativos em uma rede com um plug-in de servidor da Web à frente ajuda a melhorar o tempo de resposta de pedidos.
- Vá para .
- Na seção Propriedades Adicionais, clique em .
- Selecione para o Número máximo de conexões que podem ser manipuladas pelo campo Servidor de Aplicativos.
- Especifique no campo Conexões o número máximo de conexões que você deseja permitir.
- Em seguida, clique em e .
Quando esse número máximo de conexões for alcançado, o plug-in, ao estabelecer conexões, ignorará automaticamente o servidor de aplicativos e tentará o próximo servidor de aplicativos disponível. Se não houver nenhum servidor de aplicativos disponível, um código de resposta HTTP 503 será retornado ao cliente. Esse código indica que o servidor atualmente não consegue tratar o pedido porque está passando por uma sobrecarga temporária ou porque a manutenção está sendo executada.
- Existem 10 servidores de aplicativos em um cluster.
- Todos esses servidores de aplicativos hospedam os mesmos aplicativos (ou seja, Application_1 e Application_2).
- Esse cluster de servidores de aplicativo está de frente para cinco IBM HTTP Servers.
- Os IBM HTTP Servers obtêm pedidos através de um balanceador de carga.
- O Application_1 leva aproximadamente 60 segundos para responder a um pedido.
- O Application_2 leva aproximadamente 1 segundo para responder a um pedido.
Dependendo do padrão de chegada de pedidos, todos os pedidos para Application_1 poderão ser encaminhados para dois dos servidores de aplicativos, Appsvr_1 e Appsvr_2. Se a taxa de chegada for maior do que a taxa de processamento, o número de pedidos pendentes para Appsvr_1 e Appsvr_2 poderá aumentar.
Eventualmente, Appsvr_1 e Appsvr_2 ficam ocupados e não conseguem responder a pedidos futuros. Normalmente, leva um longo período de tempo para recuperar dessa situação de sobrecarga.
Se quiser manter 2500 conexões e utilizar de forma otimizada os Application Servers deste exemplo, defina o número máximo de conexões permitidas para 50. (Chega-se a esse valor dividindo o número de conexões pelo resultado da multiplicação do número de Servidores de Aplicativos pelo número de servidores da Web; neste exemplo, 2500/(10x5)=50.)
A limitação do número de conexões que podem ser estabelecidas com um servidor de aplicativos funciona melhor em servidores da Web que seguem o uso de um processo multiencadeado único para atendimento de pedidos.
O IBM HTTP Server utiliza um
processo multiencadeado único para atendimento de pedidos. Nenhuma alteração na
configuração é necessária.
O IBM HTTP Server geralmente utiliza vários processos
multiencadeados para atender pedidos. Especifique os seguintes valores para as propriedades no arquivo de configuração
(httpd.conf) do servidor da Web para evitar que o
IBM HTTP Server use mais de um processo para
atendimento de pedidos.
ServerLimit 1 ThreadLimit 1024 StartServers 1 MaxClients 1024 MinSpareThreads 1 MaxSpareThreads 1024 ThreadsPerChild 1024 MaxRequestsPerChild 0
Aprimorando o Desempenho em um Ambiente Muito Carregado
Se você usar as configurações padrão para um sistema operacional
Microsoft Windows, poderá encontrar
problemas de desempenho do plug-in de servidor da web se estiver executando em um ambiente de alto stress. Para evitar esses problemas, considere o ajuste da
configuração TCP/IP para esse sistema operacional. Duas das chaves definidas como ajuste
são TcpTimedWaitDelay e MaxUserPort.
- Localize no Registro do
Windows:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\TcpTimedWaitDelay
Se essa entrada não existir no Registro do Windows, crie-a editando-a como um novo item DWORD. - Especifique, em segundos, um valor entre 30 e 300, inclusive, para essa entrada. (Recomenda-se que você especifique um valor 30.)
- Localize no Registro do
Windows:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Parameters\MaxUserPort
Se essa entrada não existir no Registro do Windows, crie-a editando-a como um novo item DWORD. - Defina o número máximo de portas com um valor entre as portas 5000 e 65534, inclusive. (Recomenda-se que você especifique um valor 65534.)
Consulte o website da Microsoft para obter informações adicionais sobre essas configurações.