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

Virtualização e Intelligent Management

Com a configuração da virtualização de infraestrutura do aplicativo com o Intelligent Management, é possível agrupar recursos para acomodar as flutuações de carga de trabalho em seu ambiente e aumentar a qualidade de serviço. Você também pode utilizar virtualização de infraestrutura de aplicativo com recursos de virtualização de hardware que são fornecidos pelo hardware físico no qual o produto está hospedado.

Virtualização de Infraestrutura de Aplicativo

Com a virtualização de infraestrutura de aplicativo, é possível separar aplicativos da infraestrutura física na qual eles estão hospedados. Em seguida, as cargas de trabalho podem ser colocadas e migradas dinamicamente através de um conjunto de recursos do servidor de aplicativos, o que permite que a infraestrutura se adapte e responda às necessidade comerciais dinamicamente. Os pedidos são priorizados e roteados de maneira inteligente para responder à maioria dos aplicativos e usuários críticos.

Tipicamente, aplicativos e recursos do Java™ Platform, Enterprise Edition (Java EE) são limitados estaticamente a um servidor específico. Alguns desses aplicativos podem passar por aumentos periódicos na carga que dura pouco tempo. O tempo mais dispendioso de indisponibilidade de um aplicativo é durante um período de alta demanda. Você deve construir suas infraestruturas de TI para poder acomodar esses picos. Durante a maioria do tempo quando os sistemas são carregados normalmente, uma grande porcentagem de recursos de computação podem se tornar inúteis, tornando ineficiente o uso de investimentos em TI.

Em um ambiente estático, os aplicativos sempre estendem vários arquivos corporativos (arquivos .ear), e não são definidos de modo abrangente, para que o aplicativo possa ser móvel entre os ambientes. Os aplicativos implementados estaticamente contam com informações que estão localizadas no servidor no qual elas estão implementadas.

No ambiente de operações dinâmicas virtualizadas do Intelligent Management, o relacionamento estático é substituído por um relacionamento dinâmico com acoplamento mais baixo de aplicativos ou recursos e instâncias do servidor. Em vez de ligar aplicativos a servidores ou clusters estaticamente, os aplicativos são implementados nos clusters dinâmicos, que são destinos de implementação do aplicativo que podem ser expandidos e reduzidos, dependendo da carga de trabalho no ambiente.

Após implementar os aplicativos para que sejam móveis, usando clusters dinâmicos, a disposição dos aplicativos é determinada pelas políticas operacionais definidas. Os gerenciadores autônomos controlam a disposição das instâncias do servidor e o modo como a carga de trabalho é roteada para cada aplicativo. Se a carga de trabalho aumentar para um aplicativo específico, o número de instâncias do servidor para o cluster dinâmico que está hospedando o aplicativo poderá aumentar, usando recursos disponíveis de outros aplicativos que não estão com problema de carga de trabalho aumentada.

Benefícios da virtualização de infraestrutura de aplicativo:
  • Gerenciamento aprimorado de software e de aplicativos: Os processos de gerenciamento tornam-se mais repetitivos e menos propensos a erros usando serviços automatizados e políticas operacionais.
  • Alocação de recursos de software: A realocação dinâmica de recursos pode ocorrer, baseada no deslocamento de distribuições de carregamento entre aplicativos.
  • Número aumentado de aplicativos: Mais aplicativos podem ser executados em um ambiente de aplicativo virtualizado do que em uma configuração estática.
  • Complexidade Reduzida da Configuração: O acoplamento mais baixo entre aplicativos e as instâncias do servidor de aplicativos reduz a complexidade geral e fornece um ambiente melhor e mais utilizável.

Exemplo de Virtualização de Infraestrutura de Aplicativo

Figura 1. Virtualização de Infraestrutura de Aplicativo em um Ambiente Intelligent Management. Você implementa um aplicativo em um cluster dinâmico que tem uma política de associação especificada ou um grupo de nós. Você não implementa os aplicativos em servidores de aplicativos específicos. Em vez disso, o controlador de disposição de aplicativos inicia as instâncias do servidor de aplicativos para o cluster dinâmico, baseado nas configurações escolhidas para o cluster dinâmico.
Como a virtualização de infraestrutura do aplicativo, o ODR roteia os servidores definidos em um cluster dinâmico. Os nós que pertencem a um cluster dinâmico são baseados em um grupo de nós ou uma política de grupo de nós. Essa implementação é dinâmica, porque novos servidores podem iniciar nos nós.
Figura 2. O Início de um Servidor de Aplicativos Adicional a Reagir às Mudanças no Carregamento do Aplicativo. Os servidores de aplicativos adicionais podem ser iniciados nos nós que são selecionados pela política de associação de cluster dinâmico para tratar de pedidos adicionais que estão entrando para o aplicativo.
Se a carga de trabalho aumentar para um aplicativo específico, o número de instâncias do servidor para o cluster dinâmico hospedando o aplicativo poderá aumentar, usando recursos disponíveis de outros aplicativos que não estejam com problema de aumento de carga de trabalho.

