服务器虚拟化：Vmware的方法 关注短期结果 问题： 虚拟化101 新基础架构 + 新技巧 25-60%的直接ROI

Presentation on theme: "服务器虚拟化：Vmware的方法 关注短期结果 问题： 虚拟化101 新基础架构 + 新技巧 25-60%的直接ROI"— Presentation transcript:

1

2 服务器虚拟化：Vmware的方法 关注短期结果 问题： 虚拟化101 新基础架构 + 新技巧 25-60%的直接ROI
+ 新技巧 25-60%的直接ROI 对于Vmware，服务器整合才应该是他们的主要目标。当然，对于客户来说，这种技术的吸引力在于，服务器整合可以用很少的努力获得很大的节约，正如这张幻灯片演示的。 但是对于Vmware的方法则有问题。其中最大的问题在于，Vmware希望自己的客户可以完全从一个新的基础架构开始使用，并使用全新的工具，甚至使用新的操作技巧。然而这些要求极大地削弱了产品能够提供的各种优势。而微软的产品就很不同了，微软的方法可以让客户实现同样的成本节约和收益，但不用担心要放弃现有的基础架构、投资，以及技巧。 问题： 需要新的基础架构、管理方法以及技巧。 缺少在物理服务器上管理负载的工具。 昂贵，市面上最贵的虚拟化解决方案。 IT除了虚拟化还要负责更多内容。

3 服务器虚拟化：微软的方法 关注未来 收益 虚拟化101 25-60%直接ROI外加构建明天的数据中心 利用现有基础架构、实践和技巧
改善现有基础架构 + 改善现有技巧 25-60%直接ROI外加构建明天的数据中心 然而，微软的方法依然以帮助用户利用服务器整合实现成本节约的目的，不过实现这个目的的方法却截然不同。对于新手，微软希望用户可以意识到不需要放弃现有的基础架构、投资和技巧，就可以获得节省，当然，实现这些目的本身也就可以帮助用户节省部分成本。 但更重要的是，微软并不将服务器整合看做自己的最终目标。相反，微软把服务器整合和服务器虚拟化看作是构建明天的数据中心的关键组件。在这种数据中心里，IT将可以为业务提供战略化的收益，而不仅仅是被看作是日常运作中的战略顾问，以及故障解决者。 事实上，有一个更好的例子可以解释微软的方法是如何提供更好的敏捷度的，那就是微软对使用现有基础架构，对物理负载管理提供的持续潜在性需求。而这一领域，Vmware则在关注如何让自己的用户采用双刃的管理方法，管理员必须使用单独的管理工具和解决方案，对物理和虚拟负载进行管理（从管理员的观点来看自然不希望这样）。 收益 利用现有基础架构、实践和技巧 实现同样的整合ROI和收益 创建真正的敏捷系统。

4 微软服务器虚拟化 Hyper-V和VMware ESX 3.5 Hypervisor X64宿主和托管系统 托管SMP 最大托管内存
VMware ESX Server 3.5 Hypervisor 微内核 Monolithic内核 X64宿主和托管系统 支持 托管SMP 支持（最多四路） 最大托管内存 64 GB 最大宿主内存 2048 GB 256 GB 最多托管CPU 4 最多宿主CPU 64 32 快速迁移 免费 Vmotion（额外花钱）* 管理 整合的，物理+虚拟 仅管理虚拟环境 在记住这些方法上的关键不同后，我们继续讨论服务器虚拟化吧。正如所知道的，对于更关注虚拟化宿主选项的组织来说，Type I hypervisors可以提供更好的性能，因为可以不需要宿主操作系统，因此硬件的调用完全可以由不同的软件层进行处理。微软对这种虚拟化需求的回应是Hyper-V，正如幻灯片所示，该技术的对手是Vmware的ESX Server。正如从幻灯片中看到的，这两个平台提供了类似的功能，不过微软的Hyper-V可以提供更好的内存支持，这样可以实现更好的整合率。 微软的Hyper-V还可以使用64位微内核，然而虽然VMware ESX可以安装到64位服务器上，但依然只能使用32位的monolithic hypervisor。就算在Vmware的ESXi Server中也是如此。虽然在该产品中，服务控制台被取消了（结果是hypervisor的影响稍微小了一些），不过Mware ESXi Server依然使用了32位monolithic hypervisor。这个架构上的关键区别对于驱动支持以及硬件的使用都会造成不小的影响。例如，Vmware的ESX Server只能被支持运行在100多个不同的OEM系统中，而且根据对驱动程序的要求，还有一个严格的硬件兼容性要求列表，而且驱动会真正被实施到VMWare虚拟机的hypervisor中去。而Hyper-V虚拟机的驱动只是在托管的系统中实施，因此微软的虚拟机几乎可以被托管到任何支持Intel-VT或AMD-V的系统中。 另一个在幻灯片中没有提出的问题是，VMWare的完整的服务器虚拟化解决方案（包括管理和供应工具，以及托管和架构）通常要比Hyper-V可以实现同样目的的解决方案贵三倍（甚至更多）。 注意：Hyper-V的规格在发布之前就已经编译好了，在实施前请确保满足这些要求。 注意：Vmware的Vmotion提供了“热”迁移功能，但要求宿主使用的CPU必须是同一架构（例如同一处理器产品家族）。 （Microsoft的Quick Migration还不能提供“热”迁移功能，但也不用花更多钱）

