2月份参加了BIEB六人行活动,有幸获得了月度大奖,非常感谢贝贝和michelle_it168,也非常荣幸能和好色如歌、Learnsql等众多网友一起讨论这个问题,从大家的发帖中也学习了很多东西。这里总结下这次活动中的思路。
案例是为了解决一家公司的文档共享问题而引发的一系列问题。案例中的公司总部有200人左右,有几家分支机构在外地,全公司总人数约500人,属于典型的中小型公司。从公司介绍中了解IT基础架构还是比较完备的,由独立的数据中心、已经建立了域、总部和分支机构间有独立链路。
案例中需要解决的问题是员工间文档共享困难。除了这个业务需求之外,我们当然需要成本、性能、可扩展性这些问题。
其实从成本的角度出发呢,使用Windows Server 2003 R2或者Windows Server 2008中的文件服务器功能是最便宜的方案。Windows Server产品中的DFS可以解决共享文件的访问性能和可靠性问题。Windows Server 2003 R2中的DFS可以参考http://technet.microsoft.com/zh-cn/library/cc773240(WS.10).aspx,Windows Server 2008中的DFS可以参考http://technet.microsoft.com/zh-cn/library/cc732863(WS.10).aspx。
不过从检索、协作、版本控制这些需求出发的话,WSS和MOSS就是比较适合的选择了。WSS可以解决文档共享、协作办公这些问题。不过在讨论期间提出来的个人站点需求,也就是Enterprise 2.0,例如个人Blog、个人Wiki这些技术,可以使一些非文档化的知识更加容易共享。
如果选择MOSS的话,还需要考虑的一个问题就是硬件投资的问题。
对于后台的SQL Server数据库服务器来说,就现在的硬件行情来说,CPU和内存都不会是个问题,关键是存储。因为中小型企业的预算有限,因此购买存储阵列显得有些奢侈,因此只能选用服务器本地存储,对于现在主流的PC服务器来说,建一个用于数据文件的Raid5卷和一个用于日志文件的Raid1卷应该是没有问题的。
对于前端的Web服务器,通常需要考虑的问题就是可扩展性的问题。对于中小型企业来说,中高端PC服务器应该可以承受工作压力。如果前端服务器的性能存在问题,也可以考虑使用DNS Rotate策略来替代NLB解决方案。如果企业已经升级到Windows Server 2008的话也可以考虑使用Windows的NLB集群。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9079672/viewspace-627531/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/9079672/viewspace-627531/