Para configurar o WebSphere Virtual Enterprise para funcionar com o VMware Infrastructure 3 Platforms, você deve configurar a segurança, para que os servidores possam se comunicar entre si e configurar as propriedades customizadas no gerenciador de implementação para definir os servidores do vCenter ou ESX.
Antes de Começar
- Configure o ambiente do VMware Infrastructure 3 Platforms em servidores físicos. O ambiente do VMware Infrastructure 3 Platforms deve atender aos seguintes requisitos:
- O ambiente do VMware Infrastructure 3 Platforms deve estar em servidores que estão executando o Sistema Operacional Solaris no hardware Intel, sistemas operacionais Windows ou Linux x86.
- Você deve usar os produtos do VMware que suportam o VMware Infrastructure 3 Platforms.
As versões suportadas são:
- VMware VirtualCenter
Versão 2.5
- VMware ESX Versão
3.5
- VMware vSphere Versão
4.0, que inclui o VMware ESXi
e VMware vCenter Server
A documentação
genericamente se refere a estes servidores com a seguinte terminologia:
- Servidor do ESX:
Consulte o VMware ESX Versão
3.5 ou um servidor VMware ESXi em VMware vSphere Versão 4.0.
- Servidor vCenter:
Refere-se ao VMware VirtualCenter
Versão 2.5 ou a um servidor VMware vCenter
em VMware vSphere
Versão 4.0.
- Instale e configure o WebSphere Virtual Enterprise em cada máquina virtual.
Sobre Esta Tarefa
Quando você tem vários nós em execução em um computador físico com o VMware Infrastructure 3 Platforms, o WebSphere Virtual Enterprise pode entrar em contato com o VMware através dos serviços da Web.
É possível configure essa comunicação no console administrativo criando propriedades customizadas em toda a célula. Essas propriedades customizadas definem a URL, o ID do usuário e senha para os servidores vCenter ou ESX. Você deve configurar também os key stores para recuperar os assinantes dos servidores vCenter ou ESX.
O modo como você configura o ambiente do
VMware para funcionar com o
WebSphere Virtual Enterprise é dependente da configuração do
VMware.
Você deve criar as propriedades customizadas para que um número suficiente de servidores no seu ambiente, façam com que o
WebSphere Virtual Enterprise reconheça todas as máquinas virtuais e computadores físicos.
- Se você estiver usando apenas servidores ESX, deverá configurar um número suficiente de servidores individuais para que o WebSphere Virtual Enterprise reconheça os servidores físicos e as máquinas virtuais no ambiente.
- Se estiver usando um servidor do
vCenter para gerenciar seu
ambiente, você pode se conectar ao servidor do
vCenter, que estabelece a
comunicação com todas as máquinas virtuais e servidores que o servidor do
vCenter gerencia. Não é necessário se conectar com cada servidor ESX. Se um vCenter estiver disponível, a melhor prática é conectar-se ao servidor vCenter em vez de cada servidor ESX.
- Se você estiver executando vários servidores vCenter com um Microsoft Cluster Server (MSCS) para fornecer alta disponibilidade, poderá configurar os key stores e as propriedades customizadas para cada servidor vCenter.
Se o WebSphere Virtual Enterprise não for configurado para funcionar com o VMware Infrastructure 3 Platforms, o ambiente do WebSphere Virtual Enterprise não compreenderá que os nós estão em máquinas virtuais, e como resultado, o processador da máquina ou a memória poderão ficar sobrecarregados.
Procedimento
-
Se estiver configurando o
WebSphere Virtual Enterprise para se comunicar com um servidor do
vCenter:
-
Recupere e armazene um certificado de assinante do servidor do
vCenter e configure o
WebSphere Virtual Enterprise para se comunicar com o servidor do
vCenter:
./wsadmin.sh -lang jython -f retrieveVMwareCertificate.py
-host:<vmware_virtual_center_host_name> -port:<vmware_virtual_center_ssl_port_number>
-user:<vmware_user_id>
-password:<vmware_password>
Em que <vmware_virtual_center_host_name>
é o nome do host do servidor do
vCenter,
<vmware_virtual_center_ssl_port_number> é a porta SSL segura do
servidor do vCenter,
<vmware_user_id> é o ID do usuário VMWare que é usado para
acessar o servidor do vCenter e
<vmware_password> é a senha associada ao
<vmware_user_id>.
-
Se estiver configurando o WebSphere Virtual Enterprise para
se comunicar com os servidores do ESX:
-
Recupere e armazene um certificado de assinante do servidor do
ESX e configure
WebSphere Virtual Enterprise para se comunicar com servidor do
ESX.
./wsadmin.sh -lang jython -f retrieveVMwareCertificate.py
-host:<vmware_esx_server_host_name> -port:<vmware_esx_server_ssl_port_number>
-user:<vmware_user_id>
-password:<vmware_password>
Em que
<vmware_esx_server_host_name> é o nome do host do servidor do
ESX,
<vmware_esx_server_ssl_port_number> é a porta SSL segura do
servidor do ESX,
<vmware_user_id> é o ID do usuário VMware que é usado para
acessar o servidor do ESX e <vmware_password>
é a senha associada ao valor <vmware_user_id>.
Você deve usar nome do host usado para o parâmetro -host em
vez de um endereço IP.
-
Repita a etapa anterior para todos os seus servidores do
ESX usando o script para
recuperar e armazenar um certificado de assinante para cada servidor do
ESX.
Resultados
Configurando o WebSphere Virtual Enterprise para funcionar com o vCenter ou ESX, resulta no melhor gerenciamento de diferenciação de serviço do que no uso do vCenter ou ESX sozinho. Com
o WebSphere Virtual Enterprise, é possível incluir objetivos de nível
de aplicativo e características para que os gerenciadores autônomos possam executar o
controle de fluxo necessário em seu ambiente virtualizado.
O que fazer depois
Se estiverem ocorrendo erros de tempo limite, você poderá aumentar os valores das propriedades customizadas com.ibm.websphere.webservices.http.connectionTimeout e com.ibm.websphere.webservices.http.SocketTimeout no padrão de 300 segundos a 600 segundos.
Considere fazer essa mudança quando tiver um ambiente virtualizado com um grande número de máquinas físicas e virtuais. Por exemplo, se o seu ambiente tiver 400 máquinas físicas, quando os pedidos forem enviados do WebSphere Virtual Enterprise para o hypervisor para informações de configuração, o hypervisor entrará em contato com cada uma das 400 máquinas físicas. Se cada pedido levar 1 segundo para ser concluído, o tempo limite padrão de 300 segundos não será longo o suficiente para processar todos os pedidos, e resultará em tempo limite de leitura. Consulte as Propriedades Customizadas de Transporte de HTTP para Aplicativos de Serviços da Web para obter informações adicionais sobre as propriedades customizadas.
Configure os servidores de middleware nos nós da WebSphere.