5 关于管理服务器虚拟化

6 虚拟化管理的角色 Thomas Bittman，分析师，Gartner 缺乏虚拟化管理技术的危险：
“没有良好管理能力的虚拟化要比根本不使用虚拟化更危险。” Thomas Bittman，分析师，Gartner BUILD 0 在虚拟化以及基础架构方面，有一件事如何强调都是不够的，那就是角色的管理。因为繁忙的业务和虚拟化结合在一起之后，对于虚拟化的一些潜在的陷阱和问题就必须引起注意。例如，Gartner的Thomas Bittman就警告说，如果对于虚拟化没有良好的管理解决方案，IT部门就必须面对服务器方面遇到更大问题的风险，因为如果没有良好的管理，虚拟化会令这些问题进一步恶化。 BUILD 1 换句话说，尽管虚拟化技术可以很强大，不过依然还不是万灵药。如果希望能够正常运作，该技术依然需要良好的规划、实施以及正确的监管。另外还需要指出的是，目前负载并非都可以虚拟化的，虽然将所有东西都虚拟化可以提供不少收益，但是某些关键业务应用目前依然无法通过第三方供应商虚拟化平台进行，而一些高性能负载也无法被虚拟化支持。在这种情况下，组织必须能够管理物理和虚拟的负载。不过，在实施虚拟化的过程中，任何时候，管理都应该是一个被持续考虑的问题，因此微软将管理作为自己实现虚拟化的策略和方法上的关键组件。 缺乏虚拟化管理技术的危险： 虚拟服务器蔓延 不可管理 补丁和清单梦魇

7 管理：Vmware的方法 VMware Virtual Center VMware Lab Manager 需要昂贵的硬件。
需要新的培训和技巧。 无法管理物理服务器上的负载，那么如何管理其余的物理负载？ VMware Lab Manager 主要对QA人员和开发人员有用，不适合一般的最终用户。 无法和Virtual Center一起使用，无法同时使用Virtual Center和Lab Manager管理虚拟机。 不支持在Active Directory中使用，我们只能通过其他方法保证访问和授权，并将Lab Manager服务器放在域外。 BUILD 0 组织在进行服务器整合时，通常考虑的是避免购买更多的硬件。而讽刺的是，购买新的硬件似乎是很多服务器整合方案的关键。当然，有时候使用新硬件也确实很合理，但大部分时候，使用现有硬件则更合理。但是Vmware解决方案往往要求新的硬件，因为VMware ESX只支持大概100个被认可的系统，这是因为VMware ESX需要从hypervisor层实施被托管系统的驱动，而不能在被托管的虚拟机中实施。我们已经说过，微软的Hyper-V则是在虚拟机内部实施驱动的，因此更好使用，而且对于选项和实施的方法也有更多选择。 而且，在之前已经说过了，Vmware的解决方案和方法通常趋向于让用户尽量放弃现有的在硬件、基础架构以及技巧上的投资，一切从头开始。对于很多希望使用Virtual Center的用户，这种方法确实有效，因为Virtual Center通常要求管理员熟悉Linux技巧，或完全接受这些技巧。但这些技巧只能被用于管理新的虚拟化的宿主基础架构，无法管理真正的负载。因此，很多管理员经常会在这两种不同的技术之间挣扎，以便让工作可以正常继续。而如果用户希望实现更简单的管理，使用两种不同的平台进行日常运作并不能达到这一目的。 BUILD 1 而且，既然我们讨论的是管理解决方案，那就不得不提VMware Lab Manager，虽然这并不是虚拟化管理解决方案。相反，该产品主要面向QA和开发人员的实验室管理，换句话说，并不是面向最终用户的，也不会将全面的企业管理作为自己的主要目的，而仅仅是对开发和QA测试提供支持。但这个产品也存在一些问题，其中之一就是，由Lab Manager管理的虚拟机无法被Virtual Center管理。对于Vmware的解决方案，我们可以随意选择使用Lab Manager或Virtual Center进行管理，但无法同时使用。 当然，无论哪种方案都无法给虚拟负载提供真正的补丁或风险管理解决方案，而这些是实现真正动态化IT环境所必须的。这意味着，如果想要使用这类解决方案，除了最顶层的虚拟化管理之外，我们还需要进行额外的管理工作。最终结果则可能是，IT人员可能很快就必须通过大量工具和产品进行管理，而这正是对“让管理更简单”说法的绝佳的讽刺。

