如何在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带来的输入/输出负载并不影响其他的虚拟机。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
上一篇: 轻松搞定VMware虚拟机的数据恢复