说到性能及分区的建议,可能话会多些,但我想,尽量精简:
很多朋友在谈到本项目或本任务时,可能首先想到的是成本的问题,这是一个不可回避的问题,但这个成本不仅仅是软硬件购置成本,还应当含有技术成本、人力成本、维护成本等等在内。
但我下面的一些建议,也会尽量去少谈这些,只是先提建议或看法,成本及方案选择的事情由本任务提出者去考虑,但请一定要考虑。
1、性能考虑分两大方面,一是准备软件或是硬件阶段,也就是选型阶段;一是部署上应用后,利用一些性能监视及调优工具进行“修补”。
2、选型阶段的软件性能需求:
32位的WINDOWS SERVER 2008虽然可以应用多于4G的内存,但32位的SQL SERVER只能使用2G的内存了,这个需要考虑到。
同时,MOSS的WEB前端(故且认为是采用MOSS而非WSS3.0吧)与SQL数据库后端分开服务器安装也有不同的考虑。
而且再参考应用客户端及日常使用的频繁度和使用的类型也有不同的参考度。
所以呢,建议可以采用两台标准的WEB前端,如IBM的3650或是3850,2C4核心,4G内存应当没有问题。而SQL数据后端,请先确定现有的硬件及其上安装的SQL的性能是否能满足需求。同时考虑未来SQL的故障转移群集,以及后端存储(灾备和性能方面的磁盘IO读写都能用到)
3、部署和实施后,有一些不同本身WINDOWS自带的来测量四个关键的服务器硬件组件的工具,同时也可以用于测试IIS及SQL性能的。
至于详情,可以参考之前写的一些文章: http://space.itpub.net/22903429/
4、至于分区,这些还是基于性能来考虑的:
一般建议系统盘在30G左右且可以采用RAID 1的方式,而页面交换文件存在D盘或其它分区,如果成本可以的话,可以用固态磁盘组成RAID做系统盘或是页面交文件的所在盘。
在2中也提了,像SQL服务器,如果有阵列,也许能提升磁盘IO读写以及备份呢。当然成本高了很多。
上面只是简要提了些,总之,当你要监控和分析WINDOWS SERVER或是其上不同应用的性能时,系统化思考是必须的,需要你考虑硬件组件的关系、考虑应用的特点、需要考虑应用访问的特性等等。也就是说,不但要分开考量系统和应用对硬件的要求,还要考量整体MOSS对性能的要求。
很多朋友在谈到本项目或本任务时,可能首先想到的是成本的问题,这是一个不可回避的问题,但这个成本不仅仅是软硬件购置成本,还应当含有技术成本、人力成本、维护成本等等在内。
但我下面的一些建议,也会尽量去少谈这些,只是先提建议或看法,成本及方案选择的事情由本任务提出者去考虑,但请一定要考虑。
1、性能考虑分两大方面,一是准备软件或是硬件阶段,也就是选型阶段;一是部署上应用后,利用一些性能监视及调优工具进行“修补”。
2、选型阶段的软件性能需求:
32位的WINDOWS SERVER 2008虽然可以应用多于4G的内存,但32位的SQL SERVER只能使用2G的内存了,这个需要考虑到。
同时,MOSS的WEB前端(故且认为是采用MOSS而非WSS3.0吧)与SQL数据库后端分开服务器安装也有不同的考虑。
而且再参考应用客户端及日常使用的频繁度和使用的类型也有不同的参考度。
所以呢,建议可以采用两台标准的WEB前端,如IBM的3650或是3850,2C4核心,4G内存应当没有问题。而SQL数据后端,请先确定现有的硬件及其上安装的SQL的性能是否能满足需求。同时考虑未来SQL的故障转移群集,以及后端存储(灾备和性能方面的磁盘IO读写都能用到)
3、部署和实施后,有一些不同本身WINDOWS自带的来测量四个关键的服务器硬件组件的工具,同时也可以用于测试IIS及SQL性能的。
至于详情,可以参考之前写的一些文章: http://space.itpub.net/22903429/
4、至于分区,这些还是基于性能来考虑的:
一般建议系统盘在30G左右且可以采用RAID 1的方式,而页面交换文件存在D盘或其它分区,如果成本可以的话,可以用固态磁盘组成RAID做系统盘或是页面交文件的所在盘。
在2中也提了,像SQL服务器,如果有阵列,也许能提升磁盘IO读写以及备份呢。当然成本高了很多。
上面只是简要提了些,总之,当你要监控和分析WINDOWS SERVER或是其上不同应用的性能时,系统化思考是必须的,需要你考虑硬件组件的关系、考虑应用的特点、需要考虑应用访问的特性等等。也就是说,不但要分开考量系统和应用对硬件的要求,还要考量整体MOSS对性能的要求。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22903429/viewspace-626599/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/22903429/viewspace-626599/