8 管理：微软的方法 方法 结果 利用现有技巧和实践 扩展System Center的功能以管理虚拟化负载 使用同一套工具进行物理和虚拟管理。
更好的管理可伸缩性（不需要使用两套工具）。 更好的管理敏捷度（从一套熟悉的工具进行管理）。 更好的TCO（增强现有技巧，不需要更换）。 作为对比，微软的管理方法就简单多了。首先，组织可以将System Center Virtual Machine Manager扩展的管理功能使用到现有的基础架构、实践以及技巧以处理虚拟的负载。但是其次，通过将System Center Virtual Machine Manager的功能添加到虚拟负载中，微软依然可以将所有这些管理物理和虚拟负载必要的工具集成到一套工具集中。 这种方法的收益很明显。对于新手，因为管理员可以使用同一套工具管理物理和虚拟负载和配置，因此可以实现更好的控制（毕竟不需要在多个工具之间切换）。同样，通过使用同一套熟悉的工具，管理员可以更快地管理虚拟负载，同时使用熟悉的功能功能和系统进行类似配置和补丁管理等工作，而不用在意目前到底是物理的还是虚拟的。所有这些都可以帮助IT人员用更动态以及更具有前瞻性的方法工作，而且不用担心额外的管理会增加开销和复杂性，并能进一步实现更好的总体拥有成本。

9 System Center Virtual Machine Manager
熟悉的界面 主机组 动态缩略图 让我们先来看看System Center Virtual Machine Manager的界面，以便对该工具的功能有一个大致的印象。正如所看到的，System Center Virtual Machine Manager提供了流线式的单一界面，和System Center Operations Manager以及System Center Configuration Manager共用了很多功能。同时还严格遵守了新的Windows 2008管理规范，可以提供上下文相关操作，并可以从右侧窗格快速访问所需选项，这样可以帮助让日常操作可以更容易地进行。同样，请注意System Center Virtual Machine Manager还提供了一些列方法，以帮助管理员按照逻辑将自己的虚拟和物理资产进行组织，以便增强管理操作。而且同时，请注意System Center Virtual Machine Manager还给管理员提供了虚拟机内容的动态缩略图，并且提供了在需要时无缝登录的功能。 虚拟机视图 上下文相关操作 中央库

10 关于服务器高可用性

