Difference between revisions of "Virtual Centre"

Jump to navigation Jump to search

Virtual Centre (view source)

Revision as of 21:32, 30 November 2012

3,814 bytes removed ,  21:32, 30 November 2012
→‎Update Manager: Section moved to own page
(→‎Build Numbers: Updated build nos)
(→‎Update Manager: Section moved to own page)
Line 198: Line 198:
  </heartbeat>
  </heartbeat>
and restart the VMware Server Service
and restart the VMware Server Service
== Update Manager ==
=== Import Offline Bundle ===
Useful for when you need to apply additional drivers etc to your ESX's
Often drivers are only available as an ISO, in which case you need to mount the image and extract the offline bundle ZIP file (use something like [http://www.winimage.com/download.htm WinImage]
# Open '''Update Manager Administrator''', and go to the '''Patch Repository''' tab
# Click on the '''Import Patches''' link
# Locate the ZIP file and click next, the bundle will be imported
In order to deploy the bundle you'll need to create a baseline with the bundle as a member. You've three choices here
* Create an individual baseline for that bundle, then when newer versions of the driver become available, just add it to the existing baseline
** Best for situations where you've different types of hardware being managed by the same vCentre and so you need to distinguiish between different ESX's and different bundles
* Add the bundle to an existing baseline
** Best for when you've got uniform hardware, and you like to apply uniform waves (aka controlled releases) of deployments to your ESX's
* Create an individual baseline for that bundle, that gets added to when new versions become available, and add the baseline to a baseline group which applies to clusters etc (hybrid of both of the above)
=== Import updates from another VC ===
Useful when you've a isolated VC (without internet access), and another with a full compliment of updates.
# Copy the updates from to the VC, copy the entire Data directory
#* Default location for updates <code> C:\Documents and Settings\All Users\Application Data\VMware\Vmware Update Manager\Data</code>
# On the isolated VC, run a version of the following example command to update the Update Manager database
#* <code> vmware-updateDownloadCli -p <path to patches>\Data -f esx -U <user ac> </code>
=== Scan/Remediate fails ===
* Error: '''VMware Update Manager had a failure'''
* Detail: '''Patch metadata for <ESX> missing, please download patch metadata first''', despite the fact that Update Manager is fully up to date.
* <code>/var/log/vmware/esxupdate.log</code> shows connection errors
# On the VC, stop the VMware Update Manager Service
# Edit vci-integrity.xml file
#* Normally found in <code>C:\Program Files\VMware\Infrastructure\Update Manager\</code>
# Edit the following entry, adding the VC IP address
#* <code><PatchDepotUrl>http://VC-IP/vci/hostupdates/hostupdate</PatchDepotUrl> </code>
# Restart the VMware Update Manager Service
* Error: '''VMware Update Manager had an unknown error'''
* Detial: '''vim.fault.noHost'''
# Check that you have no inaccessible/invalid/orphaned VM's on the host, if so resolve
# Disconnect the ESX from vCentre and reconnect
=== Best Practice ===
As advised by VMware, see http://www.vmware.com/files/pdf/techpaper/vsp_41_perf_UpdateManager_Best-Practices.pdf for further info
* Separate the Update Manager database from the vCenter database when there are 300+ virtual machines or 30+ hosts.
* Separate both the Update Manager server and the Update Manager database from the vCenter Server system and the vCenter Server database when there are 1000+ virtual machines or 100+ hosts.
* Make sure the Update Manager server host has at least 2GB of RAM to cache patch files in memory.
* Allocate separate physical disks for the Update Manager patch store and the Update Manager database.
* Deploy the Update Manager server close to the ESX hosts if possible. This reduces network latency and packet drops.
* On a high-latency network, powered-on virtual machine scans are preferred because they are not sensitive to network latency.
* Host operations in a slow network will take a long time. Refer to the white paper for the maximum time estimation. Don’t interrupt ongoing operations.


== SQL Database ==
== SQL Database ==
Retrieved from ‘https://vwiki.co.uk/index.php?title=Special:MobileDiff/2215’

Navigation menu