大型web应用系统高性能架构方案

大型动态应用系统平台主要是针对于大流量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑,以保证网站应用的平稳运行。

大型动态应用系统又可分为几个子系统:

1)Web前端系统

2)负载均衡系统

3)数据库集群系统

4)缓存系统

5)分布式存储系统

6)分布式服务器管理系统

7)代码分发系统

Web前端系统

结构图:


为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的,不以应用划分服务器,而是将所有服务器做统一使用,每台服务器都可以对多个应用提供服务,当某些应用访问量升高时,通过增加服务器节点达到整个服务器集群的性能提高,同时使他应用也会受益。该Web前端系统基于Apache/Lighttpd/Eginx等的虚拟主机平台,提供PHP程序运行环境。服务器对开发人员是透明的,不需要开发人员介入服务器管理

负载均衡系统


负载均衡系统分为硬件和软件两种。硬件负载均衡效率高,但是价格贵,比如F5等。软件负载均衡系统价格较低或者免费,效率较硬件负载均衡系统低,不过对于流量一般或稍大些网站来讲也足够使用,比如lvs,
nginx。大多数网站都是硬件、软件负载均衡系统并用。

数据库集群系统

结构图:


由于Web前端采用了负载均衡集群结构提高了服务的有效性和扩展性,因此数据库必须也是高可靠的,才能保证整个服务体系的高可靠性,如何构建一个高可靠的、可以提供大规模并发处理的数据库体系?

我们可以采用如上图所示的方案:

1) 使用 MySQL
数据库,考虑到Web应用的数据库读多写少的特点,我们主要对读数据库做了优化,提供专用的读数据库和写数据库,在应用程序中实现读操作和写操作分别访问不同的数据库。

2) 使用 MySQL Replication
机制实现快速将主库(写库)的数据库复制到从库(读库)。一个主库对应多个从库,主库数据实时同步到从库。

3) 写数据库有多台,每台都可以提供多个应用共同使用,这样可以解决写库的性能瓶颈问题和单点故障问题。

4) 读数据库有多台,通过负载均衡设备实现负载均衡,从而达到读数据库的高性能、高可靠和高可扩展性。

5) 数据库服务器和应用服务器分离。

6) 从数据库使用BigIP做负载均衡。

缓存系统


缓存分为文件缓存、内存缓存、数据库缓存。在大型Web应用中使用最多且效率最高的是内存缓存。最常用的内存缓存工具是Memcached。使用正确的缓存系统可以达到实现以下目标:

1、使用缓存系统可以提高访问效率,提高服务器吞吐能力,改善用户体验。

2、减轻对数据库及存储集服务器的访问压力。

3、Memcached服务器有多台,避免单点故障,提供高可靠性和可扩展性,提高性能。

分布式存储系统

结构图:

计算系统架构">
Web系统平台中的存储需求有下面两个特点:

1) 存储量很大,经常会达到单台服务器无法提供的规模,比如相册、视频等应用。因此需要专业的大规模存储系统。

2)
负载均衡cluster中的每个节点都有可能访问任何一个数据对象,每个节点对数据的处理也能被其他节点共享,因此这些节点要操作的数据从逻辑上看只能是一个整体,不是各自独立的数据资源。

因此高性能的分布式存储系统对于大型网站应用来说是非常重要的一环。(这个地方需要加入对某个分布式存储系统的简单介绍。)

分布式服务器管理系统

结构图:


随着网站访问流量的不断增加,大多的网络服务都是以负载均衡集群的方式对外提供服务,随之集群规模的扩大,原来基于单机的服务器管理模式已经不能够满足我们的需求,新的需求必须能够集中式的、分组的、批量的、自动化的对服务器进行管理,能够批量化的执行计划任务。

在分布式服务器管理系统软件中有一些比较优秀的软件,其中比较理想的一个是Cfengine。它可以对服务器进行分组,不同的分组可以分别定制系统配置文件、计划任务等配置。它是基于C/S
结构的,所有的服务器配置和管理脚本程序都保存在Cfengine Server上,而被管理的服务器运行着 Cfengine Client 程序,Cfengine
Client通过SSL加密的连接定期的向服务器端发送请求以获取最新的配置文件和管理命令、脚本程序、补丁安装等任务。

有了Cfengine这种集中式的服务器管理工具,我们就可以高效的实现大规模的服务器集群管理,被管理服务器和 Cfengine Server
可以分布在任何位置,只要网络可以连通就能实现快速自动化的管理。

代码发布系统

结构图:


随着网站访问流量的不断增加,大多的网络服务都是以负载均衡集群的方式对外提供服务,随之集群规模的扩大,为了满足集群环境下程序代码的批量分发和更新,我们还需要一个程序代码发布系统。

这个发布系统可以帮我们实现下面的目标:

1) 生产环境的服务器以虚拟主机方式提供服务,不需要开发人员介入维护和直接操作,提供发布系统可以实现不需要登陆服务器就能把程序分发到目标服务器。

2) 我们要实现内部开发、内部测试、生产环境测试、生产环境发布的4个开发阶段的管理,发布系统可以介入各个阶段的代码发布。

3) 我们需要实现源代码管理和版本控制,SVN可以实现该需求。

这里面可以使用常用的工具Rsync,通过开发相应的脚本工具实现服务器集群间代码同步分发。

时间: 2024-09-30 20:24:29

大型web应用系统高性能架构方案的相关文章

Yii PHP Framework v1.1.6发布 大型Web应用高性能PHP框架