11 技术：VMware HA 高可用性：VMware 只能用于虚拟负载。 产品成熟度。 通常要求新的培训和技巧。
问题 只能用于虚拟负载。 产品成熟度。 通常要求新的培训和技巧。 VMware HA的脚本用Perl编写。 Vmware实现高可用性的方法是VMware HA，该方法提出了一系列的脚本和相关技术的组合，可以用于监控ESX Server上的托管负载，并在虚拟机出错的时候重启动。如果目标服务器重启动失败，该技术还可以使用同一个资源池启动另一个原本待机状态的虚拟机。 然而，因为Vmware的HA解决方案只能对于虚拟负载生效，因此用户如果还有非虚拟负载，那么还将需要在两套HA解决方案之间挣扎。虽然这个问题看起来并不是很麻烦，不过确实会增加不少复杂度，而且会令管理员应对多种技术，以便实现同样的管理任务，不仅会增加管理难度，而且会增加总体拥有成本。 当然，还要考虑成熟度的问题。正如我们之前提到的那样，微软的群集服务已经在关键生产环境中使用超过十年了，而Vmware的HA解决方案只是一个很年轻的解决方案。 最后，Vmware HA的另一个问题是只能对Perl脚本提供支持。大部分Windows管理员可能更熟悉Vbscript，或者可能更希望使用Powershell实现自动化的HA功能。虽然这个问题并不能起到决定性的影响，但这也算是一个用户必须经常“屈服”于VMWare要求的例子，Vmware的解决方案并不是买回来就能立刻使用的。

12 高可用性：微软 技术：Microsoft群集服务 P MSCS = HA I 成熟度 物理节点
有些负载因为老程序或性能原因无法被虚拟化，但依然需要HA选项，VMWare做不到。 MSCS = HA I 整合 微软如何将复杂的虚拟化功能变成Windows功能的完美范例。 大部分IT基础架构的另一个重要目的是满足高可用性的需求。在现代的数据中心，虚拟化技术已经变得越来越显著，Vmware和微软都都有相应的处理虚拟化的负载的高可用性需求的方法。但是很明显，微软相信他们的方法要比VMWare的方法能带来更多收益。 对于新手，微软可以对物理的群集提供群集服务支持，这意味着用户可以为老的，供应商已经不再对虚拟系统中的运行提供支持的应用程序，提供高可用性解决方案。这种情况下，虚拟化可以提供更好的性能，但VMWare的解决方案无法提供。 群集服务也是微软将复杂的虚拟化解决方案套件完全作为一项功能集成到Windows中的最好范例。事实上，大部分用户通常并不认为微软会将群集服务用于虚拟化解决方案，因为群集服务已经存在了很久，并且工作的很好。但通过在域级别上使用虚拟化和重定向，MSCS可以让组织从经过测试的高可用性解决方案中获益。 这就将我们带到了下一个目标：微软的群集服务在最近十年内已经被用在了很多关键业务环境中，而且对高可用性解决方案提供支持是很重要的，因为这类应用确实需要高成熟度的可信赖方案，而MSCS确实提供了成熟度并获得业界的承认。 培训和测试 被IT管理人员信赖，已经在关键业务环境使用超过十年。 成熟度

13 关于快速提供服务器虚拟化

14 技术：VMware VMotion 快速提供：VMware 正确安装很复杂很难。 产生大量网络通讯。 如果失败可能导致托管系统的故障。
问题 正确安装很复杂很难。 产生大量网络通讯。 如果失败可能导致托管系统的故障。 不实用：很酷的功能，但大部分组织并不需要在工作时间将服务器进行动态迁移。 BUILD 0 然后让我们再看看“提供”，这也是虚拟化基础架构中的重要组件。在提供方面，VMWare有一个著名的产品Vmotion，该产品可以用于让IT管理员将虚拟机从虚拟化宿主进行转换，并运行到其他宿主中，以便满足负载需求。为此，Vmotion使用了服务器虚拟化、存储，以及网络等多种技术，以便将虚拟机中的操作系统从一个物理ESX服务器宿主迁移到另一个，但不中断提供的服务。在这个转换过程中，虚拟机的状态是由ESX Server配合VMFS群集文件系统实现的。 然而，正如从幻灯片中看到的，Vmotion存在很多问题。其中之一，而且也是被很多公司所抱怨的是，该产品的安装和配置都很复杂。该产品同样会产生大量网络通讯，以便在迁移操作过程中保持计算机的状态同步，这个过程的网络通讯已经多到Vmware建议客户在ESX宿主服务器上使用专用的Vmotion千兆网卡，以便进行迁移操作。 BUILD 1 而且，虽然Vmotion确实提供了一些非常酷的功能，不过其适用性依然值得质疑。IT人员是否有必要为了满足负载的需求而将虚拟机从一个宿主迁移到另一个？

