一、HTML静态化

我们都知道，效率更高、消耗最小(xiǎo)的就是纯静态化的HTML页面，所以我们尽可(kě)能(néng)使网站上的页面采用(yòng)静态页面来实现。

二、图片服務(wù)器分(fēn)离

大家知道，对于Web服務(wù)器来说，不管是Apache、IIS还是其他(tā)容器，图片是最消耗资源的，于是我们有(yǒu)必要将图片与页面进行分(fēn)离，这是基本上大型网站都会采用(yòng)的策略，他(tā)们都有(yǒu)独立的、甚至很(hěn)多(duō)台的图片服務(wù)器。这样的架构可(kě)以降低提供页面访问请求的服務(wù)器系统压力，并且可(kě)以保证系统不会因為(wèi)图片问题而崩溃。

在应用(yòng)服務(wù)器和图片服務(wù)器上，可(kě)以进行不同的配置优化，比如apache在配置ContentType的时候可(kě)以尽量少支持、尽可(kě)能(néng)少的LoadModule，保证更高的系统消耗和执行效率。

三、数据库集群、库表散列

大型网站都有(yǒu)复杂的应用(yòng)，这些应用(yòng)必须使用(yòng)数据库，那么在面对大量访问的时候，数据库的瓶颈很(hěn)快就能(néng)显现出来，这时一台数据库将很(hěn)快无法满足应用(yòng)，于是我们需要使用(yòng)数据库集群或者库表散列。

在数据库集群方面，很(hěn)多(duō)数据库都有(yǒu)自己的解决方案，Oracle、Sybase等都有(yǒu)很(hěn)好的方案，常用(yòng)的MySQL提供的Master/Slave也是类似的方案，您使用(yòng)了什么样的DB，就参考相应的解决方案来实施即可(kě)。  上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用(yòng)DB类型的限制，于是我们需要从应用(yòng)程序的角度来考虑改善系统架构，库表散列是常用(yòng)并且最有(yǒu)效的解决方案。

我们在应用(yòng)程序中安装业務(wù)和应用(yòng)或者功能(néng)模块将数据库进行分(fēn)离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能(néng)进行更小(xiǎo)的数据库散列，比如用(yòng)户表，按照用(yòng)户ID进行表散列，这样就能(néng)够低成本的提升系统的性能(néng)并且有(yǒu)很(hěn)好的扩展性。

sohu的论坛就是采用(yòng)了这样的架构，将论坛的用(yòng)户、设置、帖子等信息进行数据库分(fēn)离，然后对帖子、用(yòng)户按照板块和ID进行散列数据库和表，最终可(kě)以在配置文(wén)件中进行简单的配置便能(néng)让系统随时增加一台低成本的数据库进来补充系统性能(néng)。

四、缓存

缓存一词搞技术的都接触过，很(hěn)多(duō)地方用(yòng)到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。和分(fēn)布式的缓存在后面讲述。

架构方面的缓存，对Apache比较熟悉的人都能(néng)知道Apache提供了自己的缓存模块，也可(kě)以使用(yòng)外加的Squid模块进行缓存，这两种方式均可(kě)以有(yǒu)效的提高Apache的访问响应能(néng)力。

网站程序开发方面的缓存，Linux上提供的MemoryCache是常用(yòng)的缓存接口，可(kě)以在web开发中使用(yòng)，比如用(yòng)Java开发的时候就可(kě)以调用(yòng)MemoryCache对一些数据进行缓存和通讯共享，一些大型社區(qū)使用(yòng)了这样的架构。另外，在使用(yòng)web语言开发的时候，各种语言基本都有(yǒu)自己的缓存模块和方法，PHP有(yǒu)Pear的Cache模块，Java就更多(duō)了，.net不是很(hěn)熟悉，相信也肯定有(yǒu)。

五、镜像

镜像是大型网站常采用(yòng)的提高性能(néng)和数据安全性的方式，镜像的技术可(kě)以解决不同网络接入商(shāng)和地域带来的用(yòng)户访问速度差异，比如ChinaNet和EduNet之间的差异就促使了很(hěn)多(duō)网站在教育网内搭建镜像站点，数据进行定时更新(xīn)或者实时更新(xīn)。在镜像的细节技术方面，这里不阐述太深，有(yǒu)很(hěn)多(duō)**的现成的解决架构和产品可(kě)选。也有(yǒu)廉价的通过软件实现的思路，比如Linux上的rsync等工具。

六、负载均衡

负载均衡将是大型网站解决高负荷访问和大量并发请求采用(yòng)的高端解决办法。

负载均衡技术发展了多(duō)年，有(yǒu)很(hěn)多(duō)**的服務(wù)提供商(shāng)和产品可(kě)以选择，我个人接触过一些解决方法，其中有(yǒu)两个架构可(kě)以给大家做参考。

（1）、硬件四层交换

第四层交换使用(yòng)第三层和第四层信息包的报头信息，根据应用(yòng)區(qū)间识别业務(wù)流，将整个區(qū)间段的业務(wù)流分(fēn)配到合适的应用(yòng)服務(wù)器进行处理(lǐ)。

第四层交换功能(néng)就像是虚IP，指向物(wù)理(lǐ)服務(wù)器。它传输的业務(wù)服从的协议多(duō)种多(duō)样，有(yǒu)HTTP、FTP、NFS、Telnet或其他(tā)协议。这些业務(wù)在物(wù)理(lǐ)服務(wù)器基础上，需要复杂的载量平衡算法。在IP世界，业務(wù)类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用(yòng)區(qū)间则由源端和终端IP地址、TCP和UDP端口共同决定。  在硬件四层交换产品领域，有(yǒu)一些知名的产品可(kě)以选择，比如Alteon、F5等，这些产品很(hěn)昂贵，但是物(wù)有(yǒu)所值，能(néng)够提供非常的性能(néng)和很(hěn)灵活的管理(lǐ)能(néng)力。“Yahoo中國(guó)”当初接近2000台服務(wù)器，只使用(yòng)了三、四台Alteon就搞定了。

（2）、软件四层交换

大家知道了硬件四层交换机的原理(lǐ)后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理(lǐ)一致，不过性能(néng)稍差。但是满足一定量的压力还是游刃有(yǒu)余的，有(yǒu)人说软件实现方式其实更灵活，处理(lǐ)能(néng)力完全看你配置的熟悉能(néng)力。

软件四层交换我们可(kě)以使用(yòng)Linux上常用(yòng)的LVS来解决，LVS就是Linux VirtualServer，他(tā)提供了基于心跳線(xiàn)heartbeat的实时灾难应对解决方案，提高系统的强壮性，同时可(kě)供了灵活的虚拟VIP配置和管理(lǐ)功能(néng)，可(kě)以同时满足多(duō)种应用(yòng)需求，这对于分(fēn)布式的系统来说必不可(kě)少。

一个典型的使用(yòng)负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很(hěn)多(duō)大型网站包括搜索引擎上被采用(yòng)，这样的架构低成本、高性能(néng)还有(yǒu)很(hěn)强的扩张性，随时往架构里面增减节点都非常容易。

对于大型网站来说，前面提到的每个方法可(kě)能(néng)都会被同时使用(yòng)到，这里介绍得比较浅显，具體(tǐ)实现过程中很(hěn)多(duō)细节还需要大家慢慢熟悉和體(tǐ)会。有(yǒu)时一个很(hěn)小(xiǎo)的squid参数或者apache参数设置，对于系统性能(néng)的影响就会很(hěn)大。