Yii是一个基于组件.用于开发大型 Web 应用的高性能 PHP 框架.在WEB开发中Yii可以最大限度的实现代码重用,极大的提高开发的速度.名字Yii(读音是Yee or [ji:],应该就是"易"的读音 )代表的是容易(easy),高效(effcient)和可扩展(extensible). 这便是基于组件的,高性能的phphttp://www.aliyun.com/zixun/aggregation/13435.html">开发框架,yii.是开发大型网站最好的选择

Yii v1.1.7发布 Web应用的高性能PHP框架

Yii 是一个基于组件.用于开发大型 Web 应用的高性能 PHP 框架.它将 Web 编程中的可重用性发挥到极致,能够显著加速开发进程.Yii(读作"易")代表简单(easy).高效(efficient).可扩展(extensible). Yii采用严格的OOP编写,并有着完善的库引用以及全面的教程.从 MVC,DAO/ActiveRecord,widgets,caching,等级式RBAC,Web服务,到主题化,I18N和L10N,Yii提供了今日Web 2.0应用开发所需要的几乎

关于大型asp.net应用系统的架构—如何做到高性能高可伸缩性

简介 前面一篇<<关于大型asp.net应用系统的架构-架构的选择>>写完之后,有一些同仁热心回复,有的是提问题,同时希望能举一些例子来说明:有的是提建议,希望下一篇写得更详细点:还有的同仁提出不同的观点.感谢大家的参与.会继续努力的.本文将针对Layer(层)和Tier(排)的区别做个辨析.并详细介绍3 Tier / N Tier架构中各Tier的开发.各Tier的分布式方式.以及为了达到高性能,低延迟,高可伸缩性,需要采取哪些方法和手段. 关于"大型asp.net应用

关于大型ASP.NET应用系统的架构如何做到高性能高可伸缩性

简介 前面一篇<关于大型asp.net应用系统的架构-架构的选择>写完之后,有一些同仁热心回复,有的是提问题,同时希望能举一些例子来说明:有的是提建议,希望下一篇写得更详细点:还有的同仁提出不同的观点.感谢大家的参与.会继续努力的.本文将针对Layer和Tier的区别做个辨析.并详细介绍3 Tier / N Tier架构中各Tier的开发.各Tier的分布式方式.以及为了达到高性能,低延迟,高可伸缩性,需要采取哪些方法和手段. 关于"大型asp.net应用系统 "的概念 意

从0开始搭建坚不可摧的Web系统主流架构

本文根据DBAplus社群第92期线上分享整理而成.   讲师介绍  战学超 青航数据架构师   曾任职于NEC软件.海尔B2B平台巨商汇,负责企业数据平台构建.B2B电商平台数据管理与搭建. 拥有丰富DBA.系统运维架构经验,擅长数据库.数据平台搭建.私有云部署.自动化运维等.   主题简介: 1.网站系统架构当前现状 2.Web系统主流架构解析 3.互联网技术团队初期组建经验分享   本文主要结合我之前在海尔电商平台和现在公司的一些实际架构经验,综合实际情况和个人的理解,跟大家分享一下搭建W

.NET开发方式之四层架构的Web应用系统构造

随着计算机网络技术的迅速发展,Web应用系统越发变得日益广泛起来.ASP.NET是微软推出的新一代Web开发平台,与其它Web开发技术相比,ASP.NET提供的Web页面级状态管理功能.服务器控件触发事件的工作模式.代码和内容分离的编程方式等? [1],在一定程度上改变了以往的we b 应用系统的架构模式.在软件开发技术方面,面向对象技术和软件分层结构设计是代码组织的一些好方法.但是对于具体的开发平台而言,多层结构有着不同的具体表现;对于具体的项目开发而言,面向对象技术对具体问题进行类定义和对象

大型web系统数据缓存设计

1. 前言 在高访问量的web系统中,缓存几乎是离不开的:但是一个适当.高效的缓存方案设计却并不容易:所以接下来将讨论一下应用系统缓存的设计方面应该注意哪些东西,包括缓存的选型.常见缓存系统的特点和数据指标.缓存对象结构设计和失效策略以及缓存对象的压缩等等,以期让有需求的同学尤其是初学者能够快速.系统的了解相关知识. 2. 数据库的瓶颈 2.1 数据量 关系型数据库的数据量是比较小的,以我们常用的MySQL为例,单表数据条数一般应该控制在2000w以内,如果业务很复杂的话,可能还要低一些.即便是

某大型银行深化系统之四:系统架构

一.逻辑架构 某大型银行深化系统的整体逻辑架构是依据平台的建设目标进行设计的,按照主流技术标准采用分层的技术架构,在Java EE.SOA等标准规范体系下,将最基本的以及共性的信息处理.流程调度.优先级.权限.路由等相关的功能作为平台运维的核心层,以"工厂化"."流水线"的指导思想建立起数据录入.凭证登记.影像扫描.传输.验印.OCR识别.安全加密.监控等等可共享的业务服务模块,并最终仅仅通过业务流程定义.客户化模块定制等简单的工序,就可以实现业务服务模块的合理调度

LAMP网站架构方案分析

LAMP(Linux-Apache-MySQL-PHP)网站架构是目前国际流行的Web框架,该框架包括:Linux操作系统,Apache网络服务器,MySQL数据库,Perl.PHP或者Python编程语言,所有组成产品均是开源软件,是国际上成熟的架构框架,很多流行的商业应用都是采取这个架构,和Java/J2EE架构相比,LAMP具有Web资源丰富.轻量.快速开发等特点,微软的.NET架构相比,LAMP具有通用.跨平台.高性能.低价格的优势,因此LAMP无论是性能.质量还是价格都是企业搭建网站的