服务器导购 量体裁衣:浅谈如何构建各种WEB服务器
|
随着网络技术的发展,WEB应用也以其高效率、多功能、低成本的优势而日渐渗透到企业推广、商贸交流等各种领域。WEB应用涵盖的内容非常广,不同的应用类型对于服务器的要求也各不相同,所以要建设好一套WEB系统,作为应用支撑者的服务器平台非常重要。下面我们根据一些测试数据和经验分析跟大家谈一下各种WEB应用应该选择什么样的服务器作为基础。 电子商务系统: 电子商务系统一般会有一套商城系统或者产品库系统,加上一些信息或者新闻系统,总的来说规模不算很大,对硬件系统的要求也不高,只是对安全性比较重视,像很多中小型生产企业和产品经销商都拥有这种类型的WEB系统,对于这一类的应用,标准配置的1U P4服务器就足够处理了,至于网络带宽,由于访问量并不大,数据量也不大,所以IDC机房中100M共享也就足够。
网络社区系统: 网络社区系统就是提供各种信息交流或者相关消费娱乐服务,用于吸引访问量的WEB系统,具体来说像各种论坛系统、文字聊天室、公告交易系统都属于这一性质。这类应用由于人气越高越好,所以对带宽的需要是比较大的,另外,由于这些系统实时信息和动态信息占很大比重,所以经常需要CPU编译代码同时经常要查询数据库,很多临时数据都会占用一块系统内存作为缓存使用,所以像这一类应用对系统整体系统要求比较高,建议采用NOCONA平台,如果是访问量较大的话还应采用双NOCONA+10M独占带宽来解决。
视频音频系统: 采用网络视频、音频会议可以为企业节省很多议会方面的经费,而网络视频聊天室和语音聊天室也成为人气高涨的地方,如果WEB系统主要进行这方面的应用,那么要求就比较高了,比较大型的视频会议系统建议寻找专门的系统集成商来解决,他们有整套的方案同时可以提供完备的服务支持;如果是中小应用,一般分为点对点、点对多点和多点对多点: 点对点:一般就是即时通讯工具常带的视频/语音聊天功能,多数采用P2P设计,视频数据不经服务器,服务器只负责将两个客户端的简要在线信息进行保存,而大量的媒体流数据则是直接由两个进行聊天的客户端进行互传;这时,对服务器几乎没有什么大的资源需求; 点对多点:最典型的应用是网络多媒体教室,由教师一个端点同时跟多个学生端点进行会话。小型的软件是由教师端负责向所有学生端发送和接收媒体流数据,这样的话对于教室端机器和网络带宽的负荷是非常大的,无法适应大规模的教学,所以较大的多媒体教学系统会采用一个服务器进行媒体流数据的收取转发,以减轻教师端的压力,这种情况下,服务器的带宽有一定的压力,但是没有媒体流数据运算方面的压力,因为压缩编码和还原解码都是在终端机上解决,所以CPU内存要求不高; 点对多点:这种应用最典型的就是企业的网络视频会议,每一个与会者都可以听到其他人的发言,也可以根据实际需要选择查看其他人的视频信息,所以这种应用必须采用服务器进行媒体流数据的收取转发,以减轻每一个客户端的压力,不过,这样一来服务器的网络带宽压力就非常大,这种应用也不需要服务器进行媒体流数据运算; 以下数据可以作为参考:
下载系统: 下载系统最关键的无疑是磁盘系统性能和网络带宽条件,如果WEB站点的主要应用在这方面,那么数据读取的速度和速据的安全性应当作为考虑的重点,我们推进大家使用RAID 5,它以数据块形式进行条带化存储,同时还采用了奇偶校验。利用RAID-5技术,用户信息和奇偶校验可以合并到阵列中的每个磁盘上,可以进行独立和/或并行的数据读写操作。RAID-5没有RAID-0那么快,也没有提供象RAID-1镜像那样多的保护,但是RAID-5同时提供良好的速度和保护,所以该RAID是所有RAID中使用最广泛的。具体方面以下资料可以参考:
综合类系统: 一般只提供单一服务的WEB站点是很少的,很大一部分站点其实是各种应用综合到一起,对运算能力,磁盘系统和网络带宽都有要求,但是访问量一般,所以没有哪一方面的要求特别苛刻,像这一类的应用可以参考下面的资料:
总结: 以上只是WEB站点的主要应用,还有很多特殊的应用我们没有考虑在内,同时上面的分析也纯属经验之谈,仅供大家参考。 |
本文共有 0 条评论

