在新硬件上部署单个服务器时，是否虚拟化？

在一般情况下，将独立服务器放在虚拟机pipe理程序上的好处是有前瞻性的。 这使得未来的扩展或升级更容易，更快，因此更便宜。 主要缺点是额外的复杂性和成本（不一定在经济上，但从工时和时间的angular度来看）。

所以，为了做出决定，我问了自己三个问题（通常更喜欢将服务器放在虚拟机pipe理程序上，这是值得的）。

1. pipe理程序的附加成本有多大？
   • 在经济上，这通常是微不足道的或不存在的。
     • VMware和Microsoft都拥有许可选项，允许您免费运行主机和单个guest虚拟机，这对于大多数独立服务器来说已经足够了，例外情况通常是特别耗费资源的服务器。
   • 从pipe理和资源的angular度来看，确定成本可能有点棘手。
     • 您基本上将维护系统的成本加倍，因为现在您有两个系统可以监视，pipe理并保持修补程序和更新（客户操作系统和主机操作系统）的最新状态。
       • 对于大多数用途来说，这不是什么大问题，因为维护一台服务器并不是很费力，但对于一些特别小或特别有技术挑战的组织而言，这可能是一个真正的问题。
     • 您还可以添加所需的技术技能。 现在，您不需要只需要能够从Windows Update下载更新的人，就需要有足够的人来pipe理和维护虚拟化环境。
       • 再次，通常不是一个问题，但有时候，它不仅仅是一个组织可以处理的问题。
2. 易于升级或扩展的好处有多大？
   • 这归结为未来扩展的可能性，因为显然，如果他们不扩展或升级他们的服务器资产，这个好处是零。
     • 如果这种组织只是将服务器放在一个angular落里，忘记了10年，直到需要被replace，那就没有意义了。
     • 如果他们可能在组织上增长，或者甚至在技术上增长（通过添加具有不同angular色的新服务器，而不是仅具有一个全function于一身的服务器），则这提供了相当大的益处。
3. 现在有什么好处？
   • 虚拟化带来的好处远远超出未来的需求，在某些使用情况下，它们可能是相当可观的。
     • 最明显的一点是，在系统上执行某些操作之前，可以创build快照和简单的还原备份，因此如果出现问题，可以一键恢复。
     • 与其他虚拟机进行实验（以及玩“假设”游戏）的能力是另一个我见过的pipe理层感到兴奋的事情。 但对我来说，最大的好处就是在虚拟机pipe理程序上运行生产服务器所增加的可移植性。 如果某些事情真的发生了错误，并且使自己陷入灾难恢复或从备份还原状态，那么将磁盘映像还原到运行相同系统pipe理程序的计算机上比尝试执行裸机还原要容易得多。

我认为虚拟化的操作系统是一个很重要的因素，还有性能要求和扩展/增长潜力。 今天的服务器对于我们使用的应用程序和操作系统通常过于强大。 根据我的经验，大多数标准Windows系统无法有效利用现代双路服务器中的可用资源。 在Linux中，我利用了一些细粒度的资源pipe理工具（ cgroups ）和容器（ LXC ）来更好地利用物理系统。 但市场肯定是针对虚拟化优化的硬件。

也就是说，在一些情况下，我已经虚拟化了单一系统而不是裸机安装。 常见原因有：

• 许可 – 基于严格的核心，套接字或内存限制（ 不考虑现代计算趋势 ）许可的应用程序数量减less。 请参阅： 在BIOS中禁用CPU核心？

• 可移植性 – 虚拟化服务器从硬件抽象出虚拟机。 这使得平台更改更less破坏性，并允许VM引用标准的虚拟化设备/组件。 我已经能够使用这种方法保持老旧的（ 但关键的 ）Windows 2000系统的生命支持。

• 未来的扩展 – 我现在拥有一台运行在2001年代硬件上的Windows 2003域控制器的客户端。 我正在为他们构build一个新的单主机ESXi系统，这个系统将安装一个2012 R2新的域控制器。 但是更多的虚拟机将会跟随。 在这种configuration下，我可以提供可靠的资源扩展而无需额外的硬件成本。

使用单个主机/单个虚拟机执行此操作的缺点是pipe理。 我从VMware的angular度来看，但是在过去，ESXi对于这个安排有点友善。 今天，vSphere Web Client的要求和基本function的受限访问使得单主机（ 和单个VM ）解决scheme的运行性能下降。

