博威---云架构决胜云计算

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
楼主: network

VMware ESX4使用大全

[复制链接]
 楼主| 发表于 2010-12-20 16:31:33 | 显示全部楼层
VMware server及VMware ESX server产品比较


在公司使用VMware虚拟机产品一段时间,有一些心得体会。下面总结一下。
一.免费产品,收费产品选哪个?
对于VMware产品的选择不得不说一说。VMware服务器产品目前主要有免费的VMware server和收费版的Vmware ESX server.不过目前VMware公司不单独发行VMware ESX server. ESX server作为VMware Infrastructure套件的一部分成套销售。VI分为N个版本,企业版,精简版之类的。
免费的和收费的版本各有优缺点:

1. VMware server支持多种操作系统,可以在现有的Windows,Linux平台上安装VMware server。充分利用已有的硬件系统。而且可以充分利用底层操作系统丰富的驱动,硬件适应性更好。收费版ESX server的其实底层也是个linux,最麻烦的就是安装驱动,不一定能发挥最大的硬件功效。
2. VMware server支持更加丰富的外设,支持串口,并口,USB设备,而ESX server连个USB都不支持。当然,VMware公司作为业界的领导者,也提供了全套的解决方案,但是需要购买其他的软件来解决这些问题。
3. VMware server生成的虚拟机移动性兼容性好,可以在vmware player,vmware workstation上直接运行。万一server挂了,随便拷贝到一个机器上就能运行起来。而ESX server生成的虚拟机只能在ESX server上运行。万一服务器挂了,不能简单的恢复。
4. VMware server性能受底层操作系统影响,不是特别好。选择硬件的时候需要更加强大的CPU,更多的内存。VMware官方建议免费版的一个CPU核跑1台虚拟机,ESX server一个核可以跑两台。而且ESX server拥有专有优化的文件系统,性能上有优势。
5. VMware server管理可以使用client端工具远程,但是这个工具功能比较弱,比较有用的就是远程光驱的功能。可以将装有client端的计算机光驱虚拟到虚拟机的光驱上。安装软件很方便。收费版的VI套件中的VMware VirtualCenter是一个全功能的管理工具,可以集中管理多台ESX server。并且监控这些server的状态,性能。提供虚拟机模板功能,可以迅速的部署新的虚拟机。
收费版VI套件中还提供了备份,高可用等等的企业级组建。当然要把这些功能买齐了,可要花一大笔钱。

二.硬件服务器和host OS的选用
VMware公司在网站上提供了一份兼容的服务器列表,大家在购买收费版服务器的时候一定要看看这个服务器列表。买错了装不上可就郁闷了。免费的产品兼容性很好。如果选择windows server作为host OS,可以说基本上都能用。但是windows server标准版和redhat 标准版都有最大内存限制。要是想在一个server上多装几台虚拟机那就要买企业版的windows server和redhat了。那也不是一般的贵啊。所以如果选用免费版的VMware server,推荐使用centOS 4.*作为host OS。内存没有限制,又有redhat企业版的品质。
至于CPU和内存的配置要根据应用来一般来说所能安装的虚拟机数量取决于cpu的核数,比如说买个4核的CPU,选用免费的VMware server,最大能装的虚拟机数就是4-1=3个(还有一个核要留给host OS),如果选用ESX server,最大能装的虚拟机数就是4*2-1=7个。不过这只是一个预估,尽量留出一点富余,不要用到极限。内存比较好算,需要的内存数就是所有虚拟机内存的总和再加上host OS需要的内存。
不过还有一个关键问题,就是磁盘的问题。虚拟机有一个严重的瓶颈就是磁盘性能。如果买的是中低端服务器,尽管安装的虚拟机cpu负载不高,但是磁盘读写很频繁的话,比如说文件服务器之类的。也建议不要在一台server上安装过多的虚拟机。我遇到过一次,一台HP DL380,8核,8G内存,跑了5台虚拟机。结果我在host OS上拷贝大文件,导致其中一台windows server的服务器由于不能及时向磁盘写文件而崩溃。
如果你需要选择多台硬件作为服务器,建议选者同一品牌的,而且最关键的是cpu必须是同一个厂家的。使用INTEL CPU服务器上安装的虚拟机拷贝到AMD CPU服务器上来的话很有可能会出问题。原因是他们虽然都是x86架构,但是他们使用的CPU指令集不一样。我遇到过一次。在AMD的server上安装了一个图形界面的Ubuntu,结果copy到intel的server上以后,图形界面死活运行不起来。后来才想通,Intel的多媒体指令集是MMX ....,而AMD的是3Dnow。总之不同CPU之间指令集有差异。会导致不可预测的后果。
三.磁盘分区
服务器有raid功能的,最好不要把host OS和虚拟机存放的划在一个raid里,资金足够的话,各个虚拟机之间最好也不要共享raid。比如说目前我现在在用的服务器有8块硬盘。1,2块做了个raid 1,用来安装host OS,剩下5块做了个raid 5,这样可以避免host OS出问题后连虚拟机一起毁掉的重大问题。当然,如果有钱,最好也把各个虚拟机所用的磁盘规划好,分别做raid 1。这样性能更好。
另外,实际操作中遇到一个问题,HP的服务器raid 5最大容量是2T。所以如果使用磁盘阵列来存放虚拟机的话,计算磁盘容量的时候一定要把这个限制考虑进去。5个500G的盘做一个raid 5,浪费一个500G.通过实践验证,HP服务器一个RAID 5可以超过 2T,但是一个logic disk 最好不要划超过2T。否则Windows 2003 storage server也不能使用超过2T的空间。具体现象就是在磁盘管理工具中可以看见一个超过2T的硬盘。但是呢只有前2T可以创建分区,剩下的没法创建主要分区或是扩展分区。全部浪费!
不知道是不是window NTFS系统的限制。linux下没有试过。
 楼主| 发表于 2010-12-20 16:45:54 | 显示全部楼层