15 快速提供：微软 技术：SCVMM 技术：Quick Migration 操作简单，更实用 更实用
大部分IT部分不需要在工作时间迁移生产服务器。 Quick Migration可以在几秒钟内进行规划好的迁移。 Quick Migration没有额外成本，不需要额外授权。 技术：SCVMM 更实用 大部分IT部分需要的是快速添加服务器以满足需要的能力。 SCVMM模板使得按照负载需要快速提供新机器的工作更简单。 SCVMM还为批准的最终用户提供“自助服务”门户，可以让他们根据预定义的资源池自助开通虚拟机。 BUILD 0 换句话说，就因为这项技术可以将虚拟机从一台宿主移动到另一台，难道就表示这项技术对于管理体验就真的重要吗？尤其是大部分组织其实并不需要在工作时间动态迁移服务器的能力。相反，他们需要的是快速提供和配置额外虚拟机，以便满足突发需求的负载需求的能力。微软的Quick Migration就能提供这样的功能，并且还能提供一系列配套的提供、管理和配置工具。 BUILD 1 而且在和System Center Virtual Machine Manager配合后，IT人员可以充分享受到强大的管理功能，使得快速提供虚拟机的操作成了一个更简单并且可管理的过程。同时，IT管理员还可以将特定的提供权限指派给自己组织中其他信赖的人，这样就可以让最终用户通过自助服务门户网站自己开通自己需要的虚拟机。这个功能使得IT对最终用户需求的响应可以更快速，但同时依然可以让IT部门集中对系统的安全和架构进行控制和管理。

16 关于合作伙伴

17 合作伙伴：微软 战略 微软的战略合作伙伴有Novell以及XenSource（Citrix），可以为用户提供更好的可操作性，并能支持Linux托管系统。 扩展性 微软的合作伙伴还通过提供增值服务和支持的方式满足用户需求。 BUILD 0 现在，在基础架构方面，微软已经意识到用户们在自己的架构中部署了各不相同的负载（换句话说，他们可能也使用了微软的操作系统）。而且微软也理解，各个不相同虚拟化负载之间的交互能力是促使用户成功的关键组件，因此微软正在努力研究，并和Novell以及XenSource创建了战略合作伙伴关系，以确保用户可以在自己的数据中心中获得可信赖的交互。 BUILD 1 通过类似的方式，微软还意识到，对于不同的公司，客户的需求将会是多种多样的。因此，为了更好地满足这些客户的需求，微软还参与创建了一个虚拟化生态系统，其中包含VAR、ISV，以及其他可以通过提供专用的解决方案，促进微软现有虚拟化和管理解决方案，并能帮助满足客户需求的合作伙伴。

18 合作伙伴：VMware 重视销售 功能重叠 Vmware有上千个合作伙伴，而且越来越多。 但大部分合作伙伴都是销售方面的。

19 关于授权

20 授权成本：VMware 虚拟化宿主 虚拟化管理选项 备份 VMware ESX Server：$3,500/处理器
VMware Infrastructure：包含在ESX的售价中，但Vmotion、VMware HA以及其他功能需要额外授权。 Virtual Center：每服务器实例$5,000。 VMware Lab Manager：每管理服务器$15,000。 备份 Consolidated Backup授权包含在VMware Infrastructure中。 然而还需要其他备份软件，可能需要第三方供应商的授权。 最后，在创建任何基础架构的时候还应该将授权作为关键来考虑。虽然Vmware有大量不同的价格规划，Vmware基础架构的企业售价通常都是双处理器7188美元起，或者每处理器3500美元。同时，Virtual Center管理服务器的每个服务器实例也价值5000美元，而Lab Manager（并不是很必要的产品）对于每个管理服务器需要额外付出15000美元。