其他考虑因素包括：硬件监控function受损，以及与通用外设（USB设备/磁带驱动器/备份/ UPS解决scheme ）相关的更多复杂性。 今天的pipe理程序真的想成为更大的pipe理套件的一部分。

虚拟化单个服务器有几个好处。 头几个想到的事情是

• 创build快照
• 导入/导出虚拟机（例如，将虚拟机作为.OVF导出，以便开发人员可以将其加载到Workstation或Player中以获得服务器的精确副本）
• 轻松克隆或制作成一个模板（当你决定虚拟机是不错的）
• 随时可以添加更多的虚拟机

我认为其中最重要的是快照function。 我们全公司都使用VMWare，所以对于我们来说，当需要更多的虚拟机时，让服务器“准备好”是有意义的。

这不是一个长的答案，但无论如何：

将虚拟机pipe理程序用于单个服务器（尤其是Windows Server）最引人注目的原因是，您可以对生产操作系统进行全面的硬件抽象，只要有需要，就可以将其全部移植到全新的服务器硬件中。 我认为这是一个真正有价值的function，远远超过了在后台运行一个实际的不必要的虚拟机pipe理程序的缺点。

我不打算在其他地方提供详细的答案，所以我只想说，现在我发现，在裸机上安装服务器操作系统而不是安装pipe理程序（您的select）和虚拟化工作负载。 在我看来，这样做的好处是：

1. 成本效益。 从长远来看，如果我需要部署额外的工作负载，那么我不必为这些额外的工作负载提供更多的硬件。 在某些情况下，使用Hyper-V时，我甚至可以节省许可成本。

2. 易于部署和重新部署。

3. 易于实现高可用性和故障转移。

4. 可移植性。 如果我需要停用或外包当前的主机，我可能会在任何地方移动虚拟机。

5. 未来的certificate。 你的系统pipe理员目前可能还没有看到任何对基于虚拟机pipe理程序的基础设施的需求，但是我的猜测是，如果他真的select了这个路线的话，在12到24个月内，他会和他会很高兴他select了虚拟化路线。

6. 灾难恢复。 我可以备份整个虚拟机，并在几分钟内恢复或复制到另一台主机。

等等等等…

这里有几个原因，我会说虚拟机是更好的：

• 内置的“基于IP的KVM”（有点） – 您可以在控制台上远程访问您的服务器，而不需要KVM over IP。 有时候你只是不想通过RDP做一些事情，需要控制台访问。 使用虚拟机，您启动了select的pipe理工具（XenCenter，vSphere Client等），并且位于虚拟机的控制台上。

• 使用虚拟机（以及非虚拟机服务器，使用我的KVM over IP），我不必再呆在冷的服务器机房里几个小时。

• 迁移到新的硬件 – 操作系统升级放在一边，把你的新硬件，你必须迁移系统，移动的东西等。有了虚拟机，你不（通常）必须做任何事情。 您升级硬件，将虚拟机文件放在新硬件上，然后启动。

• 虽然没有预见到未来的虚拟机，“ 如果你build立它，他们会来 ”。 你会想要启动一个新的虚拟机来testing一些东西，并尝试新的东西，等等。有更多的可能性。

• 虚拟机让你能够恢复快照，获取副本，制作虚拟机的克隆（在运行时），然后旋转它 – 无论是在放置它之前testing一些东西，还是只有一秒钟第一。 有很多事情可以用VM快照和类似的东西来做。

• 冗余 – 如果您投入第二台虚拟机服务器，则可以使用冗余硬件，但是我不知道当前的VMWare许可scheme，XenServer现在显然已将XenMotion作为免费软件包的一部分，因此成本开销可能不适用。

我不会使用虚拟机的原因是：

• 开销 – 几乎没有，但显然有一些开销。

• 更复杂的pipe理 – 更复杂一点，但很容易学习。 如果你不想要一个大规模的虚拟化环境，培训是微不足道的。

我迟到了，觉得人们已经提出了一些我想做的事情，但我会简要回顾一下：

