Configuring VMware Infrastructure 3 platforms and Intelligent Management
To configure Intelligent Management to work with VMware Infrastructure 3 platforms, you must configure security so that the servers can communicate with each other and configure custom properties on your deployment manager to define the vCenter or ESX servers.
Before you begin
- Your VMware Infrastructure 3 platforms environment must be on servers that are running Solaris Operating Environment on Intel hardware, Windows, or Linux® x86 operating systems.
- You must use VMware products
that support VMware Infrastructure 3 platforms.
The supported versions are:
- VMware VirtualCenter Version 2.5
- VMware ESX Versions 5.0 and 5.5
- VMware vSphere Version 5.0 and Version 5.5 which include VMware ESXi and VMware vCenter Server
- ESX server: Refers to VMware ESX Versions 5.0 and 5.5 or a VMware ESXi server in VMware vSphere Version 5.0 and Version 5.5.
- vCenter server: Refers to VMware VirtualCenter Version 2.5 or a VMware vCenter server in VMware vSphere Version 5.0 and Version 5.5.
About this task
When you have multiple nodes running on a physical computer with VMware Infrastructure 3 platforms, Intelligent Management can contact VMware through Web services. You can configure this communication in the administrative console by creating cell-wide custom properties. These custom properties define the URL, user ID, and password for the vCenter or ESX servers. You also must configure your key stores to retrieve signers from the vCenter or ESX servers.
- If you are using only ESX servers, you must configure enough of the individual servers to make Intelligent Management aware of the physical servers and virtual machines in the environment.
- If you are using a vCenter server to manage your environment, you can connect to the vCenter server, which establishes communication with all of the virtual machines and servers that the vCenter server manages. You do not need to connect to each ESX server. If a vCenter is available, the best practice is to connect to the vCenter server instead of each ESX server.
- If you are running multiple vCenter servers with a Microsoft Cluster Server (MSCS) to provide high availability, you can configure the key stores and custom properties for each vCenter server.
If you do not configure Intelligent Management to work with VMware Infrastructure 3 platforms, the Intelligent Management environment does not understand that the nodes are on virtual machines, and as a result, the machine processor or memory might be overloaded.
Procedure
Results
By configuring Intelligent Management to work with vCenter or ESX, you obtain better service differentiation management results than by using vCenter or ESX alone. With Intelligent Management, you can add application-level goals and characteristics, so that the autonomic managers can perform the necessary flow control in your virtualized environment.
What to do next
If timeout errors occur, you can increase the com.ibm.websphere.webservices.http.connectionTimeout
and com.ibm.websphere.webservices.http.SocketTimeout
custom
property values from the default of 300 seconds to 600 seconds. Consider
making this change when you have a virtualized environment with a
large number of physical and virtual machines. For example, if your
environment has 400 physical machines, when requests are sent from Intelligent Management to the hypervisor for
configuration information, the hypervisor contacts each of the 400
physical machines. If each request takes 1 second to complete, the
default timeout of 300 seconds is not long enough to process all of
the requests, and a read timeout results. For more information about
the custom properties, read about HTTP transport custom properties
for Web services applications.
Configure middleware servers on your WebSphere® nodes.