千台服务器整合至20个VMware ESX服务器发布者:鱼玄      来源:未知      点击: 295次      更新时间:2009-06-16 08:25

  在NetApp位于印度班加罗尔的工程试验室,我们的运行目标是满足约700个开发工程师的计算和存储需求,这些工程师负责众多关键性NetApp开发工作,其中包括WAFL、NAS、SAN、存储管理、VTL、开放系统SnapVault(OSSV)和SnapDriveforUNIX。
  截至2008年8月,我们已经部署约1,000台x86物理服务器,以满足这些及其它工程项目的各种需求,但需求仍以每月约40个服务器的速度不断增长,几乎每个月需要增加两个机架的计算服务器。如此增长的需求导致可用机架空间、电力、冷却等方面的问题。由于物理服务器程序比较缓慢而且不灵活,情况变得更加复杂,使我们越来越难以满足工程师的需求。
  为此,我们启动了COLD项目(ConsolidationandOptimizationofLab/Datacenter,即实验室/数据中心的整合与优化),以整合和虚拟化这些关键性工程应用资源。目前我们处于转型中期。项目完成后,我们预计将能够用20台VMwareESX取代50%甚至更多原有的1,000台物理服务器,只有少数物理服务器(最后数目未定)将予以保留,主要用于那些需要物理硬件进行测试的应用。
  我们的VMware服务器还可以满足未来的增长,极大地提高我们适应工程师不断变化的需求的能力
  本文我们将讨论:
  ·整合和虚拟化的目的
  ·主要挑战
  ·设置和配置程序
  ·P2V迁移
  ·转型的现状
  ·未来计划
  ·整合和虚拟化
  服务器和存储整合通过提高运行效率和有效性可以降低成本,虚拟化则通过提高自动化、可扩展性以及从一个单一平台提供多种功能或服务使服务器和存储技术的价值达到最大化。我们新的数据中心正在向虚拟化的模式迈进,该模式将使我们能够利用更加强大的技术满足不断变化的工程应用需求,满足业务增长或者降低的要求。虚拟化技术为我们的数据中心增加了价值,提高了灵活性、可扩展性、易管理性以及响应能力。
  虚拟化使IT能够在更加经济的规模下运行,最大化利用现有资源,就算基础设施的增长速度非常快,也能够有效地被管理。我们在决定选用VMware配合NetApp存储之前评估了多个虚拟化解决方案。最后我们选择VMware,原因是它支持的客户运行系统的范围很广,这对我们这个项目非常关键。
  最初的挑战
  在起始阶段,要推进项目我们必须解决众多结构和技术方面的挑战。
  有限的预算。首先,由于我们的预算是有限的,这个虚拟化项目必须以最少的设备开始。项目最初是以两台租用的服务器(已安装有VMwareESX服务器)和一个独立NetAppFAS3050存储系统开始。这使我们有足够的设备做一个概念验证(proofofconcept,即POC)。这些租用的服务器通过加大的内存进行了升级,所以可以处理更多的虚拟机。
  工程师们的担心。工程师们在开始的时候持怀疑态度。他们不相信一个虚拟的机器能够处理他们原来习惯使用的物理服务器所处理的工作。而且每个工程项目的需求都是独特的,所以更增加了这个问题的复杂性。然而,使用仅仅两台最初的虚拟服务器,我们成功地说服了大部分工程师,使项目得以进行下去。
  网络集成。扫除了这个障碍后,我们开始商量如何在现有环境中集成一个虚拟服务器。工程应用实验室网络的设计旨在最小化第2层广播。接入层交换机配置了多重VLAN,向上连接至使用第3层的核心骨干交换机。(这个网络架构相当于一个校园网,每个功能/院系使用一个单独的VLAN。)

