今天公司内部高级组的大讨论——VC是否应该安装在自己所管理的HA的VM里面

winxp2000

本帖最后由 winxp2000 于 3-28-2012 23:46 编辑
如题，最近好几个项目都被我们的户外顾问说，VC不需要单独购买一个台服务器，直接把VC扔到HA里面就可以享受高可用了，真的是这样吗？
先声明一下，这个是一个讨论贴，如果想人身攻击，或者骂人的，哥奉陪，另外开贴；
查了一些资料之后我只能坚持自己的原意，VC不应该放到HA里面！
存在即是道理“I think so I am”
vmware官方应该很早就有这个“vCenter Server Heartbeat”的解决方案了
刚才回家路上找VMWARE的朋友再次确认了一次，他跟我提及VS5.0之后HOST之间更多的是通过FDM来进行通讯，跟VCenter Server之间的联系并不像之前4.X的版本依赖性这么高。
“但是官方为什么没有任何文档说到底VC放到自己管理的HA里面会如何呢？”当我问他这个问题的时候，他笑了笑
“有解决方案啊——vCenter Server Heartbeat就是解决你这个问题的啊……” 最终我还是要求他帮忙找找VMWARE 内部的文档关于这个问题的（目前没update给我）
说着自己也笑了，笑归笑，回家还是狂查了一通文档，发现一个客户自己写的体验挺合适这里用的，帖一下给大家参考
链接：http://www.blueshiftblog.com/?p=1992
标题是vCenter Server Heartbeat 6.3 — Experiences and Recommendations
里面的内容提及了，如果VC失去反应的坏处（其实就是在VC所在主机失败的时候发生一样的事情）
vCenter Server Availability
Is vCenter Server a mission-critical application for which you cannot afford downtime?  It depends on the environment, but for many organizations the availability of vCenter Server is becoming more and more critical.  For starters you lose a single point of management for all your ESX hosts, DRS and potentially quite a bit more.  Let’s take a look at some specific impacts of vCenter Server being unavailable.（当VC失败的时候下面的这些功能都会受到影响）
?        VM and Host Management – Virtual Machines (as well as ESX hosts) would need to be managed directly from each individual ESX host – which can be time consuming if you don’t know which VM is on which host.  In addition, you would be unable to provision new VMs from a template.
?        Performance and Monitoring – vCenter is constantly collecting performance metrics from VMs and hosts, as well as evaluating alarm criteria.  Without vCenter, no metrics are captured for analysis.  In addition several third party applications such as Quest vFoglight also rely on vCenter server for data collection.
?        vMotion – vMotion – including Storage vMotion – is not possible without an active vCenter server.  （这里看到其实VMOTION是会完全失败的）
?        VMware HA – The host agents still provide HA functionality without vCenter, however there is no more safeguard regarding admission control.  A cluster could be over-populated as there are no admission control safeguards available when vCenter Server is unavailable.  （这里提到一个很重要的问题，如果没有VC的管理，在多台主机的时候，失败主机的VM就漫天乱飞了，如果VM飞到一个内存已经过载的HOST上面，或者全体的HOST都没有足够的资源，就会发生无法启动的情况）
?        VMware DRS – Unavailable – workload imbalances will not be corrected, which could impact performance.
?        Backups – Several backup products rely on vCenter Server for their functionality.
?        VMware View – Unable to provision new desktops
?        vCloud Director – Unable to allocate resources or provision new VMs
终上所述，我个人还是认为VC不应该装在自己管理的HA里面；除非客户认为上面这些功能对他的企业应用没特别的影响。

zhao76820

从4.0到5.0
都是直接把VC扔到HA里面
有一个疑问，如果不放到ha里面，vmware推出的linux版的vc虚拟机放到哪里

c2h6o

本帖最后由 c2h6o 于 3-24-2012 08:18 编辑
单独放一个服务器也有宕机的风险，而且恢复起来比虚拟机麻烦多了。
个人觉得，如果真的是虚拟机很多，管理用的虚拟机最好单独放在一个HA上，占用2－3台服务器，其他生产和测试机另外放置。

ttpxk

同意此观点，既然放HA上的VC怕主机DOWN，那单独服务器也是同样的情况。感觉HA上主机DOWN的机率应该远远要比放单独服务器的机率小的多。

TiGi

求教一下：VC如果在集群内，那自己能够让自己vMotion不？

TiGi

本帖最后由 TiGi 于 3-24-2012 09:33 编辑
另外找个机器，装免费版本的ESXi，然后装vCSA。呵呵。
其实只要不将所有的物理机全部扔到一个vCenter Server里面去，总是有解决办法的：
1、单独找个机器跑ESXi，装vCS/vCSA；
2、物理机上直接装；
3、WKS内装；
4、Hyper-V等其他虚拟化解决方案内安装。
如果全部VMware虚拟化了，也是有解决之道的：
假设两个vCenter Server，vCS/vCSA放到另外一个vCS/vCSA所管理的主机/主机集群内。
说句实话，我的vCS，一直是跑在M$的Hyper-V里面的。

TiGi

本帖最后由 TiGi 于 3-24-2012 09:43 编辑
对于Down的机率，个人觉得，同样的物理服务器，单单硬件而言，Down的机率理论上是一样的。
很多时候传统系统Down掉，是由于操作系统及上面的应用致使的：操作系统Down，很多时候是和驱动之类的有关 —— VM内的核心驱动，几乎都是由一个厂商提供的，因此兼容性、稳定性等方面势必要比传统架构要好，此外传统环境内的很多驱动，都不会在VM内存在 —— 纯物理环境下，全系列水果机、Linux、Unix等系统之所以稳定，和这个有关。纯粹应用系统的Down，本质上物理和传统之间的区别不会大。

zhao76820

试过，没问题

winxp2000

其实VMWARE一直没说把自己的VC放到自己所管理的HA或者ESXI上，VC是有SUSE LINUX OVF的版本，但是不代表就必须把这个VC放到自己管理的HA里面啊
难道一家企业就只有1台ESXI吗？ 难道你就只有1个VC？
然后VC HEARTBEAT是什么？（这是反问句） VMWARE也可能出于这个考虑而不会让VC在自己的HA里面的

winxp2000

求图，求真相

winxp2000

大项目的VC都是做了HEARTBEAT的

c2h6o

可以，我就在两台机器上做VMOTION的，因为ESXI升级补丁或者维护什么的。
不过如果对VC的虚拟机进行升级什么的就不行了，需要用远程桌面连接，或者直接连接VC目前所在的ESXI主机。

winxp2000

昨天我一个客户说，VC VMOTION自己会出错；你是用VC VMOTION 自己？还是直接关闭主机让HA生效，自动迁移？

konglongkdm

是没什么问题，我也做过

TiGi

前面想了一下，VC vMotion 仅仅是一个，至少要确认vC 在HA后，正确工作无误。
假设主机发生故障后，vC在HA的时候，发生了某些问题或者出错是导致数据库或者vC系统问题更甚至于是操作系统方面的问题，那就麻烦了。