Para configurar WebSphere Virtual Enterprise para trabajar con
Plataformas VMware Infrastructure 3, debe
configurar la seguridad para que los servidores se puedan comunicar entre sí y
configurar las propiedades personalizadas del gestor de despliegue para definir los servidores vCenter o ESX.
Antes de comenzar
- Configure el entorno de Plataformas VMware Infrastructure 3 en los servidores físicos. El entorno de Plataformas VMware Infrastructure 3 debe cumplir los siguientes requisitos:
- El entorno de Plataformas VMware Infrastructure 3 debe estar en los servidores
que se ejecutan en el entorno operativo Solaris en el hardware Intel, o los sistemas operativos Windows o Linux x86.
- Debe utilizar los productos VMware que son compatibles con Plataformas VMware Infrastructure 3.
Las versiones soportadas incluyen:
- VMware VirtualCenter Versión 2.5
- VMware ESX Versión 3.5
- VMware vSphere Versión
4.0, que incluye VMware ESXi y
VMware vCenter Server
La documentación se suele referir a estos servidores con la terminología siguiente:
- Servidor de ESX:
Hace referencia a VMware ESX Versión
3.5 o a un servidor VMware ESXi en VMware vSphere Versión 4.0.
- Servidor de vCenter:
Hace referencia a VMware VirtualCenter
Versión 2.5 o a un servidor de VMware vCenter
en VMware vSphere Versión 4.0.
- Instale y configure WebSphere Virtual Enterprise en cada máquina virtual.
Acerca de esta tarea
Si tiene varios nodos que se ejecutan en un sistema físico con Plataformas VMware Infrastructure 3, WebSphere Virtual Enterprise puede contactar con VMware a través de los servicios web.
Puede configurar esta comunicación en la consola administrativa creando propiedades personalizadas a nivel de célula. Estas propiedades personalizadas definen el
URL, ID de usuario y la contraseña para los servidores vCenter o ESX. También debe configurar los almacenes de claves para recuperar los firmantes de los servidores vCenter o ESX.
La forma a través
de la que configura el entorno
VMware para trabajar con
WebSphere Virtual Enterprise depende de la configuración de
VMware.
Debe crear las propiedades personalizadas para el número suficiente de servidores del entorno para que
WebSphere Virtual Enterprise sea consciente de todos los sistemas físicos y las máquinas
virtuales.
- Si sólo utiliza servidores ESX, debe
configurar el número suficiente de servidores individuales para que WebSphere Virtual Enterprise sea consciente de los servidores físicos y las máquinas virtuales del entorno.
- Si utiliza un servidor de vCenter para gestionar el entorno, puede conectarse al servidor de
vCenter, que establece la comunicación con todos los servidores y máquinas virtuales que gestiona el servidor de vCenter.
No tendrá que conectarse a cada servidor ESX. Si está disponible un vCenter, el procedimiento recomendado
es conectarse al servidor vCenter en lugar de a cada servidor ESX.
- Si ejecuta varios servidores vCenter con Microsoft Cluster Server (MSCS) para proporcionar una alta disponibilidad,
puede configurar los almacenes de claves y las propiedades personalizadas para cada servidor vCenter.
Si no configura WebSphere Virtual Enterprise para trabajar con Plataformas VMware Infrastructure 3, el entorno WebSphere Virtual Enterprise no comprende que los nodos
están en las máquinas virtuales y, como resultado, el procesador o la memoria de la máquina se podría sobrecargar.
Procedimiento
-
Si está configurando WebSphere Virtual Enterprise para comunicarse con un servidor de vCenter:
-
Recupere y almacene un certificado de firmante desde el servidor de vCenter y configure WebSphere Virtual Enterprise para que se comunique con el servidor de vCenter:
./wsadmin.sh -lang jython -f retrieveVMwareCertificate.py
-host:<nombre_host_centro_virtual_vmware> -port:<número_puerto_ssl_centro_virtual_vmware>
-user:<ID_usuario_vmware>
-password:<contraseña_vmware>
Donde <nombre_host_centro_virtual_vmware> es el nombre de host del servidor de
vCenter, <número_puerto_ssl_centro_virtual_vmware> es el puerto SSL seguro del servidor vCenter, <ID_usuario_vmware> es el ID de usuario
VMWare que se utiliza para acceder al servidor de vCenter y <contraseña_vmware> es la contraseña asociada al <ID_usuario_vmware>.
-
Si está configurando WebSphere Virtual Enterprise para comunicarse con servidores de ESX:
-
Recupere y almacene un certificado de firmante desde el servidor de ESX y configure WebSphere Virtual Enterprise para comunicarse con el servidor de ESX.
./wsadmin.sh -lang jython -f retrieveVMwareCertificate.py
-host:<nombre_host_servidor_esx_vmware> -port:<número_puerto_ssl_servidor_esx_vmware>
-user:<ID_usuario_vmware>
-password:<contraseña_vmware>
Donde <nombre_host_servidor_esx_vmware> es el nombre de host del servidor de
ESX, <número_puerto_ssl_servidor_esx_vmware> es el puerto SSL seguro del servidor de ESX, <ID_usuario_vmware> es el ID de usuario de
VMware que se utiliza para acceder al servidor de ESX y <contraseña_vmware> es la contraseña asociada al valor <ID_usuario_vmware>.
Debería utilizar los nombres de host que se emplean para el parámetro -host en lugar de una dirección IP.
-
Repita el paso anterior para todos los servidores de ESX utilizando el script para recuperar y almacenar un certificado de firmante para cada servidor de ESX.
Resultados
Al configurar WebSphere Virtual Enterprise para que funcione con vCenter o ESX,
se genera una mejor gestión de la diferenciación de servicios que si se utiliza sólo vCenter o ESX. Con WebSphere Virtual Enterprise, puede añadir objetivos y características de nivel de aplicación de forma que los gestores autónomos puedan realizar el control de flujo necesario en el entorno virtualizado.
Qué hacer a continuación
Si se producen errores de tiempo de espera de excedido, puede aumentar los valores de la propiedad personalizada com.ibm.websphere.webservices.http.connectionTimeout y com.ibm.websphere.webservices.http.SocketTimeout
del valor predeterminado de 300 segundos a 600 segundos.
Considere realizar este cambio cuando tenga un entorno virtualizado con un gran número de máquinas físicas y virtuales. Por ejemplo, si el entorno tiene 400 máquinas físicas, cuando las solicitudes se envían
de WebSphere Virtual Enterprise al hipervisor para la información
de configuración, el hipervisor contacta con cada una de las
400 máquinas físicas. Si cada solicitud tarda 1 segundo en completarse, el tiempo de espera excedido predeterminado de
300 segundos no es lo suficientemente largo para procesar todas las solicitudes y se genera un tiempo de espera excedido de lectura. Consulte Propiedades personalizadas de transporte HTTP para las aplicaciones de servicios web si desea más información sobre las propiedades personalizadas.
Configure los servidores de middleware en los nodos WebSphere.