我们有两个选择:在每个VLAN上提供一个单独的ESX服务器,或修改网络布局。如果是前一种情况,资源将无法完全利用。我们会需要更多的ESX授权,而且管理也会更加困难。但是,第二种方案更加复杂,而且需要很长的宕机时间来完成。
  在与我们的网络合作伙伴和工程客户进行大量的讨论后,我们最后决定采用包含有一个整合虚拟服务器群的解决方案,可以放置我们所有的ESX服务器、存储系统和网络闸,而且可连接至每个项目的VLAN。
  

  图1)虚拟服务器群和网络设置
  虚拟服务器群设置和配置
  在设计这个设置的时候,我们遵从TR-3428:NetApp和VMware虚拟基础架构3:存储最佳实践。我们的虚拟基础架构已经拥有一个由8个服务器组成的群和一个NetAppFAS3050集群,拥有436台虚拟机,支持17个工程团队。至今我们已经完成了150个物理至虚拟(P2V)转换和100个GSX至ESX迁移。以前我们曾在一些项目上采用VMwareGSX很有限、分散地进行过虚拟化。基本上我们是每个物理服务器拥有4-5个虚拟机。
  资源池通过VMwareVirtualCenter设置,以聚合和管理多组以组为单位的虚拟机。每个组的网络连接由2个1GB的网络端口提供,两个端口组合在一起以进行负载平衡和冗余。
  我们的集群FAS3050配备有4个磁盘架,采用300GBFC驱动和多路径,以应对存储故障。该存储系统的网络端口采用NetAppVIF,以处理冗余和进行负载均衡。
  所有ESX数据存储都采用NFS在该存储系统中进行。我们选择NFS因为它性价比高,而且很容易配置和管理。光纤通道数据存储可能需要额外的硬件,如FC交换机、HBA、线缆,而我们由于预算有限所以可能无法满足。此外,采用NFS数据存储的性能与FC的性能是具有可比性的。
  新的虚拟机配置有NetApprapidcloningutilityversion1。该过程利用了NetAppFlexClone,因此类似的虚拟机可以分享同一个存储,而无须浪费很多的空间重存储同一个操作系统的文件。你可以在最近的一篇TechOnTap文章中了解更多该过程,该文章介绍了同样的过程,只不过针对的是VMware虚拟桌面。
  从物理机迁移至虚拟机
  由于工程应用团队要求现有服务器配置保持不变,当我们在将服务器从物理机迁移至虚拟机的过程中,我们面临保持主机命名、IP地址、操作系统配置不变的挑战。
  为了完成这些迁移,我们首先将每个组的数据网络扩展至虚拟服务器群。P2V转换通过使用VMwareVirtualCenter实现。大部分迁移在周末或节假日进行,以降低宕机时间。定期检测新的虚拟机,确保性能。我们还与团队密切合作,以防止出现性能问题,并在需要的情况下分配更多的资源给虚拟机。
  现状
  我们定期监测虚拟机的增长和物理服务器的逐渐退役数量,并且用图表标注出来。我们计划在未来6至9个月内把物理服务器的数目降低至500台。同期虚拟机数量预计将增至1,500。我们预计将所有1,500台虚拟机放置至20台VMwareESX服务器。我们现在8台服务器支持450个虚拟机,平均的CPU和内存使用率约为30%,因此有很多余量支持更多的虚拟机。


  图2)转型进程
  未来计划
  我们对目前所取得的进展感到非常高兴,而且已经能够看到因为虚拟环境所带来的额外的机会:
  多平台支持。我们目前的环境仅仅包括基于Intel的服务器。我们也希望能够支持采用IBM逻辑分区(LPAR)的PowerPC平台和AIX操作环境虚拟,以及采用Solariscontainer的SPARC。
  单一仪表板。我们目前的管理环境主要依赖VirtualCenter检测和管理VMware服务器/虚拟机,以及NetAppOperationsManager检测和管理存储。现在我们正在积极采用NetAppSANscreen,以使我们能够在单一的仪表板上既能看到服务器也能看到存储。
  业务连续性。在物理服务器环境中进行恢复是很难的。新的虚拟环境使我们能够提供更高水平的业务连续性。我们希望采用SnapMirror将所有虚拟机数据镜像至一个单一的NetAppNearStore系统。这样一来,我们将能够迅速地从任何服务器或存储硬件错误中进行恢复,提供数据的异地副本进行站点恢复。
  按需分配服务器与存储。我们的最终梦想是创造一个自主服务的环境,实现工程师能够在线询问服务器和存储资源,而且资源无需管理员的参与即可被自动配置。
  结论
  虽然我们的转型只进行了一半,但我们已经看到虚拟环境所带来了大量好处:
  更快的配置。由于我们快速的增长,以前要走在需求前面或者满足预料之外的要求很困难。如果一个工程项目需要多个附加的服务器进行测试,可能需要长达4个星期去准备和配置所需要的硬件。现在我们几分钟就可以配置新的虚拟服务器。
  负载平衡。与配置相似,如果一台物理服务器负载过重,通常会是一个痛苦而且很长的重新配置过程。现在,我们定时检测VM,查看性能,如果需要就尽快采用VMware工具迅速增补资源。如果某一个VMware服务器负载过高,我们可以使用VMotion移动虚拟机,在最小的间断内重新平衡负载。
  弹性提高。我们现在可以更快地从服务器/操作系统错误中恢复。如果一个物理服务器有了硬件错误,这显然会很费时间。如果在VM上出现一个错误,我们可以很快地重启。如果一个虚拟服务器要出现错误,我们可以采用VM移植快速地在其它虚拟服务器上重启它的负载。
  减少宕机时间。VMware和NetApp存储的维护特点使我们的维护几乎没有宕机时间,减少了对工程师的影响。
  这些改进最直接的结果就是一个更加灵活、有弹性的开发和测试环境,最终可以提高工程师的生产力,缩短上市时间。认识到这个方法的优势后,其它NetApp工程应用实验室也正在采取相似的办法。
 楼主| 发表于 2010-12-20 16:47:57 | 显示全部楼层
VMware-WorkStation 、VMware-GSX-Server 、VMware-ESX-Server 区别联系
--------------------------------------------------------------------------------
VMware是提供一套虚拟机解决方案的软件,主要产品分为如下三个。


VMware-ESX-Server
这个版本并不需要操作系统的支持。它本身就是一个操作系统,用来管理硬件资源。所有的系统都安装在它的上面。带有远程web管理和客户端管理功能。