• 面向未来：更容易添加更多的RAM / CPU /磁盘/等。 随着需求的增加。
• 可移植性：更易于迁移到新的硬件，特别是在发生灾难的情况下。
• 虚拟化比保留可怕的旧硬件来运行一些你无法摆脱的东西要好得多。
• pipe理软件通常和KVM或DRAC一样好。 （另外，如果你碰巧inheritance了前一个pipe理员没有离开密码而离开的东西，你可以把它们当作“物理访问”来打破。就像我在我的车上使用螺栓切割机一样方便 – 以前pipe理员在一个工作在硬件上使用挂锁，我inheritance了服务器，但没有关键。）
• 快照和复印，以便我可以在部署之前testing有风险的程序。

但是，现在还没有人提到过，可能应该提到：如果你在那种需要testing服务器的商店里，并且很可能通过抓取一个备用桌面和一台服务器OS来解决这个需求就可以为他们提供虚拟机，可能会更适合你和他们的需求。 虚拟化新服务器可以成为未来虚拟扩展的“理由”。 （坦率地说，如果你不在那种商店，你可能已经有虚拟化了。）

当然，并不是所有的东西都是虚拟的 我为包含PXE的pipe理软件评估了物理硬件，向他们描述了他们需要做什么来closuresTCP Segment Offloading（ PXE像一只带有TSO的单脚狗一样运行 ，但是他们必须closures它对于整个虚拟VLAN，他们不愿意这样做）。 所以，如果新的服务器是不够专业的东西，那么没关系。

但是，除了这种专业化之外，现在或将来摆脱运行服务器操作系统的一大堆（可能不受pipe理的）PC级机器是值得的。

当然，我可以随时虚拟化。 这让我准备在将来做以下事情：

• 完整的系统备份要容易得多，而且经常要便宜一些。
• 操作系统是可移植的，如果需要的话，我可以将虚拟机移动到另一台主机，无论是否有停机和集群，在这一点上并不重要
• 在某些情况下，Windows许cocoa能变得更便宜
• 当硬件不足时，我可以使用生产系统testing更新（不是最佳实践，但是预算，预算…）。 除非从昂贵的SAN启动，否则无法在常规主机上执行此操作
• 获得尽可能最低的最终服务器硬件，我仍然可以获得比我需要的特定服务器angular色更多的资源。 可能还需要更好的硬件，并将其全部用于虚拟机。
• 虚拟化function通常可以取代不必要的软件。 例如，我曾经设置了复用function，并且从来没有做过太多的事情来设置Windows服务器的灾难恢复副本。 借助虚拟化，我可以在pipe理程序级别上实现这一目标，利用更便宜的技术，并运行更可靠和灵活的解决scheme。

简而言之，除非服务器要运行具有限制的特定软件，禁止它被虚拟化（严格的networking或磁盘IO延迟通常要求，并且使用正确的硬件，甚至可以通过虚拟化来实现）尽可能虚拟。

我能想到的一个理由是将单个服务器虚拟化到单个主机上的虚拟机上，这个能力可以让你随意篡改这个“服务器”的testing环境。

如果硬件function强大，则可以克隆服务器虚拟机，并删除其NIC /networkingfunction，并在“生产”服务器上尝试相同之前，将该克隆作为“testing平台”进行分离。 例如，如果服务器正在运行ERP软件，并且您想testing如果您针对ERP软件/数据库运行特定脚本会发生什么情况。 您可以在克隆的虚拟机上首先进行testing。 这可以在部署之前结合活动虚拟机的快照来完成，而且知道它应该可以正常工作。

创build相同的克隆“testing”环境可以使用现有物理服务器的P2V来完成，但是您需要一个额外的物理主机来将新的testingVM放在…上面的所有内容都可以驻留在同一物理硬件（现在几乎总是为单个虚拟机矫枉过正）

如果你的用例不需要专用硬件的100％的功率，那么我就会每次都去虚拟化。 它提供了灵活性，快照function和内置的控制台访问（即使您也应该使用带外pipe理）

与主要问题相对的一点是：

我最近有个虚拟机，磁盘不够大。 它运行的是在关系数据库中生成大量数据，出于性能原因必须在同一台机器上。

在两次扩展磁盘映像后，我到了主机上没有足够空间来安全复制和再次扩展映像的阶段。 即使它是一台便宜的个人电脑，而不是一台高性能的服务器，我本来可以在一台专用机器上为我节省几天的时间。

使用专用机器，您可以将其closures，并添加更多的磁盘。 如果它是运行其他虚拟机的服务器，除非有备用的热插拔托架，否则可能会出现问题，请closures此function。