由于许多企业继续减少使用物理服务器，一个经常提及的问题随之而来：对Windows Server更新服务(WSUS)服务器进行虚拟化处理是个好想法吗?简单的回答：是的。本文介绍了如何在Hyper-V虚拟机中运行WSUS。
WSUS可以在虚拟机中运行吗?
一言以蔽之，可以运行。如果你打算在Hyper-V上运行WSUS虚拟机，通常不强制要求你在Windows Server 2008 R2操作系统上运行WSUS。为了稳妥起见，你需要部署WSUS 3 SP2。按常规，SP2之前的WSUS不能与Windows Server 2008 R2完全协同运行，它对管理Windows 7客户机的工作也毫无帮助。
对WSUS服务器进行虚拟化处理最简单的办法是什么?
如果你目前在一台物理服务器上运行WSUS 3，那么我会建议进行迁移升级。为此，搭建一台虚拟化的WSUS服务器，然后把它配置成与你的物理WSUS服务器一模一样，最后进行同步。一旦同步过程完毕，就把这台虚拟WSUS服务器重新配置成自主独立的机器。然后，可以停用那台物理WSUS服务器了。
这种方法提供了两种主要的优点。首先，它使得WSUS服务器的操作系统升级起来很简单，如果有必要升级的话。另一个优点是，这种方法带来的停机时间要比标准的物理机到虚拟机(P2V)迁移短得多，因为在你的虚拟WSUS服务器部署到位的过程中，物理WSUS服务器在继续服务于用户。
我能从虚拟化的WSUS服务器获得什么样的功能?
单单一台WSUS服务器就能处理最多25000个客户机。不过，前提是已配置了足够的资源，而且SQL Server在一台单独的服务器(物理或虚拟服务器)上运行。一些企业使用多台前端服务器，因而能够获得更强大的功能。
让WSUS具有容错机制有哪些方法?
在物理服务器环境中，WSUS通过消除任何单一故障点来确保容错性。你通常需要建立一个网络负载均衡(NLB)集群，为WSUS服务器提供高可用性。当然，WSUS依赖SQL Server，确保SQL Server具有容错机制的优先方法就是建立一个具有故障切换机制的SQL Server集群。
虽然可以在Hyper-V基础设施中重新建立这种高可用性架构，但是改而建立一个Hyper-V集群通常被认为是更胜一筹的做法。如果你的主机服务器已采用集群技术，那么对WSUS服务器和SQL服务器实现集群就显得毫无必要(至少从容错的角度来看是这样)。
如果Hyper-V主机未采用集群技术(而且建立Hyper-V集群无论如何都不是个选择)，那么我会建议放手去干，为虚拟化的WSUS和SQL服务器建立一个集群架构。不过，你必须确保没有把多台WSUS或SQL服务器放到一台公共的Hyper-V服务器上，因为这么做会抵消对WSUS和SQL服务器采用集群技术所带来的好处。
我需要什么样的网络带宽?
为虚拟化的WSUS服务器提供网络带宽方面没有什么预先确定的规则。不过要牢记一点：有许多不常见的问题会因带宽不足而随之出现。我建议，尽可能让一只物理网络适配器专门用于你的虚拟WSUS服务器。如果你被迫让多个虚拟服务器共享一只网络适配器，那么就要使用网络监控工具，确保物理网络连接没有出现拥塞。
如果网络拥塞成为问题，要记住：可以通过使用装配策略设置，在服务器层面或客户机层面对WSUS加以限制。你可以在装配策略对象编辑器(Assemble Policy Object Editor)中找到客户机限制策略，依次访问Computer Configuration(计算机配置)> Administrative Templates(管理模板)> Network(网络)> Background Intelligent Conveying Service(后台智能传送服务)，即可找到该设置。
SQL数据库方面有没有什么特别要考虑的?
通常并不强制要求在一台单独的机器(物理机或虚拟机)上运行SQL Server，那样你就能直接为数据库服务器分配资源了。我还建议运行Cleanup Wizard(清理向导)，对数据库进行碎片整理，每几个月运行一次。这么做可以帮助数据库在最佳状态下运行，这一点在虚拟化环境下极其重要。
要牢记的另一点就是，SQL Servers往往是输入/输出密集型操作。因此，如果你打算对SQL服务器进行虚拟化处理，那么可以考虑使用专门的物理存储系统，那样SQL带来的输入/输出负载并不影响其他的虚拟机。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。