VMware-GSX-Server
这个版本就要安装在一个操作系统下了,这个操作系统叫做HOST OS.
这个HOST OS可以是Windows 2000 Server以上的Windows系统或者是Linux(官方支持列表中只有RH,SUSE,Mandrake很少的几种),和VMware-ESX-Server一样带有远程web管理和客户端管理功能。


VMware-WorkStation
这个版本和VMware-GSX-Server版本的机构是一样的。也是要安装在一个操作系统下,对操作系统的要求也是Windows 2000以上或者Linux。和Vmware的区别就是没有web远程管理和客户端管理



参考资料:VMware官方网站:



http://www.vmware.com





      WorkStation 提供本地的虚拟服务器,功能与 gsx server 没有太大的区别,但是不能够远程控制,也就是说,你要维护你的虚拟服务器,必须到你安装它的电脑里直接操作他,而其他的 server 版本就可以远程维护,这是workstation 和 server 的最大区别。至于,效率方面肯定会低一点,但是作为软件测试就已经足够了。




      gsx server 需要安装在一个操作系统上,如 windows 、 redhat linux 或 unix 等上面,作为一个应用程序。然后把操作系统再安装到 gsx server 里面,虽然效率比 workstation 要提高一些(估计),但由于 gsx server 本身效率还是受到它所安装的宿主操作系统的限制,效率会较低,起码系统的资源会先用在宿主系统中去了。 Gsx server 提供了远程管理的功能,我们曾经在 Redhat advance server 3 中安装了 Gsx server ,然后在上面运行 4 个系统,然后通过 VMware Virtual Machine Console 来安装、维护和管理,效果不错,就像 windows 的远程桌面连接一样。再提一次, VMWARE 的 snapshot 功能是非常好的,可以为管理带来很多的便利。


      Esx Server 是一个全新的架构,它本身就有一个基于 linux 的操作系统,基于虚拟服务器进行了优化,所以效率会比以上版本都高。它可以使用浏览器进行管理(见上图),为用户带来很多便利,但如果需要安装和维护系 统,就必须使用 VMware Virtual Machine Console 了。但是, Esx Server 不支持 snapshot 快照功能,我觉得十分不解,这么好的功能为什么不能使用呢。另外, Esx Server 对服务器的要求很高,我安装过不下 10 台服务器,除了两台原装的 IBM 服务器可以安装成功外,其他的都不行,看来它面向的是到端用户。

结论:

1 、如果你仅仅想了解一下虚拟服务器,你可以安装 workstation ,基本上所有功能都是一样的。

2 、如果你已经安装了操作系统上,希望保持它的运行,而且虚拟出其它一两个操作系统,同时你对效率不太重视,你可以使用 gsx server 。

3 、如果你是网管,希望充分发挥你现有的高档服务器的利用率,而且你对 linux 比较了解,以可以使用 esx server ,当然你必须要钱支付这个软件。



================



VMware GSX Server在企业中的应用为何?
企业客户依靠VMware GSX Server使服务器发挥最大功效及提升可信赖度;并且让IT的投资获得最大的价值。本产品在企业中作用为:

1.服务器部署整合:在公司内IT的作业中,软件的研发与测试环境的部署时,VMware GSX Server 可以将许多不同操作系统的测试架构、及应用程序,合并到少数强大运算能力的实体机器上执行,以减低测试环境的规模。

2.提高可用性:VMware GSX Server可以在一台实体机器上建立许多个别独立的虚拟服务器,并且在虚拟服务器上提供网路附载平衡、待命、同步、甚至于丛集服务,以保障重要的程序的运作及资料安全。

3.快速架构服务器:VMware GSX Server让您新增虚拟服务器如同文件复制一样方便,您只需预先架设一台虚拟服务器就可以快速的部署及执行您所需要的多台服务器。

4.让您的训练与展示中心运作更容易:企业的教育训练人员使用VMware GSX Server预先架设各种作业平台的虚拟服务器,可以方便行销及业务人员做出环境复杂的产品展示。

5. 增进软件客服效率与技术支持营运作业:VMware GSX Server可以让您快速的进行除错与提供良好的客户服务,您可以使用快速属部署与快速还原的机制,帮助客户进行除错的动作。VMware GSX Server 的架构与能力可以让用户非常容易的整合至Windows与Linux平台,并且易于管理与部署.

VMware GSX Server如何运作:VMware GSX Server藉由各自独立且可以传递的虚拟服务器以精简电脑架构。VMware GSX Server让虚拟服务器在相同的安全平台上提供远端管理,迅速部署,规格制式化的功能。

VMware GSX Server将一台实体的电脑变成许多的虚拟服务器,这些虚拟服务器其实是由单一的硬件所架构成的,系统资源依据每一台虚拟机器的需求,分配到所有的虚拟机器。


VMware GSX Server完善的架构,让Windows与Linux的虚拟系统整合更为容易部署与管理,VMware GSX Server提供您的虚拟服务器更加容易部署、管理与提供远端遥控作业。

VMware GSX Server 的架构与能力可以让用户非常容易的整合至Windows与Linux平台,并且易于管理与部署. VMware GSX Server 如同应用程序执行于你的操作系统上,使虚拟机器的部署,管理与远端控制更加便利。
 楼主| 发表于 2010-12-20 16:48:30 | 显示全部楼层
在虚拟化领域,微软是继VMware后最大的竞争者,它的出场引发了一个讨论:Hyper-V是否会超越VMware ESX Server成为主导的hypervisor。VMware与微软及其余竞争者之间的争论是一场热烈的战争,让想人起了Windows与Mac OS之间的战争。