21 授权成本：微软 虚拟化宿主 虚拟化管理 备份 Hyper-V是操作系统的一个角色，包含在Windows Server 2008售价中。
System Center Server Management Suite Enterprise：$1,290。 System Center：$1,307。 System Center Virtual Machine Manager：$499 – 998。 SCVMM 包含自助服务门户（类似VMware Lab Manager）。 备份 兼容VSS的第三方VSS解决方案。 System Center Data Protection Manager：$1,269 BUILD 0 作为对比，微软的虚拟化解决方案以及基础架构选项在授权方面则要便宜多了。对于新手，微软的第一虚拟化宿主解决方案Hyper-V是作为角色提供的，也就是说，这是Windows Server 2008的一个功能，因此已经包含在操作系统的售价中。同样，每个版本的Windows Server 2008还包含一个托管操作系统授权，可以让用户运行预设数量的虚拟负载（除了需要运行的物理负载之外），并且这也包含在操作系统的成本内。当然，企业还可以对额外的负载进行虚拟化和托管，但需要标准的授权费用。例如，假设一家小企业只需要一台服务器满足自己的需求，因此当他们升级到Windows Server 2008标准版后，他们就可以在这台服务器上运行尽可能多的物理负载，只要服务器的硬件可以承受，这就和老版本的Windows Server一样。但让我们同时也假设他们有一个很特殊的老程序，而这个程序对他们很重要。对于Windows Server 2008，他们可以使用一个完全授权的虚拟机处理这个负载，而该虚拟机的授权费用已经包含在Windows Server 2008标准版的费用之内，因为Windows Server 2008标准版已经内置了一个虚拟操作系统的授权。 对于Windows Server 2008数据中心版，用户也可以运行尽可能多的虚拟化负载，只要服务器的硬件可以承受，而不用为托管的微软操作系统的授权支付额外费用。因此Windows Server 2008数据中心版是一种非常节约成本的虚拟化宿主平台。 BUILD 1 而且，就算不考虑这个授权上的收益，微软的解决方案在实施、授权以及管理方面也都要比VMWare的解决方案便宜很多。例如，对于微软的首要虚拟化宿主平台Windows Server 2008数据中心版，每台服务器的成本为2381美元，这个要比VMWare的3500美元，外加每颗处理器的授权要便宜不少。同样，微软的管理解决方案也相当便宜，详细对比请参照幻灯片，对于备份功能以及授权，也是同样的情况。 综合来看，在宿主、基础架构、管理，以及支持功能这些方面，微软的实施成本确实要便宜很多。 注意：本页是在正式发布之前完成的，在演讲前请核实这些数据。

22 结论

23 对比摘要 授权和成本 提供和可用性 服务器虚拟化架构 提供 方法 便宜，授权简单，实施和拥有都便宜。
实施和管理都便宜，IT管理员可以使用工具让信赖的最终用户使用自助服务，这些VMWare都不具备。 服务器虚拟化架构 和VMWare ESX Server相比，Hyper-V更稳定、安全、可伸缩，是硬件友好平台。 首先，对于今天对比的内容，我们讨论的主要内容之一就是，微软和VMWare在实现自己的虚拟化方法上的方式区别。Vmware将虚拟化看作是最终目标，而微软将其看作是实现明天的数据中心解决方案的必要里程碑式步骤。 BUILD 1 为了构建明天的数据中心，微软提供了一系列的产品和解决方案，并和很多提供交互和扩展的企业建立了战略及的合作伙伴关系。 BUILD 2 微软还通过不同的方法实现了服务器虚拟化，这里使用的是Hyper-V，可以给用户提供64位微内核架构，并可以在虚拟机内部实施驱动，而不是在hypervisor中实施。这样做不仅可以提供更流线型的hypervisor，而且产生的影响也变得更小，同时还使得被托管的平台中可以支持更多的硬件设备。 BUILD 3 从管理的立场来看，微软为IT管理人员提供了可以用于提供和有效管理物理以及虚拟资产的工具，以便能够用尽可能敏捷的方式满足用户的需求。 BUILD 4 所有这些考量使得微软的解决方案更便宜，也更易于拥有，不过微软还使其更便宜，更易于授权，给客户带来了真正的实惠。 提供 微软具有一系列的产品和服务，并由战略合作伙伴进行补充。 方法 今天利用虚拟化的收益进行整合和节约，并构建明天的敏捷数据中心。

24 结论 Vmware是试图取代操作系统的功能，微软的方法则给操作系统增加了虚拟化能力。
微软提供了广泛的支持和解决方案，可以增加IT敏捷度并降低成本。 微软的方法可以让用户保留现有的基础架构和技巧。 微软的解决方案在部署和管理方面更便宜。 主讲人注意：请首先熟悉本幻灯片中提出的观点，以便可以用前面过程中遇到的观点或问题吸引听众的注意。否则，请直接阅读幻灯片中的内容，以及之前所有幻灯片中的文字信息。通过照原样阅读幻灯片中的文字，两种“声音”（幻灯片和脚本）可以提供同样的结论，并提出同样的收益。

25