今天在准备部署一台新的虚拟机，把模板机更新了下补丁，装了新的vmtools，克隆的时候再快结束的时候提示虚拟机文件损坏。由于模板机能正常开机运行，虚拟机内操作也很正常，所以觉得和vmdk文件没什么关系，而且克隆的时候vmdk也是克隆完成的，所以怀疑是vmx文件的问题，于是下载了下来仔细看了下，发现一个可疑之处 uuid.location = “” 内容竟然空白，又对比了一台正常的机器和一台刚刚克隆完的机器，证实确实是uuid.location问题，把uuid.location = “” 这行删除掉，上传上esx，重新启动模板机后就自动生成了。然后克隆成功，问题解决。
今天忽然发现VC里某台ESX里面的虚拟机全部无法控制，列表里面CPU和内存信息都是0，显然这台ESX出问题了，尝试断开并重新连接这台ESX结果连接失败，弹出输入用户名和密码，填写后还是连接不上，尝试ping这台esx主机发现ping的通，直接登录到esx的console发现能登陆，检查服务也正常。看来是esx的问题了，打算重启下，可以里面有2台比较重要的虚拟机，直接重启ESX担心会造成影响，所以尝试的重启部分服务，结果service mgmt-vmware restart后正常了。
一般情况下出现esx和vc的连接问题除了重启上面的mgmt-vmware外还可以service vmware-vpxa restart重启下vpxa，说不定就能解决
1.老的ESX3的虚拟机，可以通过停掉虚拟机，浏览数据存储把整个虚拟机文件夹下载到本地，然后再上传到ESX4的数据存储中，然后进到虚拟机文件夹里面对着.vmx文件右键添加到清单，恢复到ESX 4的虚拟机清单里面。
2.老的ESX3虚拟机可以在ESX4直接运行。
3.ESX3的虚拟机进行升级虚拟硬件的时候需要先把vmware tools升级到最新版。
4.可以在留有快照的情况下升级虚拟机硬件，并且升级后能够通过还原快照回到升级前的状态。
5.需要停掉虚拟机后才会在右键菜单里出现升级虚拟机硬件选项。
6.升级虚拟机硬件将会把原来ESX3的虚拟机版本从4 升级到 7，一旦升级后将无法再ESX3的环境里面使用。
7.vSphere Client直接管理ESX4的时候无法直接进行虚拟机克隆操作，只能手工去浏览数据存储，然后自己建个目录，把别的目录里面的虚拟机文件复制粘贴。（这个功能没有有点不方便）
不断添加中。。。
这篇文章是我学习和整理在用于我们单位VI3系统升级至vSphere4的一份学习总结，和升级指导，所有内容都是基于官网文章的个人理解，并非实际操作步骤，所以这里只作为浅谈，希望能够对我以及广大VI3用户在升级至vSphere4的时候有所帮助。我在正式升级完成后还会再抽空整理补充一下。
首先明确下这里所指的VI3是VirtualCenter、VMware Infrastructure Client、VMware Update Manager、VMware ESX/ESXi、Virtual Machines等等在内的一个整体平台，当然vSphere4也是和VI3这样所指的一个整体平台。
1.首先我们来把VI3和vSphere4所包含的组件来个新旧名称对比，这里只是简单的列举下升级中所涉及到的组件。
VI3 | vSphere4
VirtualCenter | vCenter Server
VMware Infrastructure Client | vSphere Client
VMware Update Manager则没有变划但是vSphere4中vSphere Client有一个Host Update Utility的工具可以用来升级esx
而license server在vSphere则被取消了，因为vSphere使用了key的方式替代VI3中的flex license方式。当然如果你需要用vCenter Server和vSphere Client来管理VI3的esx的话你还是需要license server。
2.接下来我们先了解下vCenter Server 4.0的需求。
vCenter Server 4.0的硬件需求：
CPU数量：至少2 CPUs，注意不是双核是2个物理CPU
CPU性能：至少2.0GHz Intel or AMD，如果数据库也在一台机器上的话CPU最好再强劲点。
内存：至少3GB，同样如果数据库也在一台机器上的话我想4GB是最起码的了。
硬盘空间：2GB，同样记得算上数据库的。
网络：至少千兆网络环境是必须的。
vCenter Server 4.0的环境需求：
vCenter Server 4.0需要本机的80,389,443,636,902,903,8080,8433,902(UDP)
先检查检查本机是不是有VirtualCenter之外的其他程序占用这些端口。
确保你的VirtualCenter安装路径里面没有包含 逗号(,) 或者 点(.)
确认Network service用户组对你准备安装vCenter Server 4.0路径的根目录拥有读权限。
确认安装vCenter Server 4.0的系统的计算机名称不超过15个字符。
vCenter Server 4.0的数据库需求：
vCenter Server 4.0的数据库不再支持SQL Server 2000了，所以你必须要先把数据库升级到SQL Server 2005或者2008。
虽然vCenter Server 4.0可以按照在64位系统上，但是请注意必须要使用32位的ODBC驱动来创建DSN
最后我想最起码得备份下VirtualCenter的数据吧。
虽然这些要求一般都很老套，但是往往有时候出现问题就是出在这个上面，所以建议还是对照着看一遍。
3.ESX4的相关需求
ESX4的要求相对来讲就要简单很多了基本在运行的esx3的机器都没什么问题，只是在ESX3升级到ESX4的时候有些需求要注意下
ESX3的本机VMFS卷或者是集群共享的VMFS卷至少有10GB的剩余空间
在HA环境下的ESX3升级到ESX4的时候确保有可用的剩余故障切换容量，不然就只能关VM了。
最后备份下ESX主机上的service console文件，.vmx文件，自定义脚本文件，host configuration和本机的VMFS卷。
4.Virtual Machines的相关需求
虚拟机要求更简单了，在升级VM hardware的时候确保VM没有suspend文件，另外我想VM的硬件里面都有个CDROM的吧，升级VMware Tools需要用到。
最后一步，非常重要，你要清楚的知道一旦对VM进行hardware upgrade就没办法回头了，所以至少在进行upgrade前对VM建一个快照，当然最好是把VM备份一下，不管你用何种方法。
5.升级第一步升级VMware vCenter Server
放入VMware vCenter Server光盘，或者把解压缩VMware vCenter Server安装包，运行autorun.exe在出来的vCenter Server 4.0安装界面上选择vCenter Server开始升级，基本上整个过程和安装并无太大区别，当中会有提示输入key，也可以留空安装完之后在vCenter Server里面输入，在升级数据库的时候注意下。最后安装完成会要求重启，重启后VMware vCenter Server的升级就完成了。
VMware vCenter Server升级完成后我们需要把老的
VMware Converter Enterprise Client 4.0.2
VMware Update Manager Client 1.0u3
在添加删除里面卸载掉，记得按照步骤来哦其它东西不要急的卸载还有用的。
卸载完成后打开原先的VMware Infrastructure Client没错就是老的，输入vc用户和密码后登陆，会弹出一个需求软件安装的对话框 有安装和下载2个选项，这里直接选择安装就行。然后就会自动安装vSphere Client，安装的时候注意勾选安装Install vSphere Host Update Utility 4.0，安装完成后双击桌面VMware vSphere Client，出来登陆框这里可以直接勾选Use windows session credentials这点比以前方便，点登陆后会有个证书警告的对话框这里可以勾选下面安装选项并点忽略。等会就进入了vCenter Server管理界面了。
接下来同样用VMware vCenter Server光盘安装Update Manager、Converter、Guided Consolidation，这里也基本没有什么难度照着安装界面说明来就行。
安装完成后进入vCenter Server在plugins菜单里下载安装vCenter Server的Update Manager、Converter插件。
到这里第一步升级VMware vCenter Server就算完成了。
6.升级第二步升级VMware ESX
ESX的升级有3种方法Update Manager、Host Update Utility或者用光盘安装
Update Manager方式：
进入vCenter Server选择HOME-Hosts and cluster
随便选择一台esx主机在Update Manager选单中选择PATCH方式的Baselines右键选择Detach Baseline把老的更新的基准删除，在选择Detach Baseline会有一个Hosts and cluster选择框，可以全选这样就能一步删除所有的Update Manager中的基准了。
再进入HOME-Update Manager，在上部选择upgrade Baseline，新建一个基准，注意在新建的时候下面确认选择的是host upgrade类型，下一步选择ESX upgrade iso，browse选择下载好的esx4的iso文件，再下一步如果有个证书警告的对话框勾选下面安装选项并点忽略，接下来会有一个上传过程，等待结束后继续下一部选择COS VMDK location 这里如果ESX本地VMDK有10GB剩余空间的话就选第一个，如果本机VMDK空间不足就选择第二项让系统自动选择或者第三项自己制定个共享的VMDK，后面反复下一步知道finish。这样一个host upgrade的Baseline就建好了。
回到HOME-Hosts and cluster选中要升级的esx进入Update Manager选单，attach刚刚建立好的Baseline，添加完成后scan选择upgrades对主机进行一次扫描，扫描完成后会有提示需要upgrade，选择下面的remediate，进入修复界面按照提示下一步当中也会有个COS VMDK location 的选择参照上面的说明选择继续下一步只到完成，这时候就会有修复任务在对esx进行升级了。经过一个漫长的等待期间esx还会进行重启，所有会有断开的警告，这都属正常，到最后升级完成esx就恢复正常状态了，如果有大批量的机器需要升级可以把Baseline附加到整个cluster，这样扫描和修复就是批量化了。
Host Update Utility方式：
可能在某些安装环境下比如服务器有多个ip，修改过端口啊，还有计算机名称和dns name不一样啊都会导致Update Manager出现各种问题（可以搜索下我以前写过的2篇关于Update Manager故障的博文），导致无法正常Update Manager，那么我们就要使用Host Update Utility来进行升级了。
在开始菜单-程序-vmware里选择vSphere Host Update Utility 4.0进入Host Update Utility
Host Update Utility的方式升级相对Update Manager要简单许多，适合esx机器数量较少的环境，在进入Host Update Utility后会有个选择下载patch的对话框，这里选择no，因为我们是upgrade不是打补丁。
首先要在vSphere Server里面把你需要升级的esx进入维护模式并且从cluster里面断开。
如果列表里面没有你的esx可以通过上方的add host添加，选择需要更新的esx主机点击下方的upgrade host进入下一步，选择esx4的iso，继续下一步一直到console os setting 也就是COS 设置，按照前面的规则选择一个合适的VMDK卷下方的disk size选择10GB，总得留点余地。然后一直下一步直到finish，开始升级。升级完成后再在vSphere Server的cluster重新连接升级完成的esx。
至于光盘安装的升级方式这里就不说了，基本和安装也没太多区别，不过也记得先进入维护模式并且从cluster里面断开后在升级。
升级第二步升级VMware ESX到这里就结束了。
7.升级第三步升级VM的VMtools和Virtual Hardware
vCenter Server和esx都升级完了，可能你已经迫不及待的想体验vSphere的新功能了吧，对于新建VM来讲确实你已经可以开始体验了，但是别忘了我们还有一堆老的VM等着升级才能发挥vSphere的功能。
这里在啰嗦一句，别头脑一热把备份VM忘了。
升级VM的VMtools
升级VM的VMtools也是通过Update Manager来进行的，和esx升级不同的是，vSphere Server已经有内建的Baseline了只需要附加到VM就可以具体过程就不多说了参考上面esx upgrade的Update Manager部分，一共要attach2个Baseline，VMware Tools Upgrade to Match Host和VMware Hardware Upgrade to Match Host。然后进行scan和remediate进行升级VMware Tools。
升级Virtual Hardware
升级Virtual Hardware要注意几点，1.必须删除全部快照，2.必须关闭VM，注意是关闭，不是挂起。在关闭VM后VM菜单下面才会出现Upgrade Virtual Hardware，点击后完成更新。这里在提醒下别忘了备份VM，否则后果自负。Virtual Hardware
升级完成后会发现vm概览页面VM version会变成7。
第三步升级VM的VMtools和Virtual Hardware到这就结束了。
8.第四步license
前面说过vSphere的license和VI3有着本质区别，vSphere是以key的方式的。在vSphere Server的HOME-Licensing，这里是整个vSphere Server的license管理中心，可以添加各种license。前面也提到过vSphere Server是兼容VI3的license server的，正常升级的话你应该在这个页面里面看见有license server，可以在administrator菜单里的vSphere Server settings里面修改license server地址，以用于vSphere Server 管理ESX3的主机。
vSphere 的license可以通过HOME-Licensing右上方的 Manage vSphere licenses进行添加并且分配给esx主机和vSphere Server。
第四步license基本就是这样了。
到这里整个升级流程基本上就介绍完了，虽然只是纯理论，但是我已经尽可能的接近实际操作的方式去描述了，下面我会我们的测试系统进行升级，来验证下本文的内容，到时候有问题直接在这里修改了，同时也希望大家发现问题的话帮忙纠正错误。
最后祝大家升级一次成功。 
这个问题和上次碰到的 patch metadata for xxxx missing 错误其实是一样解决的，上次是用的vc用的8080端口问题报错不太一样。
其实主要就2点
1.esx主机要开放Update Manager相关的防火墙规则，这个可以再命令行里面添加 也可以在vc里面esx主机的configuration里的security profile里面添加。
2.对于vc服务器有多个ip的情况要修改Update Manager目录下的vci-integrity.xml
找到
<hostconfig>
下面的
<patchdepoturl></patchdepoturl>
改为
<patchdepoturl>http://192.168.0.1/vci/hostupdates/hostupdate</patchdepoturl>
192.168.0.1为esx能访问的到的vc的ip，如果vc端口不是80的话就用192.168.0.1:端口
还有一个地方就是 <vpxdlocation>https://hostname:443/</vpxdlocation>
这个地方同样要改成esx能访问到的地址而不是默认的hostname，<vpxdlocation>https://192.168.0.1:443/</vpxdlocation>
这样再定义好Update Manager的基准baselines分配给esx就基本不会有什么问题了。
Update Manager是一款VMware VirtualCenter插件，可以对esx和vm操作系统 进行在线补丁更新。
前两天看到esx已经出3.5 u4了，所以今天抽空打算升级一下的，启用Update Manager，设置更新内容下载补丁都蛮正常，结果在对esx主机进行 scan for updates（扫描更新） 的时候出错。事件里面提示patch metadata for xxxx missing. please download updates metadata first.
去官网kb补习了一下，说这种情况一般是esx无法连上vc的um造成的。常见的可能性就是：
1是esx的防火墙没开8080的out规则
2是vc的机器上可能有多个ip或者网卡，恰好um给esx的ip或者vc的hostname esx连接不上。
所以解决方法首先就是打开esx 防火墙的访问外部8080端口
用ssh登入上esx（注意root用户默认是无法ssh登陆的）先su到root权限执行下面指令：
/usr/sbin/esxcfg-firewall -o 8080,tcp,out,updatemanager
如果安装vc的时候选择的http端口不是8080请做相应修改。
然后在vc主机上在服务里停掉VMware Update Manager Service，在进入Update Manager目录修改文件：
C:\Program Files\VMware\Infrastructure\Update Manager\vci-integrity.xml
找到
<HostConfig>
下面的
<PatchDepotUrl/>
改为
<PatchDepotUrl>http://192.168.0.1:8080/vci/hostupdates/hostupdate</PatchDepotUrl>
其中192.168.0.1就是esx能ping通并且访问到的vc的ip地址，8080端口为安装vc的时候选择的http端口。
然后再启动VMware Update Manager Service，这时应该需要在vc里面重新启用下Update Manager。然后再对esx主机进行扫描更新就可以通过了。
官方对于这个问题的kb：
http://kb.vmware.com/kb/1004914
http://kb.vmware.com/kb/1004330
今天再把VMware VirtualCenter 2.5从u3升级到u4，备份数据库，升级，升级数据库一切正常。启动重建ha正常，顺便就把机器重启了边，结果重启后发现vc服务起不来了。想找日志看，结果找个日志找了半天竟然放在C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\Logs
找最后修改的那个日志打开一看
1 2 3 | [2009-03-12 13:42:01.046 'App' 3064 error] [VpxdReverseProxy] Failed to create https proxy: Resource is already in use: Listen socket: :443 [2009-03-12 13:42:01.046 'App' 3064 error] Failed to intialize VMware VirtualCenter. Shutting down... [2009-03-12 13:42:01.046 'App' 3064 info] Forcing shutdown of VMware VirtualCenter now |
原来端口给占用了，找出CurrPorts一看原来是上次装的发报警邮件的mailserver自带了个80和443。找到mailserver设置关掉了http和https模块重启机器一切正常。
运行着vm的时候如果host忽然关机或者重启的话，再打开虚拟机会提示
the virtual machine is in use by an application on your host computer
解决方法进入虚拟机目录删除.lck文件和目录
环境：ESX3.5U2+VC2.5U3
ESX主机配置：DELL2950 双路四核E5450@3.00GHz，32G内存，双网口千兆网卡*2，单口4Gb HBA卡*2
中心存储：Netapp2050A FC双冗余方式链接ESX主机
vm配置：
web、mysql、测试客户端均为4CPU，4GB内存，系统盘在vmfs，应用数据盘全部rdm到存储LUN。
其中web、mysql、测试客户端分别分布在3台ESX主机，ESX之间采用千兆交换机链接。
环境：
web：centos5.2-32位，nginx0.7.30，php5.2.8，php-fpm fastcgi
nginx进程8个，fastcgi开128个php进程
静态页面
webbench -c 10000 -t 30 http://192.168.88.12/images/Beijing2008/newtopic.gif
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.88.12/images/Beijing2008/newtopic.gif
10000 clients, running 30 sec.
Speed=1489408 pages/min, 61853432 bytes/sec.
Requests: 744674 susceed, 30 failed.
=========================================
phpinfo
webbench -c 10000 -t 30 http://192.168.88.12/phpinfox35.php
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.88.12/phpinfox35.php
10000 clients, running 30 sec.
Speed=63636 pages/min, 48736019 bytes/sec.
Requests: 31818 susceed, 0 failed.
============================================
php动态 dz论坛首页
webbench -c 10000 -t 30 http://192.168.88.12/index.php
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.88.12/index.php
10000 clients, running 30 sec.
Speed=15534 pages/min, 16145783 bytes/sec.
Requests: 7767 susceed, 0 failed.
==================================================
php动态 dz论坛列表第二页
webbench -c 10000 -t 30 http://192.168.88.12/forum-8-2.html
Webbench – Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://192.168.88.12/forum-8-2.html
10000 clients, running 30 sec.
Speed=6002 pages/min, 9228623 bytes/sec.
Requests: 3001 susceed, 0 failed.
==================================================
不得不佩服下nginx的静态文件处理能力，1489408 pages/min 这个成绩太出乎我的意料了，我想这基本也就是目前vi3平台虚拟机的最高性能了把。由于目前的平台vm最多使用4个cpu(据说VI4将会升级到支持8个CPU)，所以除非esx主机使用更高主频的CPU，否则基本上和这个成绩也差不了多少了。
php我使用的是一个现成的dz论坛数据，由于还涉及到mysql的中间层，但是这样的结构已经非常接近实际使用环境了，在如此高并发的情况下还能够有将近每秒260 pages。
可以说在web处理能力上来说，企业级虚拟机平台是一种完全可以替代传统架构的平台，并且在满足性能需求的情况下，更加灵活和方便的部署、扩展方式，更加可靠的全平台HA方式，这无疑又给系统带来更高的稳定运行的能力。相信今后在web应用环境中vmware的VI3虚拟机平台将会有更加广阔的应用空间。
也就是在安装新版的VMware workstation的时候提示有老的版本未删除，但是你老的明明已经卸载了，或者卸载的时候出错没法卸载了。
其实很简单只要在运行新版本安装程序的时候加个 /c 参数就行，比如：
VMware-workstation-6.0.2-59824.exe /c