VMware产品的成熟性

就交付的虚拟化产品而论,VMware显然是最有经验的公司。VMware有10年的虚拟化经验和一个庞大的用户基础,包括100%的财富 500强公司和92%的财富1000强公司,全球总共有超过10万的用户。VMware还拥有11个虚拟化专利权,在2007年,VMware的收入达到了13.3亿美元。

相比之下,拥有新虚拟化产品的微软几乎没有企业虚拟化经验,到目前为止,还没有财富500强的用户在生产环境里采用微软的企业虚拟化产品。你不妨问一下你自己,哪个公司听起来更能胜任提供你企业的虚拟化解决方案?

在企业里工作的大多数有经验的IT专家都知道,为了工作的稳定性和舒适度,你不需要部署尖端的技术。对于那些直到第一或者第二服务包发布后才部署操作系统的专家们,我怀疑他们是否想要部署Hyper-V。Hyper-V仍处于“发布侯选者”阶段,即beta版本测试后的下一个阶段。而 VMware ESX是在2001年发布的,当时的版本是1.0。

Hyper-V还没准备好为企业效力

VMware在许多方面超过微软。首先,VMware提供三种级别的组合支持,易于与你的授权VMware产品一起购买。而微软仍然是一个“发布侯选者”,是否提供支持还不得而知。

如果你获得Hyper-V的支持,其实只是购买了对Windows Server 2008的支持。你能想象你打电话想解决虚拟化的问题,接电话的技术人员是同一个处理打印服务器、IIS和Windows补丁问题的技术人员吗?

我不需要谈论Windows Server操作系统稳定性的问题;我所要谈到的是“Windows”和“稳定性”。为什么把虚拟化平台合并到Windows Server,或者与Windows Server牵扯到一起?下面引用的是Hyper-V发行说明中在已知问题部分的一段话:

“当hypervisor发生故障时,会出现系统崩溃,计算机可能停止响应。发生这种问题时,将生成一个系统崩溃文件,计算机出现蓝屏。为解决此问题,需重新启动计算机。”

所以,仅仅是重新启动Hyper-V以“解决此问题”。如果在发行说明中对已知的问题有这样的陈述,你会选择这个平台来虚拟化成百上千台服务器吗?

此外,微软的Hyper-V要求你拥有64位硬件,这就排除了那些不打算为虚拟化而购买新服务器的人。事实上在我看来,虚拟化的好处之一就是能够使用现有的硬件,并且能够做更多的事。

最后,ESX Server的性能更优越。许多专家和学者一致认为微软的“快速迁移”与Vmotion无法相提并论,指出机器重启时存在的差距。此外,VMware的高可用性(HA)可在两秒不到的时间内恢复服务器。微软的主机集群与虚拟化不相关,配置更困难,且故障转移更缓慢。

VMware的分布式资源调度程序(DRS)能动态地负载均衡你的虚拟客户服务器。微软的网络负载均衡(NLB)也是与虚拟化无关,只是 Windows服务器的一个网络负载均衡的选择。VMware的Storage VMotion可以从一个SAN或者本地主机系统移动一个虚拟客户及其存储到另一处,这是无法相提并论的。

为什么VMware ESX将击败微软的Hyper-V

我个人认为,VMware“赢得了这场战争”是由于以下几种原因。可能最明显的是,微软在虚拟化技巧上已经落后于VMware,而且很难赶上 VMware。仅在2007年,VMware就推出了ESXi、Site Recovery 和Update Manager,以进一步改进ESX Server。随着他们每年继续改善他们的产品以提供更多的价值,微软在打一场硬仗。

此外,由于虚拟桌面基础架构(VDI),VMware将继续在收入上大幅度增长。我认为,VDI是继服务器整合后的下一个虚拟化新浪潮。同时,VMWare将能够与微软在ESXi上进行价格战竞争。VMWare可以选择免费提供ESXi,就算他们不免费提供,也能以495美元的价格与 Windows Server 2008 Hyper-V 的999美元价格进行竞争。

最后,也最重要的,就是ESXi在高效率性更胜一筹。占用32MB空间的ESXi与占用2GB空间的Hyper-V相比,谁在开机时胜出?谁在安全方面胜出?当涉及到故障的减少和高可靠性,哪个胜出?我猜测32 MB的更快捷、更安全及更可靠。就ESXi的可靠性和正常运行时间而言,据称ESX已经有过运行1000多天而没有一次重启的记录;而由于Windows更新,Windows Server 2008 Hyper-V需要,每三十天重启一次。

总而言之,如果你仅仅看到一个单独的VMware Infrastructure企业套件许可证要花费6950美元,相比一个单独的Windows Server 2008企业或标准的套件许可证来说,毫无疑问,VMware解决方案花费更多。然而,就性能而言,VMware仍然比微软的Hyper-V胜出一筹。
 楼主| 发表于 2010-12-20 16:49:19 | 显示全部楼层
