当前位置:首页 >> 服务器

如何在Hyper-V虚拟机上安装WSUS服务器技巧

由于许多企业继续减少使用物理服务器,一个经常提及的问题随之而来:对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带来的输入/输出负载并不影响其他的虚拟机。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。