永无止境:网站的伸缩性架构

所谓网站的伸缩性是指不需要改变网站的软硬件设计,仅仅通过改变网站的服务器数量就可以扩大或缩小网站的服务处理能力。
大型网站并不是一开始就是大型网站,而是从小型网站逐步演化而来的,设计一个大型网站或者一个大型软件系统,和将一个小网站逐步衍化成一个大型网站,其技术方案是完全不同的。前者如传统的银行系统,在设计之初就决定了系统的规模,然后采购大型计算机等昂贵的设备,将软件系统部署在上面,就成为一个大型系统。而网站一开始不可能规划出自己的规模,也不可能有那么多钱去开发一个带下哪个系统,只能摸着石头过河,从一台廉价的pc服务器开始自己的大型系统演化之路。

1.网站架构的伸缩性设计

一般来说,网站的伸缩性设计分为两类,一类是根据功能来进行物理分离实现伸缩,另一类是单一功能通过集群来实现伸缩。前者是不同的服务器部署不同的服务,提供不同的功能;后者是集群内的多台服务器部署相同的服务,提供相同的功能。

1.1 不同功能进行物理分离实现收缩

网站发展早期--通过增加服务器提高网站处理能力时,新增服务器总是从现有服务器中分离出部分功能和服务。如图所示。
通过物理分离实现服务器伸缩

具体又分为如下两种情况:

  • 纵向分离:将业务处理流程上的不同部分分离部署,实现系统收缩性,如下图所示。
    通过纵向分离部署实现系统收缩性
  • 横向分离:将不同的业务模块分离部署,实现系统收缩性,如下图所示。
    通过横向分离部署实现系统收缩性

1.2 单一功能通过集群规模实现收缩

随着网站访问量的逐步增加,即使分离到最小粒度的独立部署,单一的服务器也不能满足业务规模的要求,因此不许使用服务器集群,即将相同服务部署在多台服务器上构成一个集群整体对外服务。
集群伸缩性又可以分为应用服务器集群收缩性和数据服务器集群收缩性。这两种集群由于对数据管理状态的不同,技术实现也有非常大的区别。而数据服务器集群也可分为缓存数据服务器集群和存储数据服务器集群,这两种服务器的伸缩性设计也大不相同。

2 应用服务器集群的伸缩性设计

如果HTTP请求分发装置可以感知或者配置服务器的集群数量,并及时发现集群中新上线或下线的服务器,并能向新上线的服务器分发请求,停止向已下线的服务器分发请求,那么就实现了应用服务器集群的伸缩性。
这个HTTP请求分发装置被称作负载均衡服务器。

实现负载均衡的方法有以下几种:

2.1 HTTP重定向实现负载均衡

HTTP重定向实现负载均衡原理

这种负载均衡方案的优点是比较简单。缺点是浏览器需要两次请求才能完成一次访问性能较差。

2.2 DNS域名解析负载均衡

DNS域名解析负载均衡原理

DNS域名解析负载均衡的优点是将负载均衡的工作转交给了DNS,省掉了网站管理维护负载均衡服务器的麻烦,同时许多DNS还支持基于地理位置的域名解析,这样可加快用户访问速度,改善性能。

2.3 反向代理负载均衡

反向代理负载均衡原理

由于反向代理服务器转发请求发生在HTTP协议层面,因此也叫应用层负载均衡。优点是和反向代理服务器功能集成在一起,部署简单。缺点是反向代理服务器是所有请求和响应的中转站,其性能会成为瓶颈。

2.4 IP负载均衡

IP负载均衡原理

IP负载均衡在内核进程完成数据分发,较反向代理负载均衡有更好的处理性能。但是由于所有请求响应都要经过负载均衡服务器,集群的最大响应数据吞吐量不得不受限于负载均衡服务器网卡带宽。

2.5 数据链路层负载均衡

数据链路层负载均衡原理

这种方式实现了三角传输模式,负载均衡数据服务分发过程中不需要修改IP地址,只修改目的mac地址,不需通过负载均衡服务器进行地址转换,避免了负载均衡服务器网卡带宽成为瓶颈。

3 分布式缓存集群的伸缩性设计

分布式缓存集群的伸缩性设计的著主要目标是让新上线的缓存服务器对整个分布式缓存集群的影响最小,也就是说新加入缓存服务器后使整个缓存服务器集群中已经缓存的数据尽可能还被访问到。

3.1 Memcached分布式缓存集群的访问模型

以Memcached为代表的分布式缓存,访问模型如图所示:


Memcached分布式缓存访问模型

4 数据存储服务器集群的伸缩性设计

数据存储服务器必须保证数据的可靠存储,任何情况下都必须保证数据的可用性和准确性。因此缓存服务器集群伸缩性架构方案不能直接作用于数据存储服务。存储服务器集群的伸缩性设计相对更复杂一些,具体来说,又可分为关系数据库集群的伸缩性和NoSQL集群的伸缩性设计。

4.1 关系数据库集群的伸缩性设计

关系数据库凭借其强大的SQL和众多成熟的商业数据库产品,占据了从企业应用到网站设计的大部分业务系统存储服务。市场上主要的关系数据都支持数据复制,使用这个性能可以对数据库进行简单伸缩。下图为使用数据复制的MySQL集群伸缩性方案。
MySQL集群伸缩性方案

这种方式实现了主从读写分离,数据分库,但是一些单表数据很大的表,还需要进行分片。
目前网站在线业务应用中比较成熟的数据分片的分布式关系数据库产品主要有开源的Amoeba和Cobar。

4.2 NoSQL数据库的伸缩性设计

NoSQL,主要是指非关系的,分布式数据库服务。一般而言,NoSQL数据库产品都放弃了关系数据库的两大重要基础:以关系代数为基础的结构化查询语言(SQL)
和数据一致性保证(ACID)。而强化一些大型网站更加关注的性能:高可用性和高伸缩性。

5 小结

伸缩性架构能力是网站架构师必须具备的能力。
一个具有良好伸缩性架构设计的网站,其设计总是走在业务发展的前面,在业务需要处理更多访问和业务之前,就已经做好充分准备。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,826评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,968评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,234评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,562评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,611评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,482评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,271评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,166评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,608评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,814评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,926评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,644评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,249评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,866评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,991评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,063评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,871评论 2 354

推荐阅读更多精彩内容