免费的VMware Server:还在VMware推行它宏伟的虚拟化蓝图之前,ESX Server的上一代版本GSX Server已经销售了五年之久,它当时的售价接近现在的ESX Server。和ESX Server一样,GSX Server也是专注于数据中心的布置,后来VMware发布了企业管理工具VirtualCenter,可以使管理GSX Server和 ESX Server完全一样。
  自从2001年VMware推出GSX Server至今,已有300多家著名大公司采用了该系统。2005年末,VMware终于推出了该公司史上第一款虚拟化产品VMware Play。接下来,又做出决定把即将推出的GSX Server 4.0转为免费,并重新命名为Server 1.0。这就是VMware Server的由来。
  说白了,免费的VMware Server就是VMware GSX,也就是ESX的上一代产品。

  GSX Server和ESX Server,两个产品都可以提供多操作系统运行支持。但这两个产品采取的实现方式不同,GSX Server在宿主操作系统中以应用程序的方式运行
服务器仿真会话,比如在Windows 2000系统中运行多个服务器仿真系统。而GSX Server的后继产品 ESX Server则基于专有的系统平台,使用分立的分区来隔离每一个虚拟系统,这消除了GSX Server无法避免的性能瓶颈,且可以将计算性能动态分配给有计算任务的虚拟服务器
  VMware Workstation是用在个人桌面系统中的,而VMware GSX Server与VMWare ESX Server用于服务器的,VMware Workstation与VMware GSX Server需要操作系统的支持,而VMWare ESX Server不需要操作系统的支持,即在主机没有操作系统的情况下也可以安装。
VMware GSX Server是界于VMware Workstation与VMWare ESX Server的一个版本。
ESX企业级,GSX工作组级,Workstation单机级

  有的文章说:VMware Workstation与GSX Server的一个区别在于Workstation不能进行远程控制,要维护该虚拟机,必须要到宿主机上进行物理操作,不知道它们所说的Workstation是什么版本的,我在VMware Workstation 6.0.3版本下进行远程控制维护是成功的。

  Esx Server 是一个全新的架构,它本身就有一个基于 linux 的操作系统,基于虚拟服务器进行了优化,所以效率会比以上版本都高。
   一、ESX Server 2.5.x的设计
下面我们讨论的体系结构和设计中,我们假设一个应用环境,它由最少两个ESXServer系统、共享的SAN存储、VirtualCenter和VMotion。

1.ESX Server 2.5.x特性概述
ESX Server 2.5.x有下面的特性
ESX server物理机
·每ESX Server支持16个逻辑CPU
·每ESX Server支持80个虚拟机CPU
·每ESX Server支持64GB
内存
·支持8个swap文件,每个swap文件的最大容量为64GB
·每系统支持64个适配器
·支持8个千兆网卡或者16个百兆网卡
·每个虚拟交换机支持32个虚拟机
·每ESX Server支持16个光纤通道卡
·每个存储阵列支持128个LUN
·每ESX Server支持128个LUN

ESX Server 2.5.x虚拟机
·通过可选的vSMP模块,每个虚拟机可以支持2个虚拟CPU
·每个虚拟机支持3.6GB
内存
·支持4个虚拟scsi适配器并且可以支持到15个scsi硬盘
·虚拟磁盘容量支持9GB
·支持4个虚拟网卡
关于最新的支持操作系统和硬件的列表可以参考下面链接提供的系统兼容向导。
http://www.vmware.com/vmtn/resources/esx_resources.html

2.ESX Server 2.5.x的虚拟结构
ESX Server 2.5.x的虚拟结构由下面几个部分组成
·ESX Server 2.5.x
·VirtualCenter 1.3
·vSMP
·Vmotion
  ESXServer运行在一个物理机上。VirtualCenter即可以运行在物理机上也可以运行在一个虚拟机上。如果你决定将VirtualCenter运行在一个虚拟机上,你需要考虑一个问题,如果虚拟机所属的ESXServer离线了,你将不能访问VirtualCenter直到ESXServer重新上线或者你将虚拟机重新运行在另一个机器上。vSMP和VMotion是已经安装的特性但是需要一个license去激活。
VMware提供了一个VIN(Virtual Infrastructure Node)license,内容如下
·ESX Server license
·Virtual SMP license
·VirtualCenter Agent license
·vMotion license
购买VIN license比单独购买各个license更节省成本。

