像这样的架构可运用于实际生产环境吗?
像这样的架构可运用于实际生产环境吗?运行虚拟机二十至三十台! 全部在一个机器上，没有共享存储，还是生产系统........。不怕死的尽管上！ 这样是有些不靠谱！ 兄弟啊，你这是不要命的打法啊～
万一出了问题，你第一个被离职！ 本帖最后由 TiGi 于 4-6-2012 18:13 编辑
有个事情：如果只有一台机器的话，你没有必要用vCenter！直接使用vClient访问ESXi主机，开关虚拟机就可以了。
当然，如果一定要部署vCenter的话，有些事情，还是要使用vClient访问ESXi主机进行操作。
——————————————————————————————————————————
综合一下：没有共享存储的话，vCenter 存在的意义就大打折扣了 —— 当然统一管理是优点，但是一堆高可用就都没办法使用了。而不使用vCenter，又只有1、2台主机，那免费的ESXi就能满足你的需求，而这样的好处在于：不用“D.B.”和“Q.Q.”了。
如果用一台独立服务器安装VCenter的话与数据库和WEB CLIENT在一起没问题吧。所有服务器全做了RAID10阵列的~
主要是VPS应用~ 建议使用windows 2008 r2安装hyper-v吧，这个备份起来比较容易些 VPS用Xen/KVM这类开源的虚拟化方案更合适吧？
前面补充了一下，你不妨再看看。
这是一个非常好的案例，不妨可以看一下：
http://bbs.hh010.com/thread-36010-1-1.html
上面这个案例，如果VM在共享存储上，那至少还有机会在其他主机上去访问共享存储内的VM，并将VM重启或者开启。
vCenter这个机器，装数据库、装vCenter Server、装WebClient、装UpdateManager，没问题。
但是，vCenter存在的意义何在？？？
没有共享存储，服务器需要维护的话，作为服务器上的一个虚拟机 —— “vCenter”，首先就要关掉！而只有关掉所有VM后，才能进入维护模式！进入维护模式后，才能重启 —— 当然，你可以在vCenter上对主机进行重启/关机操作，然后在vCenter上进行关闭自己的操作 —— 很显然，如果这样，万一vCenter关闭到一定程度后又关闭不了了，那还是只能通过vClient去访问主机去处置。 此外，虽然vCenter可以设置成为在ESXi主机启动后自动开机，但是vCenter出错，起不了怎么办？
vCenter，用于管理主机 —— 对于单个或者多个主机，vClient 直接访问也能管理；vMotion 等高可用特性需要vCenter，但是这些特性都要共享存储，而你的架构内没有！使用VMware DR进行备份，需要vCenter，但是VMware DR备份的数据放哪里？按照你的架构，似乎只能是主机上！此外，VMware DR是否能够备份自身所在的vCenter？ —— 恢复肯定不行吧？
RAID10，只不过对磁盘提供一定的保护，但是一次坏掉镜像的两个硬盘呢？四个硬盘的RAID10磁盘组内，同时坏两个硬盘，其实有1/3的可能会坏在同一个镜像组内的磁盘上！！！
而整台机器的可用性，又由谁来提供？？？ 明白了，谢谢
HYPER-V与XENSERVER的VPS都已经布署在使用中。打算增加一组VSPHERE的。HYPER-V的很多方面感觉不是很成熟吧~
同时采用三种虚拟化技术.......。
如果Hyper-V/XenServer继续使用，其实vCenter可以运行在这两个环境内。 确实很危险啊，起码搞个网络存储。 实际环境一定上存储才安全 其实， 建议你2台服务器， 一个共享阵列。
其中2008R2的路由建议由m0n0wall 代替， 稳定，简单
页:
[1]
2