1 Se a carga de trabalho aumentar para um aplicativo específico, o número de instâncias do servidor para o cluster dinâmico que está hospedando o aplicativo pode aumentar. Essas instâncias do servidor utilizam recursos disponíveis a partir de outros aplicativos que não enfrentaram aumento de carga de trabalho.

Virtualização de Hardware

Enquanto o Intelligent Management fornece virtualização de aplicativos em seu ambiente, você também pode utilizar Intelligent Management em hardware virtualizado, como ESX, para aproveitar os recursos de virtualização de hardware fornecidos pelo ambiente de hosting.
Benefícios de virtualização de hardware:
  • Quantidade reduzida de hardware em seu ambiente: É possível executar vários nós do Intelligent Management no mesmo hardware físico.
  • Gerenciamento Aprimorado de Hardware: É possível gerenciar mais facilmente seu ambiente porque você tem menos máquinas físicas e pode usar o software de virtualização de hardware para gerenciar suas imagens.
  • Alta Disponibilidade de Hardware: Configurando o failover do servidor, o hardware físico pode ser altamente disponível. Quando um servidor falha, ele pode ser substituído por outro servidor.
  • Alocação Dinâmica de Hardware: Os recursos físicos, como processadores e memória, nos computadores hosting podem ser compartilhados entre os servidores virtuais em seu ambiente e alocados dinamicamente, conforme necessário. Como os recursos são alocados dinamicamente, o reinício dos servidores não é necessário.
  • Armazenamento Compartilhado: Vários servidores virtuais ou partições lógicas podem compartilhar o mesmo armazenamento físico. Não é necessário um disco rígido físico para cada máquina virtual ou LPAR.

O Intelligent Management em um Ambiente com Virtualização de Servidor

O Intelligent Management pode operar em ambientes de hardware virtualizado suportados. Os diferentes fornecedores de hardware fornecem diferentes recursos de virtualização, portanto o comportamento do Intelligent Management em diferentes ambientes de virtualização de hardware pode variar. No entanto, temas comuns existem em ambientes de virtualização de hardware, como a habilidade de compartilhar recursos de hardware pelos servidores virtuais ou partições lógicas. Os ambientes de virtualização do servidor podem ser executados em modo compartilhado do processador ou modo do dedicado do processador. Quando você usa o modo de processador compartilhado, os processadores físicos são unidos e compartilhados entre os servidores ou partições lógicas que estão em execução na máquina física. Quando você usa o modo de processador dedicado, os processadores físicos são designados estaticamente para cada servidor virtual ou partição lógica.

Figura 3. Modo de Processador Compartilhado. No modo de processador compartilhado, os processadores físicos são unidos e compartilhados entre os servidores virtuais ou partições lógicas.Com o modo compartilhado do processador, um servidor físico contém um conjunto de processadores compartilhados que é usado para executar múltiplos servidores virtuais ou partições lógicas, o que pode conter nós e servidores de aplicativos.
Figura 4. Modo de Processador Dedicado. No modo de processador dedicado, os processadores físicos são designados estaticamente para cada servidor virtual ou partição lógica.
Como o modo de processador dedicado, os processadores físicos são mapeados em servidores virtuais específicos ou partições lógicas. Estes servidores virtuais ou partições lógicas podem executar nós e servidores de aplicativos.
O Intelligent Management também pode ser executado em ambientes de virtualização de hardware com o modo de processador dedicado. A capacidade do processador é fixada estaticamente para cada servidor virtual ou partição lógica. A capacidade e a designação não são alteradas dinamicamente. Como o recurso do processador não é alterado para cada servidor virtual ou partição lógica, o uso do modo de processador dedicado não afeta o gerenciamento de tráfego e os recursos de virtualização do Intelligent Management.
Figura 5. Coexistência de Infraestrutura de Aplicativo e Virtualização de Hardware.
Coexistência de infraestrutura de aplicativo e virtualização de hardware

On-demand Router em um Ambiente com Virtualização de Servidor

O on-demand router (ODR) nunca deve ser restringido para uso de CPU ou de memória. Portanto, quando você instalar o ODR em um ambiente com virtualização do servidor, configure a máquina virtual ou LPAR no qual o ODR é executado no modo de processador dedicado ou configure-o em um modo que garanta que o ODR receba uma quantidade suficiente de recursos de CPU e memória dedicada quando o ODR é executado.

Implementando o Produto no Solaris 10 Zones com CPU Compartilhada

É possível instalar e implementar o produto no Solaris 10 Zones em modo não dedicado no qual a CPU e a memória são compartilhados entre as zonas.

Se o Solaris 10 Zones estiver configurado para compartilhar a CPU e a memória entre as zonas, o produto deve ser instalado na zona global de cada máquina do Solaris. Essa instalação pode ser um nó de instalação padrão.

O agente do nó que está na zona global de cada máquina Solaris fornece as informações necessárias para todas as zonas na máquina. Enquanto o processo do agente do nó está em execução, ele automaticamente reúne as informações adequadas necessárias para o produto funcionar adequadamente nesse ambiente.


Í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_odoevirtualized
Nome do arquivo: cwve_odoevirtualized.html