3.
服务器的规模
使用
服务器的规模由以下几个因素决定
·目前方案的规模
·将来发展的估计
·高可用性和容灾计划
·预算的限制
有一些不同的方法去估算你将需要的ESX
服务器的数量,下面介绍最流行的两种:
·最容易的方法是计算每个4-5个虚拟CPU对应一个物理CPU
这个结果是大概一个4路
服务器对应16-20个虚拟CPU,一个8路服务器对应32-40个虚拟CPU,这里假设每个虚拟CPU运行的负载量适中。
关于
内存方面,如果你给每个虚拟机分配1GB内存,在大多数情况下已经足够处理虚拟机运行,管理终端和虚拟管理了。如果你计划在虚拟机上运行一些内存敏感的应用,应该适当的加大这个值。
根据上面的估算,我们可以用一个8路(2节点)、配置32GB
内存的x3950支持32个虚拟机,用一个16路(4节点)、配置64GB的x3950支持64个虚拟机。
上面的估算都是基于一个单核CPU,因为一个双核CPU不那不能提供100%的相当于两个单核
cpu运行性能,我们建议你按1.5个单核CPU来估算1个双核CPU,也就是每双核CPU对应6-7个虚拟机。
·如果你有一些运行应用的物理机,也可以通过计算CPU利用率平均峰值来换算成MHz总数来进行虚拟机数量的估算。例如,如果你有两个500MHz的CPU,CPU利用率平均峰值为50%,那么你的虚拟机CPU计算结果应为500MHz。
为了得到CPU利用率的平均峰值,你需要对CPU的利用率在运行着应用的情况下至少进行一周的记录,为了计算结果更准确建议进行一个月的记录。如果你已经有了企业级的监控软件比如IBM Tivoli、HP OpenView、NetIQ等等,那么你已经可以直接通过这些软件得到你想要的信息。
下一步你需要把你所有运行ESX Server的
服务器的主频加起来。例如,一个配置3GHzCPU的2节点8路的x3950服务器计算结果为24000MHz。计算结果先需要减去10%,这部分是终端OS需要的,结果是21600MHz。
因为附加的占用率和过载的情况下需要减去一些数量,通常20%是安全的数值。得到了17280MHz可以提供给虚拟机的应用运行。分为每个虚拟机500MHz,结果为大概可以运行34个虚拟机(17,280/500=34.5)。
你可以用类似的方法来估算虚拟系统所需要的
内存总量。首先在物理机上得到平均内存利用率,然后每个虚拟机加上54MB为了虚拟化的开销,为内存平均利用率超过512MB的系统加上32MB内存,这些就是你的虚拟机需要的内存总量。还需要加上分配给Service Console的内存(一个8路的ESX Server系统这个值一般设为512MB),加上VMkernel所需的24MB内存,这就是整个系统需要的内存总量。
例如,你有10个平均
内存利用率为512MB的物理机需要转换为虚拟机总量为5120MB,加上每个虚拟机54MB的虚拟化开销(5120+540=5660 MB),这是虚拟机需要的总量。再加上Service Console需要的内存(5660+512= 6172 MB)和VMkernel的24MB内存(6172+24=6196),得到最后的结果是这10个虚拟机需要6GB内存
我们看到上面两种方法在8路的x3950
服务器上得出的结果很相似,其实按照一般的经验通常上面两种方法估算的结果都是很接近的,所以为了节省时间,我们建议使用第一种方法来初步规划你的ESX Server的规模。
未来方案规模的发展是很难去决定的。经常出现这样的情况,当一些公司第一次执行VMware的虚拟环境的时候先部署了一部分虚拟机,但是使用后发现了虚拟环境带来了很多的好处并且没有降低系统的运行效率,这样新的虚拟机的数量迅速增加,超过了现有的CPU、
内存和I/O资源,这将导致总体的运行效率收到影响。所以需要为虚拟环境的扩展提前作出一定的考虑。

4.关于VMotion
在设计虚拟环境的时候,VMotion需要被做为一个重点去考虑。VMotion特性可以实现在虚拟机保持运行的情况下实现虚拟机在物理机之间的转移。因为VMotion需要在两个物理机之间转移系统运行的一些底层的状态,所有要求两个物理平台的CPU必须运行一样的指令集。这就意味着执行VMotion操作的物理
服务器的CPU必须符合下列的要求
·同厂商的CPU产品(Intel or AMD)
·同系列的CPU产品(Pentium III, Pentium 4, Opteron, etc)
有时同样系列的CPU产品在扩展特性上会有很大的不同,比如64位扩展技术和SSE3。在这种情况下不能实现VMotion的操作即使是同样系列的CPU。CPU的主频和缓存不是考虑的主要因素,但是一些扩展特性的不同可能导致在物理机之间的VMotion操作失败。
例如,x366和x260
服务器和x3950使用同样类型的CPU,它们适合与x3950配置VMotion操作。然而其他使用不同CPU的xSeries服务器就不能了。
VMotion要求准备一个专署的网卡,VMware要求提供一个千兆网卡供VMotion使用。但是如果你只有百兆网卡可用,也可以配置VMware使用百兆网卡,当然这样VMotion的时间将显著增加。另外一个重要的要求是VMotion要求一个共享的存储。

5.计划你的Server farm
在VirtualCenter 1.x中,一个farm就是一个组成你的虚拟环境的ESX Server系统的组。一个farm也是一个VMotion的划分,这意味着相互配置了VMotion操作的
服务器必须在同一个farm中。在计划的过程中,你需要考虑每个farm中主机的数量。下面是VMware帮助你划分farm的一些参考:
·VMware建议连接到一个单独VMFS卷上的ESX Server不要超过16个。
·VMware建议每个LUN不要划分超过32个I/O敏感的虚拟机,或者100个对I/O要求很低的虚拟机。
·每个VMFS卷不要超过255个文件。
·存储容量有2TB的限制。
因为VMotion要求共享的存储,那么将限制每个farm可以有16个ESX Server。你可能希望去创建一个小一点的farm,那么可以创建一个使用VMotion的一个只有两个ESX Server的farm。

6.存储容量
就像
服务器规模的估算一样,没有一个普遍的答案应用到每个不同的环境中。前面部分已经提到了每个VMFS卷运行I/O需求敏感的虚拟机的数量不要超过32个,应该尽量的减少资源争用和SCSI锁情况的出现。
有很多方法去决定VMFS卷的合适大小,下面是最简单的方法。
如果你决定用2个8路的x3950
服务器,每个服务器运行32个虚拟机将符合对CPU性能的要求。用前面提到的32个虚拟机每LUN的策略来看,你需要为这些虚拟机建立两个LUN。如果你建立新的虚拟机可以先估算一下虚拟硬盘的平均容量。如果每个虚拟机平均需要20GB硬盘,这样每个LUN需要640GB。你还需要加上一些附加的容量为了以后的扩展需要,通常10%是个合适的比率,加上这部分结果为720GB。如果你计划使用redo日志,需要相应的多划分一些空间。

7.规划网络
服务器farm设计网络部分的时候有很多的选项,对这些选项的选择一般都是基于你的物理网络或者公司的网络安全策略。重要的一点是ESX Server强烈建议使用千兆网络连接。

在ESX Server 2.5.x配置网络的时候,你需要考虑三个基本的组成部分。
·Service console
出于对运行效率和网络安全的考虑,VMware建议你为Service console提供一个专用的网卡。你可以把service console网卡连接在你的数据中心的专用的管理网络中。
在默认的配置中,一个百兆网卡足以提供service console所需的带宽。如果你计划用service console运行备份或者其他需要高带宽的应用,就建议使用千兆网卡。

·虚拟机
虚拟机使用一个与service console分离的网络。虽然系统并没有强制要求使用千兆网卡,但在实际应用中我们建议你使用千兆网卡提供虚拟机的网络连接,因为32个虚拟机将产生巨大的网络通讯量。
一个比较好的计划是10-20个虚拟机使用一个千兆网卡。这意味着一个8路x3950运行32个虚拟机最少需要2个千兆网卡。请注意这是最小的建议,再添加1个或2个千兆网卡将为虚拟机提供更充足的带宽。
另外一个需要考虑的是VLAN的配置,假设你的数据中心里有多个VLAN需要应用到虚拟机上,这种情况下你有两种不同的选择:
第一种是为每个物理的VLAN在ESX Server上配置一块网卡,当你的网络环境比较简单的时候可以使用这个选择,但是如果你有10个网络这个选择就变的不可行了。注意ESX Server 2.5.x仅仅支持最大8个千兆网卡。
另一种是使用ESX Server对VLAN(802.1q)的支持,这个选项为每个VLAN创建一个虚拟的端口组在虚拟交换机上。如果你的物理交换机支持,建议你使用这种方法。
在配置中还需要考虑虚拟机网络的冗余连接,ESX Server 2.5.x不仅支持多个网卡连接到一个虚拟交换机提高带宽,也提供了对网卡失败的冗余切换。为了实现高可用性我们建议你对网卡进行绑定。

·VMotion
VMware要求为VMotion提供一个独立的千兆网卡。不推荐使用百兆网卡,因为这将大大影响运行效率。你应该为VMotion单独分配一个千兆网卡并且划分单独的子网。
如果你只有两个运行ESX Server的
服务器,你可以使用交叉线直接连接两个服务器的网卡作为虚拟网络使用,这个方法也可以在排除VMotion的故障的时候使用。

8.网络负载均衡
ESX Server 2.5.x为虚拟机提供了两种网络负载均衡的方法。
·基于MAC地址的网络负载均衡是ESX Server默认的方式。这种方法简单的将两个物理网卡连接到虚拟交换机不需要在物理交换机上进行额外的配置,缺点是负载均衡的效率不是非常理想,这种方法有时使一个虚拟机经常使用某一个物理的网卡,并且不能手动的调整每个虚拟机使用的物理网卡。
·基于ip的网络负载均衡,这种方法提供了一种网络负载均衡的更好选择,缺点是你需要在你的物理交换机上进行额外的配置,需要配置你的物理交换机的802.3ad协议(或者Cisco交换机的EtherChannel)。这是一个实现高运行效率的选择。
以上是对ESX Server 2.5.x的网络的概述。一些高级的应用,比如备份网络、DMZ网络和配置的细节超出了这本红皮书的介绍范围。如果需要更深入的信息请访问VMware的官方网站,链接如下
http://www.vmware.com/support/pubs/esx_pubs.html
http://www.vmware.com/vmtn/resources/esx_resources.html
 楼主| 发表于 2010-12-20 16:54:43 | 显示全部楼层
在VMware ESX Server 4上使用Buslogic SCSI controller安装Windows2003
在默认情况下,windows2003使用的SCSI controller是LSI Logic,如果有需要使用Buslogic,直接把Controller的类型改成Buslogic会有一些问题,我遇到过的问题有无法认出硬盘,开机后完全黑屏等。如果要成功的使用Buslogic安装windows2003,需要以下一些操作。

1)不要以默认方式创建虚拟机,要选择custom方式

在选择SCSI Controller时选择BusLogic

2)创建好之后,要将系统中自带的一个flp文件load进虚拟软驱里,并选择(Connected at power on)

3)这个时候可以开机启动,现在就可以读到虚拟光驱里的安装文件(iso文件)了,在启动过程中按下F6键,将软驱中的driver读取进来,后边就可以正常安装了。

如果开机后认不到安装盘,可能是BIOS里,光驱不是作为第一个启动选项,可以在Edit Setting里,修改设置,强制系统开机后进入BIOS设置:

然后到启动项,将光驱提升到第一个:

这样就可以正常安装了。

 楼主| 发表于 2010-12-20 17:20:15 | 显示全部楼层
 楼主| 发表于 2010-12-20 17:22:07 | 显示全部楼层
 楼主| 发表于 2010-12-20 17:26:39 | 显示全部楼层
 楼主| 发表于 2010-12-20 17:33:34 | 显示全部楼层
http://www.citrix.com.cn/column/24.aspx


Citrix XenServerVMwarebj.pdf (524.41 KB, 下载次数: 1)
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|boway Inc. ( 冀ICP备10011147号 )

GMT+8, 2024-12-21 22:51 , Processed in 0.111042 second(s), 16 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表